[symfony-fr] Re: piti problème dans l'utilisation de input_in_place_editor_tag

2008-07-02 Par sujet simo



On 1 juil, 16:22, ghaliano <[EMAIL PROTECTED]> wrote:
> Le problème vient d'ici $this->getRequestParameter('libele_dossier')
> Il faut recuprer l'input de cette façon
> $this->getRequestParameter('value')
>
> En tous cas après la validation je veut afficher la nouvelle valeur
> modifieé mais par contre il m'affiche le vide :(
> La valeur s'insère correctement dans la base maintenant
> mais je ne peut afficher la nouvelle valeur seulement
> lorsque je rafraichit la page !
> Y'a t'il une solution pour ça ?

Oui, jettes un oeil à le documentation en ligne, chapitre Inside the
controller Layer.
Une fois l'action excecuter tu rediriges vers sfView:SUCCESS ou ton
template personnalisé.

>
> Cordialement Ahmed
>
> On 1 juil, 12:52, simo <[EMAIL PROTECTED]> wrote:
>
> > Que te dit la barre de débug? les méthodes sont elles executées une à
> > une?
>
> > ajoutes des dumps de variables éventuellement dans ton code pour voir
> > d'ou vient le problème!
>
> > Je ne suis pas sur que ce soit nécessaire car tu ne passes rien au
> > template,
>
> > On 1 juil, 10:58, ghaliano <[EMAIL PROTECTED]> wrote:
>
> > > de l'aide SVP !
>
> > > On 30 juin, 11:12, ghaliano <[EMAIL PROTECTED]> wrote:
>
> > > > Bonjour
> > > > J'ai un piti probleme dans l'utilisation de input_in_place_editor_tag
> > > > En effet je doit modifier directement dans ma vue le libellé de mon
> > > > dossier donc j'ai écrit :
>
> > > >  > > > editLibeleDossier?id_dossier='.$dossier->getIdDossier()) ?>
>
> > > > Ensuite j'ai bien créer une méthode
>
> > > >  public function executeEditLibeleDossier()
> > > >   {
> > > >     $dossier = 
> > > > DossierPeer::retrieveByPk($this->getRequestParameter('id_dossier'));
>
> > > >     
> > > > $dossier->setLibeleDossier($this->getRequestParameter('libele_dossier'))
> > > >  ;
>
> > > >     $dossier->save() ;
> > > >     return sfView::NONE;
> > > >   }
>
> > > > le probleme c'est que j'arrive pas a recuperer le libele de mon
> > > > dossier enfin je l'ai verifier dans la base il s'insere Null
>
> > > > Cordialement Ahmed- Masquer le texte des messages précédents -
>
> > > - Afficher le texte des messages précédents -
--~--~-~--~~~---~--~~
Vous avez reçu ce message, car vous êtes abonné au groupe Groupe "Symfony-fr" 
de Google Groupes.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à 
l'adresse symfony-fr@googlegroups.com
 Pour résilier votre abonnement à ce groupe, envoyez un e-mail à 
l'adresse [EMAIL PROTECTED]
 Pour afficher d'autres options, visitez ce groupe à l'adresse 
http://groups.google.com/group/symfony-fr?hl=fr
-~--~~~~--~~--~--~---



[symfony-fr] sf1.1 et autoloading

2008-07-02 Par sujet chris

Bonjour,

Je rencontre un problème pour lequel j'ai cherché une solution mais en 
vain...
Dans l'environnement de dev sous windows tout fonctionnement 
correctement mais lorsque je bascule dans l'environnement de préprod qui 
est sous Linux, l'application de retrouve plus les formulaires.
Après quelques recherches, j'ai constaté une différence dans la 
génération du fichier 
'cache/frontend/test/config/config_autoload.yml.php' notamment dans la 
section 'module', exemple :

