ERR_INCOMPLETE_CHUNKED_ENCODING sur une nouvelle installation de Laravel

A eu le même problème sur une boîte Ubuntu 14.04 Vagrant exécutant nginx. Le site est un Laravel 5 qu’un jour a étonnamment commencé à jeter ces erreurs.

Après avoir lu ce commentaire: https://github.com/barryvdh/laravel-debugbar/issues/262#issuecomment-74385850

J’ai vérifié mon /var/log/nginx/vagrant.com-error.log.1 et j’ai vu:

[crit] 1020 # 0: * 774 open () “/ var / lib / nginx / fastcgi / 3/03/0000000033” a échoué (13: autorisation refusée) lors de la lecture en amont, client: 192.168.56.1, serveur: 192.168.56.102 .xip.io, demande: “GET / _debugbar / assets / javascript? 1423122680 HTTP / 1.1”, en amont: “fastcgi: //127.0.0.1: 9000”, hôte: “my-host”, référent: ” http: / / url / that / échoue ”

Double vérification de mes permissions de répertoire de la boîte de dialog Vagrant nginx ll /var/lib/

drwxr-xr-x 7 racine racine 4096 fév 9 11:28 nginx /

… où en interne utilisait l’utilisateur de www-data : ll /var/lib/nginx/

drwx —— 12 www-data root 4096 mai 5 13:32 fastcgi /

Alors j’ai couru:

chown -R www-data: www-data / var / lib / nginx

Et l’erreur dans Chrome a disparu.

Juste poster ici pour remarquer la solution, même tous les crédits devraient aller au commentaire original lié.

J’ai eu exactement le même problème que vous avez. J’ai trouvé un moyen de contourner ce problème sur ce forum: http://laravel.io/forum/02-08-2014-another-problem-only-with-chrome

Le code utilisé par la personne qui a fourni la solution de contournement: http://laravel.io/bin/eyyDj#4,7 L’essentiel est de simplement indiquer à Chrome la quantité de données à attendre pour chaque requête. ne pas avoir à fragmenter les données.

Je constate que la mise à niveau vers PHP 5.5 corrige également ce problème, mais nous ne pouvons pas tous avoir ce type de contrôle sur nos serveurs.

Edit: Il semble que l’application aveugle de cette solution entraîne des erreurs sur les redirections. C’est le code que j’utilise maintenant:

 App::after(function($request, $response) { // Fixes a strange issue with Chrome. Should theoretically be removeable // after upgrading PHP to 5.5 from 5.4 if ($response instanceof Illuminate\Http\Response) { $response->header('Content-Length', strlen($response->getOriginalContent())); } }); 

Notez que les réponses JSON sont un type distinct et peuvent toujours présenter le problème de la fragmentation. Par conséquent, cette solution doit évoluer quelque peu pour y répondre.