[sf 1.4.x] Formulaires qui ne marchent en production [Résolu]

[etoileweb]

Bonjour,
Je viens de publier mon projet et j'ai constaté que la plupart de mes formulaires ne marchent pas (sauf le formulaire de login qui n'a que 2 champs), alors qu'ils marchent tous très bien en local. En ligne, ils renvoient tous le même type d'erreur:

Code :

atal error: Class 'BaseFormDoctrine' not found in /home/www/1e039800b9be5da25f0cc9cbb665ffed/web/symfony/lib/form/doctrine/base/BasememoForm.class.php on line 13

J'ai craint que des fichiers n'aient pas pu être uploadés, mais sur le serveur, le fichier BaseFormDoctrine.class.php est bien présent suivant:

Code :

symfony/lib/form/doctrine/BaseFormDoctrine.class.php

J'ai pensé qu'il s'agirait d'un problème de permission et j'ai changé les droits sur le fichier et tous les répertoires qui y conduisent de 775 en 777, mais ça n'a rien changé. Vous pouvez aider ?

[Michel Rotta]

un coup de cc peut-être ?

[GaapTap]

un petit build-model aussi avant le CC ^^ on dirait que tes librairies auto-générées ne sont pas présentes.

de toute façon les deux méthodes magiques de symfony sont :
build-model
cc

^^

[etoileweb]

J'ai pas d'access SSH.
J'ai supprimé tout le contenu du dossier "cache" sur le serveur, mais c'est toujours pareil

[GaapTap]

alors pour le cc c'est facile, tu supprimes tout ce qui se trouve dans le répertoire cache de la racine de symfony....

après a ta place pour savoir ce qui bug réellement j'utiliserais la webdebug bar de symfony ça donne pas mal d'info

sinon ils ont quand même bien voulu te filer une souris a ton taf ? (humour hein )

[dourouc05]

Envoyé par etoileweb

J'ai supprimé tout le contenu du dossier "cache" sur le serveur, mais c'est toujours pareil

Et ceci ?

Envoyé par GaapTap

de toute façon les deux méthodes magiques de symfony sont :
build-model
cc

Ensuite, n'oublie pas d'uploader les nouvelles versions des modèles en ligne (dossier lib/models/doctrine).

[etoileweb]

J'ai supprimé tout le contenu du dossier "cache" mais ca na rien donnée. En environnement de développement, ca renvoie ceci

Code :

1
2
[?php /** * Project form base class. * * @package nortb * @subpackage form * @author Your name here * @version SVN: $Id: sfDoctrineFormBaseTemplate.php 23810 2009-11-12 11:07:44Z Kris.Wallsmith $ */ abstract class BaseFormDoctrine extends sfFormDoctrine { public function setup() { } } [?php /** * Project form base class. * * @package nortb * @subpackage form * @author Your name here * @version SVN: $Id: sfDoctrineFormBaseTemplate.php 23810 2009-11-12 11:07:44Z Kris.Wallsmith $ */ abstract class BaseFormDoctrine extends sfFormDoctrine { public function setup() { } } 
Fatal error: Class 'BaseFormDoctrine' not found in /home/www/1e039800b9be5da25f0cc9cbb665ffed/web/symfony/lib/form/doctrine/base/BaselivredorForm.class.php on line 13

et la barre d'outil symfony ne s'affiche pas.

[GaapTap]

des qu'il y a un fatal error pas grand chose ne s'affiche surtout lorsqu'il contruit le cache au premier lancement....

sur ton developpment ton fichier "lib/form/doctrine/base/BaselivredorForm.class.php" existe bien et n'est pas vide ?

[Michel Rotta]

Tu vas, sur ton serveur, dans le dossier cache/<application>/dev/config

Dedans tu as un fichier genre config_autoload.yml.php tu regardes dedans, tu devrait y retrouver ton form.


S'il n'y est pas, on a un gros problème avec l'autoload.
S'il y est, on a un gros problème ailleurs.

[etoileweb]

J'ai du nettoyer l'écurie. J'ai tout supprimé et re-uploadé le projet. Tous les formulaires s'affiche maintenant, sauf que l'accès au backend soulève un autre problème:

Code :

Unable to open the log file "/home/www/1e039800b9be5da25f0cc9cbb665ffed/web/symfony/log/backend_dev.log" for writing.

J'ai changé les droits sur ce fichier et le dossier log en 777 mais sans succès.

[Michel Rotta]

Je suis assez d'accord sur un problème de droits. Par contre, un contrôleur en _dev sur le serveur de production ne me semble pas une bonne idée.

Mais il n’empêche que la saisie en base devrait fonctionner. Je revérifierais encore les droits, ceci me semble la cause la plus probable.

[etoileweb]

J'ai "chmoddé" le dossier log lui-même en 777. C'est bon maintenant. Merci pour tout. Pour le controller _dev, il n'est là que pour des besoins de test. Je le vire dès que toute erreur aura été corrigée.

[etoileweb]

Problème réapparu sur un projet que j'ai mis en ligne. Cette fois, les chmod n'y ont rien changé. J'ai du édité à la main le fichier config_autoload.yml.php qui se trouve dans le cache. En l'ouvrant vous verrez (si vous avez ce problème) que 'baseformdoctrine' cible un autre fichier que le fichier approprié. Chez moi il y a

Code :

'baseformdoctrine' => '.../lib/plugins/sfDoctrinePlugin/data/generator/sfDoctrineForm/default/template/sfDoctrineFormBaseTemplate.php'

que j'ai dû remplacer par ceci

Code :

'baseformdoctrine' => '.../lib/form/doctrine/BaseFormDoctrine.class.php'

Ca marche, mais le problème est que je suis désormais contraint de surveiller mes arrières. Chaque fois que je vide le cache, je dois encore intervenir manuellement sur ces fichiers. Ca été pareil dans le backend pour la class BaseFormFilterDoctrine.

[Michel Rotta]

Ca c'est space !

Tu as cela pour tous les mode (dev aussi ?) ?

Il est évident qu'intervenir dans le cache n'est absolument pas recommandé.

Je ne vois absolument aucune raison pour que ce lien parte sur ce fichier ???

C'est une classe abstraite.

Et elle ne devrait pas faire partie de la zone de recherche.

Essaye de réinstaller sfDoctrinePlugin.

[etoileweb]

Envoyé par Michel Rotta

Tu as cela pour tous les mode (dev aussi ?) ?

Oui, ca se passe dans le dev aussi, mais je ne me suis pas donné la peine de faire des modifs là-bas.

Envoyé par Michel Rotta

Il est évident qu'intervenir dans le cache n'est absolument pas recommandé.

Ouais, et figure toi que ça m'inquiète d'ailleurs, mais faut bien faire marcher mon projet.

Envoyé par Michel Rotta

Je ne vois absolument aucune raison pour que ce lien parte sur ce fichier ???

Jusqu'à présent je n'arrive pas à me l'expliquer moi non plus.

Envoyé par Michel Rotta

Essaye de réinstaller sfDoctrinePlugin.

Ok, je le ferrai pour voir.