Discussion :

[FlorentA]

Bonjour,

je suis nouveau dans la programmation avec symfony et je reprends un ancien site. L'installation de symfony s'est bien passée mais une fois le site copié dans le dossier projet j'obtiens une erreur à l'ouverture.

Y a-t-il des personnes expérimentées qui pourraient m'aider à débloquer ce problème ? C'est assez urgent.

L'erreur est une erreur 404 précisant que l'action index du module acceuil est introuvable. Pourtant ce site est en production et fonctionne parfaitement.
Je suis sous ubuntu, avec un serveur lamp et php est en version 5.4.x suffisant pour symfony 1.4.20

Merci.

Voici plus précisément l'erreur rencontrée :

404 | Not Found | sfError404Exception
Action "accueil/index" does not exist.
stack trace

at ()
in SF_ROOT_DIR/lib/vendor/symfony/lib/controller/sfController.class.php line 196 ...

Après recherche il semble que cela soit lié aux droits d'accès ou utilisateur des fichiers et dossiers sur mon installation. Un essai sur un projet/application de démo a bien fonctionné.
Comme l'erreur apparaissait sur une action sans template j'ai essayé d'ajouter un template ou de commenter l'action : sans effet.
J'ai alors regardé aux droits : 700 sur les fichiers et le module incriminés. Changé en 755 cette erreur disparaît pour en faire apparaître une autre

500 | Internal Server Error | Doctrine_Exception
Couldn't find class Utilisateur
stack trace

at ()
in SF_ROOT_DIR/lib/vendor/symfony/lib/plugins/sfDoctrinePlugin/lib/vendor/doctrine/Doctrine/Table.php line 299 ...

Pourtant j'ai bien appliqué la correction des permissions préconisée :

Code :

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

sudo php symfony project:permissions

Où peut-on trouver une définition claire des droits et utilisateurs nécessaires pour symfony ? Je ne l'ai pas trouvé dans la doc.


PS : @modérateurs, milles excuses pour le mauvais placement du sujet et l'erreur de mise en forme.

[gototog]

un truc idiot mais tu as bien vidé le cache?

[FlorentA]

@gototog

oui j'ai bien vidé le cache avec la commande

Code :

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

sudo php symfony cache:clear

Si je ne le fais pas j'ai un message d'erreur avec des chemins en "c:/" sous linux !?



Mon problème semble résolu en corrigeant certains droits :

• 755 sur apps/frontend/modules/*
• 755 sur lib/filter et lib/model (ces dossiers inclus)
• 777 sur log/frontend_dev.log

avec ça la page d'accueil s'affiche sans erreur. Je n'ai pas été voir plus avant, il y a encore sans doute d'autres droits à fixer.


Donc maintenant ma question s'oriente plutôt sur quels droits et/ou quels utilisateurs les fichiers de symfony devraient avoir pour qu'un projet fonctionne correctement ?

Si un habitué de l'outil peut répondre, je pense que ça en aidera plus d'un car cette info ne semble pas facile d'accès (pas dans le manuel d'introduction ni celui d'installation au moins).

Merci.

[FlorentA]

Avant de clore, mon problème étant résolu sans avoir eu besoin d'appliquer d'autres droits que ceux fixés par la commande de symfony (il y a eu un changement dans les fichiers utilisés), j'indique ici la sortie faite par l'outil de correction des droits.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
>> chmod 777 racine/web/uploads
>> chmod 777 racine/cache
>> chmod 777 racine/log
>> chmod 777 racine/symfony
>> chmod 777 racine/cache/frontend
>> chmod 777 racine/cache/frontend/dev
>> chmod 777 racine/cache/frontend/dev/config
>> chmod 777 racine/cache/frontend/prod
>> chmod 777 racine/cache/frontend/prod/config
>> chmod 666 racine/cac...lisateur_config_security.yml.php
>> chmod 666 racine/cac..._default_config_security.yml.php
>> chmod 666 racine/cac...d/config/config_settings.yml.php
>> chmod 666 racine/cac...d/config/config_phpexcel.yml.php
>> chmod 666 racine/cac...es_accueil_config_module.yml.php
>> chmod 666 racine/cac..._utilisateur_config_view.yml.php
>> chmod 666 racine/cac...d/prod/config/config_app.yml.php
>> chmod 666 racine/cac...d/config/config_autoload.yml.php
>> chmod 666 racine/cac...nfig/config_core_compile.yml.php
>> chmod 666 racine/cac.../config/config_databases.yml.php
>> chmod 666 racine/cac...tilisateur_config_module.yml.php
>> chmod 666 racine/cac...od/config/config_routing.yml.php
>> chmod 666 racine/cac.../config/config_factories.yml.php
>> chmod 666 racine/cac...s_default_config_filters.yml.php
>> chmod 666 racine/cac...es_default_config_module.yml.php
>> chmod 666 racine/cac...ilisateur_config_filters.yml.php
>> chmod 666 racine/cac...g/config_config_handlers.yml.php
>> chmod 666 racine/cac...s_accueil_config_filters.yml.php
>> chmod 666 racine/cac..._accueil_config_security.yml.php
>> chmod 666 racine/cache/project_autoload.cache
>> chmod 666 racine/log/frontend_dev.log
>> chmod 777 racine/web/uploads/temp
>> chmod 777 racine/web/uploads/document
>> chmod 777 racine/web/uploads/assets

Donc manifestement et tout simplement :

• 777 pour les dossiers
• 666 pour les fichiers

Ce qui me surprend d'autant plus vis-à-vis de mon problème initial.

J'espère que ce sera utile à quelqu'un.

F.A