Sous windows (ce qui fonctionne) :
.../...
'rechercheForm' => 
'C:/devel/enchrv4/apps/frontend/modules/home/lib/form/rechercheForm.class.php',
.../...

et sous linux, (ce qui ne fonctionne pas) :

'home/rechercheForm' => 
'/home/enchrv3p/apps/frontend/modules/home/lib/form/rechercheForm.class.php'

Sous linux, le nom de la class est préfixée par le module dans lequel 
elle se trouve.

Quelqu'un a déjà rencontré ce problème ?

Merci par avance pour l'aide que vous pouvez apporter.

-- 

Cordialement

Christophe
enchR.fr
__
enchR sarl
7A rue du Château
67850 Herrlisheim

RCS Strasbourg 498671890
TVA Intra. FR08498671890

Web   : http://www.enchr.fr
Forum : http://forum.enchr.fr
Blog  : http://blog.enchr.fr
__


--~--~-~--~~~---~--~~
Vous avez reçu ce message, car vous êtes abonné au groupe Groupe "Symfony-fr" 
de Google Groupes.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à 
l'adresse symfony-fr@googlegroups.com
 Pour résilier votre abonnement à ce groupe, envoyez un e-mail à 
l'adresse [EMAIL PROTECTED]
 Pour afficher d'autres options, visitez ce groupe à l'adresse 
http://groups.google.com/group/symfony-fr?hl=fr
-~--~~~~--~~--~--~---



[symfony-fr] Re: Déploiement sur hébergement 1and1

2008-07-02 Par sujet SB4M

Merci de ta réponse, j'ai décommenter le RewriteBase / et maintenant
il point correctement sur l'index. Je te joins le database.yml mais
j'en vois pas l'interet, c'est juste pour accéder à la bd et ceci
fonctionne on dirait.

all:
  propel:
class:  sfPropelDatabase
param:
  phptype:  mysql
  host: db1516.1and1.fr
  database: XX
  username: XX
  password: XX


