Comment afficher les erreurs sur laravel 4?

Je suis en train de créer une application sur Laravel 4 bêta, mais je ne peux pas le corriger, car il ne présente pas d'erreur, display_errors est sur, error_reporting est E_ALL et debug => true (config/app.php). Quand j'ai essayer de faire une erreur sur public/index.php il montre une erreur d'analyse, mais quand je le fais sur le routeur, il montre juste une page blanche (écran Blanc de la mort). Comment puis-je résoudre ce problème?

Merci

Êtes-vous en cours d'exécution sur un serveur local de l'environnement? Autant que je sache, Laravel vérifie quand même pour voir si local ou .dev apparaissent dans l'URL avant de le mettre dans un environnement de débogage.
Oh, et quel type d'erreur/exception êtes-vous lancer? Pourriez-vous partager ce morceau de code avec nous?
Voir aussi: four.laravel.com/docs/configuration
Je vais avoir un problème similaire, la seule que je reçois un générique 500 erreur de serveur à la place de l'écran de la mort. Rapport d'erreur fonctionne très bien hors de L4
avez-vous regardé vos journaux de serveur pour voir CE que l'erreur 500 est réellement? Il pourrait être n'importe quel nombre de choses...

InformationsquelleAutor Blue Genie | 2013-01-28

44

@Matanya - avez-vous regardé vos journaux de serveur pour voir CE que l'erreur 500 est réellement? Il pourrait être n'importe quel nombre de choses

@Aladin - écran blanc de la mort (WSOD) peuvent être diagnostiqués à trois voies avec Laravel 4.

Option 1: Aller à votre Laravel journaux (app/stockage/logs) et voir si l'erreur est contenue dans y.

Option 2: Aller à vous PHP journaux de serveur, et cherchez l'erreur PHP qui est à l'origine de la WSOD

Option 3: Bon vieux les compétences de débogage - ajouter un die('bonjour') de commande au début de votre fichier de routes - puis continuer à aller plus profond et plus profond dans votre application jusqu'à ce que vous ne voyez plus les "bonjour" du message. En utilisant cela, vous serez en mesure d'affiner la ligne qui est à l'origine de votre WSOD et résoudre le problème.
- J'ai oublié de définir les autorisations sur le dossier app/dossier de stockage, même si le laravel intro déclare que clairement. Merci!
- Je continue à voir la WOSD avec die('bonjour') dans la première ligne de routes.php.. 🙁
- J'ai ajouté un "fichiers" déclaration de compositeur.json. C'était l'erreur... je ne sais toujours pas ce que je fait de mal, mais a trouvé l'erreur.
InformationsquelleAutor Laurence
31

J'ai eu un problème avec l'écran blanc après l'installation d'un nouveau laravel instance. Je ne pouvais pas trouver quoi que ce soit dans les journaux, parce que (finalement, je l'ai découvert) que le motif de l'écran blanc était que app/stockage n'était pas accessible en écriture.

Afin d'obtenir un message d'erreur sur l'écran j'ai ajouté ce qui suit à l'public/index.php
```
try {
    $app->run();
} catch(\Exception $e) {
    echo "<pre>";
    echo $e;
    echo "</pre>";
}
```
Après qu'il a été facile pour résoudre le problème.
- Cela a résolu mon problème. J'ai été liée ici à partir de: laracasts.com/discuss/channels/laravel/...
InformationsquelleAutor cw24
18

Aller à
app/config/app.php

et
set 'debug' => true,

InformationsquelleAutor John Doe

En suivant les bons conseils de @L'Échange de postes, j'ai regardé le error_log et en effet réussi à résoudre le problème. c'était tout simplement un problème d'autorisations:

Tue Feb 26 11:22:20 2013] [error] [client 127.0.0.1] PHP Fatal error:  Uncaught exception 'UnexpectedValueException' with message 'The stream or file "/Users/matanya/Sites/indgo/app/start/../storage/logs/log-apache2handler-2013-02-26.txt" could not be opened: failed to open stream: Permission denied' in /Users/matanya/Sites/indgo/vendor/monolog/monolog/src/Monolog/Handler/StreamHandler.php:71\nStack trace:\n#0 /Users/matanya/Sites/indgo/vendor/monolog/monolog/src/Monolog/Handler/RotatingFileHandler.php(77): Monolog\\Handler\\StreamHandler->write(Array)\n#1 /Users/matanya/Sites/indgo/vendor/monolog/monolog/src/Monolog/Handler/AbstractProcessingHandler.php(37): Monolog\\Handler\\RotatingFileHandler->write(Array)\n#2 /Users/matanya/Sites/indgo/vendor/monolog/monolog/src/Monolog/Logger.php(217): Monolog\\Handler\\AbstractProcessingHandler->handle(Array)\n#3 /Users/matanya/Sites/indgo/vendor/monolog/monolog/src/Monolog/Logger.php(281): Monolog\\Logger->addRecord(400, Object(ErrorException), Array)\n#4 [internal function]: Monolog\\Logger->addError(Object(ErrorException))\n#5 /Users/matanya/Sites/in in /Users/matanya/Sites/indgo/vendor/monolog/monolog/src/Monolog/Handler/StreamHandler.php on line 71

Une fois que j'ai utilisé chmod moins strictes autorisations, tout est allé de nouveau à la normale.

Cependant, je ne suis pas sûr qu'il répond à l'OP de la question, comme il l'a été d'obtenir un écran vide plutôt que d'une erreur de serveur.

heureux, il a aidé. J'ai posté une réponse avec quelques autres conseils

InformationsquelleAutor Matanya

2

À l'intérieur de config ouverture de dossier app.php

Changement
```
'debug' => false,
```
à
```
'debug' => true, 
```
InformationsquelleAutor Hasnat Safder
1

Dans le Laravel dossier racine chmod du répertoire de stockage en 777

InformationsquelleAutor TheRealJAG
1

Peut-être pas sur Laravel 4, cette fois, mais sur L5.2* j'ai eu le même problème:

J'ai simplement changé la propriété de la storage/logs répertoire www-data avec:
```
# chown -R www-data:www-data logs
```
PS: C'est sur Ubuntu 15 et avec apache.

Mon logs répertoire ressemble maintenant à:
```
drwxrwxr-x  2 www-data   www-data 4096 jaan  23 09:39 logs/
```
InformationsquelleAutor Oluwatobi Samuel Omisakin
0

https://github.com/loic-sharma/profiler c'est un bon exemple pour l'alternative à laravel3 debug bar.

InformationsquelleAutor Ajay Patel
0

Encore à @cw24 la réponse de • comme de Laravel 5.4 vous serait plutôt la modification suivante dans public/index.php
```
try {
    $response = $kernel->handle(
        $request = Illuminate\Http\Request::capture()
    );
} catch(\Exception $e) {
    echo "<pre>";
    echo $e;
    echo "</pre>";
}
```
Et dans mon cas, j'avais oublié de le feu jusqu'à MySQL.

Qui, au passage, est généralement mysql.server start dans le Terminal

InformationsquelleAutor Grant
0

Il suffit d'aller à votre app/storage/logs il y a des journaux de error disponibles. Allez pour le nom de fichier de la date d'aujourd'hui temps et vous permettra de trouver les derniers error dans votre application.

OU

Ouvrir app/config/app.php et modifier les paramètres
```
'debug' => false,
```
À
```
'debug' => true, 
```
OU

Aller à .env fichier de votre application et modifier les configuratuion
```
APP_LOG_LEVEL=debug
```
InformationsquelleAutor Rahul Hirve

Vous devez vous connecter pour publier un commentaire.