Discussion :

[sali27]

Bonsoir,
J'ai essayé d’héberger mon projet symfony sur un serveur distant (je n'ai pas accès au shell) mais ça me donne toujours une page blanche , je ne sait pas d'où vient le problème , j'ai essayé de donner le droit 755 à mes fichiers mais le problème persiste

J’espère que vous pourriez m'aider
Merci

[timidou]

Bonjour,

Après avoir tapé la commande :

Code :

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

$ php symfony project:deploy production --go

pour déployer ton site (ne pas oublier le --go ), as tu vérifié si les bases de donnée était créé,
As tu modifier ton fichier fichier settings.yml, et as tu activé le mode rewrite ?

[sali27]

Je n'ai pas utilisé project:deploy , j'ai suivie cette méthode

http://lenybernard.blogspot.com/2010...-1-etc-la.html

mais pour le fichier .htaccess quand je copie ce qu'il y a dans le site ça me donne erreur 500

et si je laisse mon ancien .htaccess , il m'affiche page blanche

[Michel Rotta]

Il est possible qu'il y ait plusieurs problèmes qui se mangent les uns les autres.

As-tu recopié ton dossier cache sur ton site ? Si oui, supprime le contenu du dossier cache (sauf le dossier cache lui même).

Tu devrait avoir des choses qui bougent. A ce moment là, essaye d'activer ton .htaccess.

[sali27]

J'ai vidé le dossier cache mais rien ne change
voici le contenu de mon fichier .htaccess:

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
 
Options +FollowSymLinks +ExecCGI
 
<IfModule mod_rewrite.c>
  RewriteEngine On
 
  # uncomment the following line, if you are having trouble
  # getting no_script_name to work
  #RewriteBase /
 
  # we skip all files with .something
  #RewriteCond %{REQUEST_URI} \..+$
  #RewriteCond %{REQUEST_URI} !\.html$
  #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]
</IfModule>

[Michel Rotta]

Il est possible que l'on ait un problème de chemin dans le config/ProjectConfiguration.class.php, il faudrait vérifier que le chemin du require_once soit correcte.

Si non, il faudra essayer de lancer l'application en mode debug.

Quel est le fournisseur ? Quel est la version php utilisée chez lui ? Quel est l’arborescence des dossiers disponible et celle adoptée par le projet sur le serveur ?

[sali27]

Voila ce que j'ai fait:
-j'ai copié le contenu du dossier web dans celui du serveur
-j'ai copié les autres dossiers sur la racine de mon projet( sur le même niveau que web)
-j'ai copié le dossier de symfony aussi sur la racine
-dans mon fichier ProjectConfiguration.class.php j'ai modifié le require_once par ca: require_once dirname(__FILE__).'/../symfony-1.4.9/lib/autoload/sfCoreAutoload.class.php';
-j'ai donné au dossier cache et log le droit 777

[Michel Rotta]

Et que donne un lancement en mode dev ?

Quel est la version de php ?

Que dit le log ?

[sali27]

J'ai supprimé tous les fichiers et dossier dans le dossier cache je l'ai laissé vide , et ca m'a donnée Erreur HTTP 500 (Internal Server Error)
Pour la configuration du serveur , j'ai utilisé le fichier check_configuration et ca me donne que tout est OK,

[Michel Rotta]

Que dit le log ?

Que dit le lancement en mode dev ?

[sali27]

j'ai rien dans les log et pour le mode dev ca donne aussi page blanche

[Michel Rotta]

Well...

Ce n'est pas réellement possible. En effet, les premières lignes du frontend_dev.php (nom en général du fichier de lancement en dev) commence par te jeter si tu tentes de le lancer depuis une autre machine :

Code :

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

1
2
3
4
5
6
7
8
<?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.');
}

ce qui doit être le cas pour toi. Donc il devrait afficher un message "You are not allowed..."

S'il ne le fait pas c'est qu'un bête fichier en php ne peut se lancer, ce qui serait contraire au fichier de test que tu as lancé et qui affiche des ok partout est qui est bien plus élaboré que les 2 premières commande de notre frontend_dev.php

Essaye, pour voir de rajouter juste après le <?php de ce fichier et avant le if un "die('coucou');" pour voir s'il sait au moins afficher ceci.

[Agnello Fabrice]

Bonjour,

en complément des conseils de Michel Rotta, avez vous consulté les logs d'Apache, et plus particulièrement error_log ?

Vous pourrez y trouver éventuellement le fichier et la ligne où se produit l'incident qui provoque l'erreur 500.

Puisque vous attribuez des droits en 777, j'imagine que vous êtes sous un unixoïde, donc on trouve ces logs généralement dans le dossier /var/log/apache.

faites un tail dessus pour voir les dernières lignes de ce fichier et voir où ça coince pour l'erreur 500.

HTH.

[sali27]

j'ai mis cette partie en commentaire pour que je puisse tester ,
quand je fait une simple page avec un echo elle s'affiche

[Michel Rotta]

Je reste septique sur le fait que le log soit vide.

Tu vas mettre, dans ce fichier, un "die('coucou'); "

Code :

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

1
2
3
4
require_once(dirname(__FILE__).'/../config/ProjectConfiguration.class.php');
die('coucou');
$configuration = ProjectConfiguration::getApplicationConfiguration('frontend', 'dev', true);
sfContext::createInstance($configuration)->dispatch();

S'il s'affiche, déplace le après la ligne $configuration.... pour voir.

[sali27]

je n'ai pas access au log de apache ,
ce que je trouve aussi bizar , c'est que dans ma machine ca m'affiche une page blanche alors dans une autre m'affiche error HTTP 500

[Michel Rotta]

Que donne le test demandé ?

Il est plus qu'étonnant qu'un hébergeur sérieux ne te donne pas accès au log apache.

[sali27]

ça me donne rien le die('coucou');

est ce que c'est possible que même si j'ai mis les droits 777 aux dossiers , mon administrateur ne donne pas le droit d’accéder au dossier qui sont sur le même niveau que web??
Car je pense que l'index n'a pas la permission d’accéder aux dossier lib de symfony et config

[sali27]

je travaille sur un serveur de test et je ne suis pas l'admnistrateur de ce serveur , moi j'ai juste les access au ftp et phpmyadmin

[Michel Rotta]

Le fait que le die ne donne rien signifie que l'erreur à lieu avant, soit à la première ligne du fichier, le require_once.

Effectivement, si tu n'as pas accès à ces dossiers, ceci pourrait expliquer cela. Reste à voir avec ton administrateur système comment résoudre ce problème.