Discussion :

[Noémie O'connor]

Bonjour,
J'ai conçu un site sous Symfony qui fonctionne très bien en localhost. J'ai uploadé toute ma solution sur un serveur web mutualisé. Seulement j'obtient le message d'erreur suivant sur app_dev.php (alors que j'ai une page blanche sur web/(app.php):

RuntimeException: The autoloader expected class "Doctrine\DBAL\DriverManager" to be defined in file "/***/***/www/***/PhpProject1/vendor/doctrine/dbal/lib/Doctrine/DBAL/DriverManager.php". The file was found but the class was not in it, the class name or namespace probably has a typo.

Est-il possible que la configuration de parameters.yml soit en cause?
Comment résoudre cette erreur?

Par avance merci,
Noémie

[dukoid]

* 1ere chose à faire en prod, toujours supprimer le cache app/prod et app/dev

* app_dev.php ne fonctionnera pas en prod(à moins de faire une modif dans ce fichier)

MAIS si tu veux avoir les messages d'erreurs symfony quand tu es en prod, modifie cette ligne dans app.php

Code :

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

1
2
 
$kernel = new AppKernel('prod', true);

le mettre à "true" permet d'afficher les messages erreurs symfony donc.


attention, remettre à false une fois les testes terminés !!!


après ça tu obtiens quoi comme erreur ?

[gototog]

La majorité des problèmes que tu vas avoir seront des problèmes de casse du passage windows -> linux. Vérifie tes majuscules

[Noémie O'connor]

Merci de vos réponses!

Mon cache était bien vide. J'ai activé les erreurs symfony mais malheureusement, j'ai toujours une page blanche sur l'url /web

(pas d'erreur symfony donc?)

[dukoid]

vérifie tous tes fichiers .yml (config, parameters....)
- l'indentation doit être de 4 espaces.
- aucun espace à chaque fin de ligne

[Noémie O'connor]

Est-ce qu'un cas de figure comme celui-ci ne devrait pas générer une erreur symfony? Pour rappel, la solution fonctionne en localhost, la mauvaise indentation du yml produirait une erreur à l'exécution.

[gototog]

Pour debuguer sur le serveur de prod, va dans ton app_dev.php
et commente cette section entiere

Code :

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

1
2
3
4
5
6
7
if (isset($_SERVER['HTTP_CLIENT_IP'])
    || isset($_SERVER['HTTP_X_FORWARDED_FOR'])
    || !in_array(@$_SERVER['REMOTE_ADDR'], array('127.0.0.1', 'fe80::1', '::1'))
) {
    header('HTTP/1.0 403 Forbidden');
    exit('You are not allowed to access this file. Check '.basename(__FILE__).' for more information.');
}

C'est plus propre que modifier l'environnement de prod app.php et tu auras plus d'info

Tu devrais pouvoir avoir tout ce que tu souhaite avec l'url ton_serveur/app_dev.php
Parcontre n'oublie pas de la décommenter plus tard

[Noémie O'connor]

J'ai en fait déjà fais ça. Et en accédant à l'url/web/app_dev.php j'obtiens l'erreur citée ci-dessus :/

[dukoid]

supprime le code de connexion à ta base.
regarde ce que ça fait comme erreur, ensuite tu le remet.

sinon montre nous le code de connexion à ta base

[Noémie O'connor]

Je suis en train de faire des tests plus approfondis. J'ai retrouvé une ancienne version (avant changement de design) qui elle fonctionne en dev et en prod. Je vais comparer ses controller avec la version actuelle avec winmerge. A priori si je demande l'index de mon site, c'est mon DefaultController->indexAction() qui va être exécuté... Je vais donc chercher de ce côté là et du côté des fichiers de configs. Je vous tiens au courant.

[Noémie O'connor]

Quelques heures plus tard...
Fascinant! C'est un fichier du dossier View qui pose problème! Je vous en dis plus bientôt, j'avais besoin de partager mon étonnement!

[dukoid]

moi quand je suis content je joue des claquettes de long en large de mon appartement ainsi je partage avec mes voisins d'en dessous, chacun ça façon de s'exprimer

doit être une histoire de majuscule

[Noémie O'connor]

Bon fin de l'histoire (j'espère)... J'ai push mes fichiers de vues sur l'ancienne version et tout ce qui la différenciait de ma version actuelle et ça marche.
Je ne sais donc ni quel était le problème ni comment il est apparu.