|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité régulier
![]() Ripoll Thomas Inscription : novembre 2009 Messages : 35 ![]() |
Bonjour
Je souhaiterai savoir comment créer un nouveau template success dans un module déjà crée?? car j'ai crée le fichier success dans le dossier template du module en question. Jai bien paramétré le chemin vers mon action et mon module dans le routing yml. bien entendu j'ai crée mon action execute paatti dans le fichier action est ce que la procedure est bonne?? merci d'avance pour vos reponses |
|
|
00
|
|
|
#2 |
|
Invité régulier
![]() Ripoll Thomas Inscription : novembre 2009 Messages : 35 ![]() |
petite precision:
D'après mes recherches, la procedure citée plus haut semble correcte. Je me suis alors orienté sur le cache et me suis rendu compte que la modification des fichiers yaml n'etait pas prise en compte dans le cache. J'ai alors supprimé les fichiers yaml modifiés et surprise, le cache n'est pas regénéré. Cela dit en rafraichissant ma page, les constantes nouvellement insérées dans le fichier app.yaml ne sont pas reconnue, mais plus surprenant les anciennes constantes sont reconnues. En principe si symfony ne détecte pas de cache elle passe en revu les fichiers yaml de configuration et regénère le cache. Pour finir je suis dans l'incapacité de supprimer le cache en ligne de commande "php symfony cc" me renvoie l'erreur suivante : "Configuration "config/config_handlers.yml" does not exist or is unreadable." Auriez vous une idée de ce qui pourrait créer ce phénomène? Et comment générer ce fichier "config_handlers.yml"? merci d'avance |
|
|
00
|
|
|
#3 |
|
Membre chevronné
![]() |
Travail en mode debug ?
Si tu supprimes quelque chose c'est tout ce qui ce trouve dans le dossier cache, pas le dossier cache en lui même. Je te renvoie vers les cours à partir de là : http://www.symfony-project.org/jobee...Doctrine/en/02 |
|
|
00
|
|
|
#4 |
|
Invité régulier
![]() Ripoll Thomas Inscription : novembre 2009 Messages : 35 ![]() |
En fait il s'agit d'un site déjà développé par d'autres, que j'ai repris. mais la structure n'est pas la même que dans un projet par default.
le fichier symfony est à la racine, et la lib est a la racine du dossier vendor. Quand j'ai repris le siteweb il n'y avait même pas de fichier symfony. J'ai reçu un mail de la part de ces developpeurs disant: Lors du dev j'ai uploadé le fichier symfony dans le dossier vendor. Ensuite je l'ai précisé dans le require_once du fichier "config/projectconfiguration.class.php". Or dans le dossier vendor il y a le "dossier" symfony, qui entre en conflit avec le fichier du même nom, lorsque je copie ce dernier dans le dossier vendor. De plus le fichier symfony ne semble fonctionner que lorsqu'il placé à la racine, car j'ai pus effectuer une migration qui s'est très bien passée. Je pense qu'il est en mode prod. J'espère que ces infos supplémentaire serviront. merci |
|
|
00
|
|
|
#5 |
|
Membre chevronné
![]() |
Oui en effet c'est bien problématique de ces cas là.
Je te conseil de rétablir de façon la plus seine. Donc rétablir le fichier ProjectConfiguration.class.php Tu supprimes manuellement tout les fichiers et dossiers présent dans cache et log déplace le dossier de symfony dans le lib et replace le fichier symfony à la racine du projet. ensuite, test la commande : Si elle fonctionne alors tu as déjà la base. Pour la suite, tu déclares un vhost qui prends le frontend_dev.php pour être en debug et vois si tu ça fonctionne. |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com