[sf 1.4.x] Erreur interne lors du déploiement

[oOZarkOo]

Bonjour,

J'essaye de déployer un projet sur un hébergement mutualisé pro chez OVH (ce que j'ai déjà fait, donc compatible).

Mais je rencontre un problème : erreur interne.

En fait mon serveur a une architecture comme cela :
|_site
...|_apps
...|_cache
...|_config
...|_data
...|_lib
...|_log
...|_plugins
...|_symfony
...|_test
...|_web
|_www

Le répertoire www étant un lien symbolique vers site/web (ln -sf site/web www) vu que mon ndd pointe sur www.
Du coup quand j'accèder à la racine de mon nom de domaine j'atteri bien dans le répertoire web de sf.

Je ne sais pas vraiment comment trouver l'erreur donc j'ai essayé plusieurs pistes :

• Mettre un index.html dans le répertoire web : la aucun soucis, son contenu s'affiche
• Supprimer tous les fichiers (.htaccess compris) sauf le index.php du répertoire web : erreur interne
• Supprimer le index.php et le .htaccess : la j'accede bien au contenu de mon répertoire (erreur interne si je tente le backend.php)
• Remplacer le contenu du index.php par du simple texte : erreur interne

Voici le contenu de mon .htaccess :

Code :

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
34
35
36
 
SetEnv PHP_VER 5
SetEnv REGISTER_GLOBALS 0
SetEnv MAGIC_QUOTES 0
 
Options +FollowSymLinks +ExecCGI
 
<IfModule mod_rewrite.c>
  RewriteEngine On
 
  # we skip all files with .something
  RewriteCond %{REQUEST_URI} \..+$
  RewriteCond %{REQUEST_URI} !\.html$
  RewriteCond %{REQUEST_URI} !\.php
  #RewriteCond %{REQUEST_URI} !\.php
  RewriteRule .* - [L]
 
  # we check if the .html version is here (caching)
  RewriteRule ^$ /index.html [QSA]
  RewriteRule ^([^.]+)$ /$1.html [QSA]
  RewriteCond %{REQUEST_FILENAME} !-f
 
  # no, so we redirect to our front web controller
  RewriteRule ^(.*)$ /index.php [QSA,L]
 
  # hidden frontoffice controller
  RewriteRule ^index\.php/(.*)$ /index.php [QSA,L]
 
  # fo controllers
  RewriteRule ^frontend\.php/(.*)$ /frontend.php [QSA,L]
  RewriteRule ^frontend_dev\.php/(.*)$ /frontend_dev.php [QSA,L]
 
</IfModule>
 
# big crash from our front web controller
ErrorDocument 500 "<h2>Erreur interne</h2>

J'avoue ne vraiment plus avoir d'idée pour trouver la source du problème.

Merci d'avance pour votre aide.

[Michel Rotta]

Erreur interne, c'est erreur 500 ?

As-tu nettoyé le cache ?

Et si tu mets le contenu de web dans www en changeant le factorie (je crois) pour lui indiquer la modification de l'arborescence ?

Je sais qu'en production on ne le fait pas, mais, en mode dev ca donne quoi ?

Est-ce que le cache est généré après un effacement total ?

Dans les log php, as-tu quelque chose ?

[oOZarkOo]

Oui oui c'est une erreur 500.
Vider le cache ne change rien (vu que l'erreur apparait dès qu'on rentre dans le index.php, ca ne va même pas dans la config de sf).
Et donc non pas de cache généré.


J'ai essayé de toute mettre à la racine du site dans le répertoire www et ca n'y change rien : erreur interne.

Pour les logs :

Code :

1
2
3
 
[Thu Jan 27 19:46:37 2011] [error] [client XX.XXX.XXX.XX] [host www.monsite.fr] suexec policy violation: see suexec log for more details, referer: http://www.monsite.fr/
[Thu Jan 27 19:46:37 2011] [error] [client XX.XXX.XXX.XX] [host www.monsite.fr] Premature end of script headers: index.php, referer: http://www.monsite.fr/

[Michel Rotta]

As-tu vérifier les droits de l'utilisateur configuré pour apache ?

As-t-il les droits en écriture sur le cache ?

[oOZarkOo]

J'ai bien les droits en écriture sur le cache (j'ai essayé avec un chmod 777 pour tester).

Etant sur un mutualisé, je ne crois pas avoir accès aux droits utilisateur d'apache.

[oOZarkOo]

J'ai réussi à résoudre le problème. Ca venait bien du chmod. En fait il y aviat un 777 sur mon dossier web (ou www) et le serveur n'en veut pas. J'ai donc rechanger tous les droits en laissant 777 pour log et cache.

Maintenant la question est quels sont les meilleurs droit à mettre sur tous les dossiers pour que tout soit accessible mais aussi sécurisé ?

[Michel Rotta]

Dans mes souvenir (mais c'est très précis dans le dernier chapitre de jobeet) il faut lecture et exécution partout et écriture sur le cache et le log.