On 2 juil, 01:29, "lionel chanson" <[EMAIL PROTECTED]> wrote:
> Je viens de penser à un truc... ça fonctionne le problème vient d'ailleurs :-(
>
> Pour la gestion des erreurs symfony est très propre mais cela prête à 
> confusion.
>
> Si je fais une requête surhttp://s240903850.onlinehome.fr/j'ai une
> erreur du serveur.
> Si je fais une requête surhttp://s240903850.onlinehome.fr/index.php
> j'ai une erreur 500 mais pas celle du .htaccess, ici c'est le module
> defaut qui est utilisé, donc symfony fonctionne mais pas ton projet.
>
> Pour l'erreur 404 serveur essaye dans le .htaccess de décommenter la
> ligne RewriteBase /
>
> Pour l'erreur 500 c'est au niveau de ta conf du projet je pense. Je
> penche pour ton fichier database.yml puisque l'environnement de test
> fonctionne avec frontend_dev.php.
>
> Si tu vois pas poste le fichier database.yml mais sans les valeurs d'accès ;-)
>
> ++
> Lionel
>
> Le 1 juillet 2008 15:56, SB4M <[EMAIL PROTECTED]> a écrit :
>
>
>
> > AddType x-mapp-php5 .php
> > AddHandler x-mapp-php5 .php
>
> > Options +FollowSymLinks +ExecCGI
>
> > 
> >  RewriteEngine On
>
> >  # uncomment the following line, if you are having trouble
> >  # getting no_script_name to work
> >  #RewriteBase /
>
> >  # we skip all files with .something
> >  # comment the following 3 lines to allow periods in routes
> >  RewriteCond %{REQUEST_URI} \..+$
> >  RewriteCond %{REQUEST_URI} !\.html$
> >  RewriteRule .* - [L]
>
> >  # we check if the .html version is here (caching)
> >  RewriteRule ^$ index.html [QSA]
> >  RewriteRule ^([^.]+)$ $1.html [QSA]
> >  RewriteCond %{REQUEST_FILENAME} !-f
>
> >  # no, so we redirect to our front web controller
> >  RewriteRule ^(.*)$ index.php [QSA,L]
> > 
>
> > # big crash from our front web controller
> > ErrorDocument 500 "Application errorsymfony application
> > failed to start properly"
>
> > On 30 juin, 18:32, "lionel chanson" <[EMAIL PROTECTED]> wrote:
> >> Je voulais voir par rapport avec ou sans le controller dans l'url mais
> >> tu as ta redirection :-) ( et sans sous domaine )
>
> >> Plusieurs possibilités :
>
> >> - rewrite ne fonctionne pas sur ton hébergement.
> >> - tu as des règles de rewrite qui passent avant.
>
> >> Lorsque je tape l'url sans index.php cela me donne une réponse 404, le
> >> fichier index.php est-il bien présent.
> >> Tu t'es pas trompé dans ton .htaccess genre indx.php ;-)
>
> >> Poste le .htaccess
>
> >> ++
>
> >> Le 30 juin 2008 12:22, SB4M <[EMAIL PROTECTED]> a écrit :
>
> >> > Pour l'instant c'esthttp://s240903850.onlinehome.frmaisensuite ce
> >> > serahttp://studiolugli.fr. Le premier pointe vers le dossier web/.
> >> > C'est encore pus bizarre qu'il ne prenne pas en compte automatiquement
> >> > le fichier index.php, non ?
> >> > Merci
>
> >> > On 30 juin, 10:26, "lionel chanson" <[EMAIL PROTECTED]> wrote:
> >> >> Tu peux nous donner le nom de domaine qui pointe sur ton hébergement 
> >> >> stp ?
>
> >> >> Le 29 juin 2008 18:17, SB4M <[EMAIL PROTECTED]> a écrit :
>
> >> >> > Personne ne peut m'aider ? Désolé d'insister mais j'ai vraiment besoin
> >> >> > que ce site soit mis en ligne de manière correcte.
> >> >> > Cordialement
>
> >> >> > On 23 juin, 19:34, SB4M <[EMAIL PROTECTED]> wrote:
> >> >> >> Bon je reviens, toujours avec le même problème : voici l'url 
> >> >> >> :http://s240903850.onlinehome.fr/frontend_dev.php
> >> >> >> Avec le frontend_dev.php je reussi à afficher quelque chose mais 
> >> >> >> juste
> >> >> >> l'index
> >> >> >> J'ai bien mis le php en version 5, le ndd pointe vers le dossier web/
> >> >> >> Je vois pas trop quoi faire d'autre. Merci de votre réponse.
>
> >> >> >> On 19 juin, 21:02, SB4M <[EMAIL PROTECTED]> wrote:
>
> >> >> >> > J'ai bien php5 d'activé. J'ai pour ma part un hébergement chez OVH
> >> >> >> > avec un dossier www mais là il n'y a rien de ça. Donc j'ai tout mis
> >> >> >> > dans un dossier et je fais pointé le ndd dessus. J'ai vérifier les
> >> >> >> > droit pour les dossier  cache et log et il sont bien vide.
> >> >> >> > Voilà je vois plus trop quoi faire, y'a t'il une manipulation 
> >> >> >> > spécial
> >> >> >> > pour l'url rewriting, normalement symfony ne l'utilise pas ?
>
> >> >> >> > On 19 juin, 17:48, "lionel chanson" <[EMAIL PROTECTED]> wrote:
>
> >> >> >> > > Salut,
>
> >> >> >> > > Es-tu certain d'avoir php5 pour ce type d'hébergement ?
>
> >> >> >> > > La méthode c'est bien de freezer ton projet et de le mettre sur 
> >> >> >> > > le serveur.
>
> >> >> >> > > As-tu mis à la racine les dossier apps, cache etc... ?
> >> >> >> > > Est-ce un dossier web ou www comme documentRoot sur 
> >