Discussion :

[popiiii]

Bonjour,

J'ai développé un site en utilisant symfony 1.4, que je souhaité déployé sur une offre pro (mutualisé) chez OVH.
J'ai donc suivi tout un ensemble d'explications sur le net, et le billet "officiel" de Symfony, mais rien n'y fait cela ne fonctionne toujours pas.

Bien que on puisse affirmer que cela "marchouille", je m'explique:

La page d'accueil de mon site se compose simplement d'un formulaire de connexion et de 3 liens:

1. Conditions générales
2. Mentions Légales
3. Formulaire d'inscription

Cette page d'accueil s'affiche parfaitement bien, et j'en suis ravi vous imaginé bien, et les liens son correct. En effet, lorsque je souhaite allez sur le formulaire d'inscription j'ai bien http://www.monsite.com/inscription, comme en local. Cependant, je tombe sur une magnifique erreur 500 que je n'arrive pas à débugger. Je n'ai aucune idée à quel moment cera intervient.


Cependant, les deux autres liens (mentions légales et conditions générales) eux fonctionnent parfaitement bien. Ce qui fait que cela est à ne plus y rien comprendre.

Si vous savez d'où cela provient et/ou avez des pistes je suis preneur.

Merci d'avances.

Popiiii

[gototog]

es tu sur des informations rentré dans database.yml? je suppose qu'aucune des pages qui s'affiche bien n'utilise des infos en bdd

[popiiii]

Mon database.yml semble correct je viens de le vérifier. Il y a t'il un moyen de vérifier que celui-ci est bon ?

[gototog]

est ce que tes pages mentions légales et conditions générales utilisent des informations venant de la base de données? si oui-> ce n'est pas la bdd le problème. si non -> il est possible que ce soit la bdd le problème.

Question idiote mais tu a bien vidé le cache et donné les droits 777 au serveur pour les répertoires logs et cache?

si c'est pas le cas je suis a cours d'idées

[popiiii]

Les seules pages qui fonctionnent sont effectivement celles qui ne nécessites aucune intervention de la base de données.
Donc effectivement cela peut provenir de la bdd.

Oui les fichiers logs et cache ont bien un chmod de 777.

[Tsilefy]

Est-ce que tu as un stack trace en utilisant le controller de dev ?

[popiiii]

Lorsque je vais sur le "frontend_dev.php" il m'indique que je n'ai pas les droits.J'ai donc modifié la ligne du fichier index.php de la manière suivante:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$configuration = ProjectConfiguration::getApplicationConfiguration('frontend', 'dev', false);

Mais je n'ai pas pour autant de stack trace, le frontend_dev n'étant toujours pas joignable. J'ai juste la toolbar de dev qui s'affiche sur l'index "standard".

[Tsilefy]

- que disent les logs dans la barre de debug? Et l'onglet mysql queries?
- Et que disent tes logs à toi (error_log et le log d'apache?).
- Et si tu fais php symfony cc ?
- Et si tout ça n'est pas concluant, tu as un lien?

[popiiii]

Alors, lors de l'erreur 500 je n'ai plus de bar de débug.

Mon cache est vidé, je vais regarder mon error_log de suite.
Est-il possible de rendre joignable en ligne le frontend_dev ?

[popiiii]

Je viens de rendre accessible mon frontend_dev.php cependant, toujours l'erreur 500 et voici mon erreur (stack trace):

The "sfGuardUserProfile" model has no "User" relation.

Cela viendrait donc du plugin sfGuardUser et/ou sfFDAP

je vais sans doute pouvoir avancer un peu. Question subsidiaire, la mise en forme n'est pas totalement identique entre mon index.php et frontend_dev.php ...

[Tsilefy]

ça peut arriver (surtout en cas d'affichage d'un message d'erreur).