Discussion :

[transgohan]

Bonjour à toutes et à tous,

je me met doucement à Symfony mais suis tombé sur un problème sur lequel je bute depuis 2h maintenant et dont je n'arrive pas à passer outre...
J'aurais pu passer à autre chose mais ça me turlupine de pas avoir un environnement de DEV sain !

J'ai jusqu'à maintenant suivi le tutorial d'installation de symfony 1.4 mais je n'ai pas la barre de DEV (alors qu'elle semble être incluse de base dans la configuration d'après la documentation).
Je me suis dis pas grave ! Je vais voir plus loin comment on configure tout ça.
Je me suis donc attaqué à la documentation sur le settings.yml que j'ai configuré selon moi correctement mais qui ne semble pas être interprété...
config\settings.yml

Code :

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

1
2
3
4
dev:
  .settings:
    web_debug: true
    cache: false

J'ai aussi vidé le cache(php symfony cc) après la génération de ce fichier mais sans plus de succès.
J'ai aussi essayé en mettant all: à la place de dev:
\web\frontend_dev.php

Code php :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
<?php
 
// this check prevents access to debug front controllers that are deployed by accident to production servers.
// feel free to remove this, extend it or make something more sophisticated.
if (!in_array(@$_SERVER['REMOTE_ADDR'], array('127.0.0.1', '::1')))
{
  die('You are not allowed to access this file. Check '.basename(__FILE__).' for more information.');
}
 
require_once(dirname(__FILE__).'/../config/ProjectConfiguration.class.php');
 
$configuration = ProjectConfiguration::getApplicationConfiguration('frontend', 'dev', true);
sfContext::createInstance($configuration)->dispatch();

Voilà bientôt deux heures que je parcours le net en lisant différents cours mais sans trouver d'informations supplémentaires.
Auriez-vous une idée de ce qui ne va pas ?
Je précise qu'hormis cela l'environnement est correctement lancé, j'ai bien les pages par défaut de chargées, ainsi que celle de mon module créé.

Le fait est que voulant tester Doctrine je me heurte à une erreur 500... Et donc sans les outils de debug ça va pas être facile de trouver ce qui coince.

Merci d'avance.

[transgohan]

Après beaucoup de persévérance j'ai trouvé qu'en indiquant dev au lieu de prod dans la récupération de la configuration m'affichait bien la barre de debug.
Cela dit cela confirme bien mes craintes, mon settings.yml est dans le vent et n'est pas chargé...

Je continue de chercher mais j'ai pas trouvé grand chose s'y rapprochant sur le net pour m'aider...

[Michel Rotta]

Regarde dans le dossier cache, tu dois avoir un dossier par environnement et dans chaque dossier un dossier config avec le parsing de tas yaml utilisé par l'application. Tu peux donc vérifier ce qu'il retiens de tes annotations.

Attention à ton fichier YAML, il FAUT utiliser des espaces, JAMAIS des tabulations (j'ai souffert là...)

Éventuellement supprime à la main les sous dossier de cache (tu peux y aller franco, mais pas le dossier cache lui même !). Possible, si cela marche mieux ensuite que tu aies un problème de droits sur les dossiers.

Attention si tu changes les paramètres d'écriture du cache, symfony est configuré pour réécrire le contenu du cache à chaque exécution d'une application en mode debug. Si tu le changes symfony cc va te coller à la peau plus que les pustules à un lépreux.

[transgohan]

J'avais compris pour les fichiers YAML après avoir lu le cours dispo sur DVP. Je n'ai que des espaces.
Faut-il un seul espace au lieu de deux ? Cela implique-t-il quelque chose ?

Attention si tu changes les paramètres d'écriture du cache, symfony est configuré pour réécrire le contenu du cache à chaque exécution d'une application en mode debug. Si tu le changes symfony cc va te coller à la peau plus que les pustules à un lépreux.

Tu parles du cache mis à false ? Je suis bien conscient que de ce fait il régénère le cache à chaque requête HTTP. C'était un comportement voulu afin de pouvoir poursuivre mes tests sans devoir vider le cache manuellement via la console.

Je vais regarder donc ces fameux dossiers de cache et voir ce qu'ils enregistrent réellement.

[Michel Rotta]

Le nombre d'espace n'a pas réellement d'importance s'il est constant. Donc si tu parts sur Deux, maintiens deux partout et tous le temps. Si tu préfères 4 tant mieux pour toi, mais mets en 4 partout !

[transgohan]

La suppression manuelle du cache a réglé le problème. Je dois avoir un souci de droit d'écriture malgré mes règles du VHost... Vive Windows...
Merci.