Version imprimable
Bonsoir à tous !!
Depuis quelques minutes mes pages ne sont accessibles qu'en environnement de dev. Aucun module n'est accessible en prod ... Alors que je ne travail que sur un en particulier.
Tout cela en local.
Je comprend pas pourquoi ...
Une idée de quoi ça peut venir ?
Merci d'avance ;)
Et si tu mets une entrée du genre :
www.monsite.loc/index.php/module/action
ça donne quoi ?
Si non, aucun message d'erreur, juste un écran blanc ?
j'ai déjà eu un truc comme ça sur la 1.2 il y a une bonne année, mais impossible de me rappeler le pourquoi et la solution, par contre, le site a remarché ensuite... donc pas trop d'inquiétude.
J'ai une erreur 404...
J'ai déjà eu ça mais me rappel plus non plus... :(
mdr, j'allais dire de tester en mode dev, pour voir..
Plus sérieux, un clear cache ?
Ou carrément une suppression du contenu du dossier cache ?
J'ai comme une bonne intuition là 8-)
Non, le clear cache est un automatisme... raccourcis cc est à tout bout de champ ;) donc pas ça...
ben il reste la suppression manuel du dossier cache, enfin de son contenu, au cas où.
Tu as cela pour tous les modules ? Pas de modification dans les routes ? Si tu l'as pour tous les modules, c'est dans le dispatch() ? Tu as essayer de débuger (pas en symfony, mais xdebug ou autre) ? Si non de rajouter des echo('il est passé par ici') un peu partout... pas propre et il faut virer les echo, après.
heu là c'est moi qui te suis pas !
C'est quoi le dispatch() ?
Le truc c'est que même en mettant des die('blabla'); dans le frontend_dev ca fait rien :s il apparait pas...
(Ca sera pour demain ;) bonne nuit! merci pour ton aide et à demain !)
Malgré quelques heures de sommeil, pas plus d'idée :arf:
Dans index.php ou frontend_dev.php tu as une fonction dispatch() qui est la fonction qui lance le framework.
Si tu mets des die() dans le frontend_dev, il ne pourront être affichés lorsque tu utilises le site en prod, c'est le index.php qui est alors utilisé.
J'ai recréée une application et un module mais ça ne marche pas non plus...
ton environnement de prod est configuré (bdd......)?
As tu activer le no_script_name ?
Active les logs en environnement de prod et regarde la trace. idéalement fait un copier coller ici si tu ne trouve pas la solution.
La configuration de la est la même pour dev et prod.
Je n'ai pas touché au no_script_name donc ça peut pas venir de ça... j'ai testé en modifiant, sans succès.
Mon log: passage d'une page prod vers dev:
La homepage fonctionne en prod...Citation:
Jan 13 11:32:36 symfony [info] {sfPatternRouting} Match route "creations" (/creations.html) for /creations.html with parameters array ( 'module' => 'creation', 'action' => 'show',)
Jan 13 11:32:36 symfony [info] {sfFilterChain} Executing filter "sfRenderingFilter"
Jan 13 11:32:36 symfony [info] {sfFilterChain} Executing filter "sfExecutionFilter"
Jan 13 11:32:36 symfony [info] {creationActions} Call "creationActions->executeShow()"
Jan 13 11:32:36 symfony [info] {Doctrine_Connection_Mysql} exec : SET NAMES 'UTF8' - ()
Jan 13 11:32:36 symfony [info] {Doctrine_Connection_Statement} execute : SELECT COUNT(*) AS num_results FROM creation c WHERE c.is_active = ? - (1)
Jan 13 11:32:36 symfony [info] {Doctrine_Connection_Mysql} query : SELECT c.id AS c__id, c.categorie_id AS c__categorie_id, c.nom AS c__nom, c.objectif AS c__objectif, c.cadre AS c__cadre, c.site AS c__site, c.pdf AS c__pdf, c.source AS c__source, c.lang AS c__lang, c.description_flash AS c__description_flash, c.image AS c__image, c.miniature_1 AS c__miniature_1, c.miniature_2 AS c__miniature_2, c.annee AS c__annee, c.is_active AS c__is_active, c.created_at AS c__created_at, c.updated_at AS c__updated_at, c.slug AS c__slug FROM creation c - ()
Jan 13 11:32:36 symfony [info] {Doctrine_Connection_Statement} execute : SELECT COUNT(*) AS num_results FROM creation c WHERE c.is_active = ? - (1)
Jan 13 11:32:36 symfony [info] {sfPHPView} Render "/Users/alacoche/Sites/portfolio/apps/frontend/modules/creation/templates/showSuccess.php"
Jan 13 11:32:36 symfony [info] {Doctrine_Connection_Statement} execute : SELECT c.id AS c__id, c.categorie_id AS c__categorie_id, c.nom AS c__nom, c.objectif AS c__objectif, c.cadre AS c__cadre, c.site AS c__site, c.pdf AS c__pdf, c.source AS c__source, c.lang AS c__lang, c.description_flash AS c__description_flash, c.image AS c__image, c.miniature_1 AS c__miniature_1, c.miniature_2 AS c__miniature_2, c.annee AS c__annee, c.is_active AS c__is_active, c.created_at AS c__created_at, c.updated_at AS c__updated_at, c.slug AS c__slug FROM creation c WHERE (c.is_active = ?) ORDER BY c.annee DESC - (1)
Jan 13 11:32:36 symfony [info] {sfPHPView} Decorate content with "/Users/alacoche/Sites/portfolio/apps/frontend/templates/layout.php"
Jan 13 11:32:36 symfony [info] {sfPHPView} Render "/Users/alacoche/Sites/portfolio/apps/frontend/templates/layout.php"
Jan 13 11:32:36 symfony [info] {sfWebResponse} Send status "HTTP/1.1 200 OK"
Jan 13 11:32:36 symfony [info] {sfWebResponse} Send header "Content-Type: text/html; charset=utf-8"
Jan 13 11:32:36 symfony [info] {sfWebDebugLogger} Configuration 1.54 ms (9)
Jan 13 11:32:36 symfony [info] {sfWebDebugLogger} Factories 27.30 ms (1)
Jan 13 11:32:36 symfony [info] {sfWebDebugLogger} Action "creation/show" 58.41 ms (1)
Jan 13 11:32:36 symfony [info] {sfWebDebugLogger} Database (Doctrine) 0.02 ms (5)
Jan 13 11:32:36 symfony [info] {sfWebDebugLogger} View "Success" for "creation/show" 17.72 ms (1)
Jan 13 11:32:36 symfony [info] {sfWebResponse} Send content (100799 o)
--EDIT--
Prod: log vide
Donc, si j'ai bien compris, le logs est en dev et il n'y a rien dans le log en prod, est-ce correcte ?
As-tu activé le log en prod ?
oui c'est ça.
Le prod est activé et vide... d'ailleurs c'est normal ça ?
ou alors j'ai mal fait. Tu active comment toi ? (en 1.4)
Je suis encore sur 1.0. Sur 1.0 tu active les logs dans le fichier config/logging.yml
EDIT: ah ben non ça a changé: http://www.symfony-project.org/book/...b_symfony_logs
Donc si j'ai tout suivis il faut que tu active les logs en Prod dans le settings.yml et que tu changes le niveau dans factories.yml (je suppose qu'il fait mettre debug, regarde la valeur pour dev.)
Il faut modifier le setting.yml de l'application.
recopie la ligne error_reporting que tu as dans l'environement de dev dans l'environnement de prod.
Et un autre test, un !
C'est plutot dans factory avec:
Mais le fichier se crée mais rien dedans...Code:
2
3
4
5
6
7prod: logger: class: sfNoLogger param: level: err loggers: ~
Bon, c'est bien la première fois que j'essaie de transformer le prod en dev, c'est les deux fichiers qui doivent être modifiés, avec recopie de la partie dev en prod, sauf peut être web_debug...
Mais vu que cela marche en dev...
Bon, c'est toujours un test pour voir. Pense a garder des copies des fichiers de configuration.
J'ai un peu creusé dans le forum anglais, ce truc commence à m'énerver un peu.
En fait le white screen of death semble quelque chose d'assez courant, c'est lié à une exception qui se produit avant que le moteur ne soit correctement initialisé et ne puisse intercepter l'exception pour afficher une erreur 500.
Normalement cela ne devrait plus arriver en 1.3 et 1.4, mais je ne sais pas en quel version tu tournes.
Donc l'erreur se produit très tôt dans ton code, dans le chargement de la configuration ou l'autoload des classes.
La recommandation que j'ai trouvé, dans plusieurs sujets (que n'aie-je été lire ces trucs hier soir) est de passer en mode dev pour localiser l'erreur et de la corrriger. Bon, ici, le problème est qu'il n'y a pas d'erreur dans le dev... mais que dans le prod.
Tu as écris que tu travaillais dans du code quant c'est arrivé, serait-il possible qu'il bloque l'autoload, mais ait un comportement différent en environnement dev ? Je ne vois pas trop comment.
Les différences entre prod et dev sont multiples mais pas si nombreuse en général : le mode debug, mais on a vu que l'on pouvait le mettre en oeuvre dans le prod, la base de donnée est peut-être différente aussi, rien qu'une recopie de paramètres ne nous empêche de tester, des paramètres particuliers que tu aurais mis en place dans un fichier de configuration et qui planteraient en prod alors qu'ils ne seraient pas pris en compte en deb ?
Quelques pistes nouvelles,
Bonne chance :pc:
Mouais...
En vidant mon action et mon template j'ai même pas d'erreur...
Il me dit pas qu'il manque l'action/template correspondant à la route utilisée...
Et je suis sur la 1.4...
Le premier filtre utilisé est le rendering, donc, a priori, une fois lui en place, on aurait des informations. C'est donc avant lui que l'erreur se produit.
Quel version ?
Tu as essayé de modifier les configurations pour transformer dev en prod ?
J'utilise la 1.4
Alors sur setting.yml
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
Sur factories.yml: (j'ai commenté puisque dev n'a rien)
Code:
2
3
4
5
6
7
8
Voila.
Alors les deux environnements fonctionnent MAIS:
en prod: il me rajoute index.php
ex: http://pf.local/index.php/creations.html
au lieu de http://pf.local/creations.html
Le truc c'est que si ça remarche après une multitude de modifications ça va pas le faire...
Ces modifications doivent intervenir pour pouvoir trouver l'erreur... Une fois l'erreur corrigée et la config remise ça devrait remarcher...
Encore faut il trouver cette %*ù$ù$ d'erreur :)
C'est la première idée, éradiquer l'erreur.
La 1.4, pas de chance dans le what new in 1.4Donc ce ne devrait pas être dans l'autoload. mais où ?Citation:
When an exception is thrown during autoloading, symfony now catches them and outputs an error to the user. That should solve some "White screen of death" pages.
Je te contacte en mp.
sans les logs de symfony impossible de trouver d'ou vient l'erreur à moins que l'erreur soit logé par apache. question stupide, as tu regardé les logs d'erreur d'apache?