net :: ERR_INCOMPLETE_CHUNKED_ENCODING
Que j'utilise .htaccess pour réécrire les url à partir de someurl.com/pour someurl.com/public/. D'abord .htaccess dans www racine contient ceci:
DirectoryIndex ./public/
RewriteEngine on
RewriteCond %{SCRIPT_FILENAME} !-d
RewriteCond %{SCRIPT_FILENAME} !-f
RewriteRule ^(.*)$ ./public/$1 [QSA]
et une seconde dans le dossier /public/contient ceci:
DirectoryIndex _main.php
RewriteEngine on
RewriteCond %{SCRIPT_FILENAME} !-d
RewriteCond %{SCRIPT_FILENAME} !-f
RewriteRule ^(.*)$ ./?params=$1 [QSA]
Et le problème est que quand j'ouvre l'url someurl.com/sans "public". La Page est correctement chargé, mais dans Google Chrome console je suis d'erreur: net::ERR_INCOMPLETE_CHUNKED_ENCODING. Quand j'ouvre l'url someurl.com/public/chargement de la page, sans aucune erreur.
Toutes les idées, s'il vous plaît?
source d'informationauteur Mathew Wolf | 2014-04-22
Vous devez vous connecter pour publier un commentaire.
Dans mon cas, le problème était lié au cache et qui se passait lors d'une SCRO demande.
Je poste ma réponse ici parce que c'est le premier que j'ai trouvé sur Google pour
net::ERR_INCOMPLETE_CHUNKED_ENCODING
erreur.Forcer l'en-tête de réponse
Cache-Control
àno-cache
résolu mon problème:[ à l'aide de Symfony HttpFoundation composant ]
J'ai eu ce problème lorsque j'essaie d'accéder à certaines parties de la WP admin, j'ai réussi à résoudre en ajoutant le dessous de mon functions.php fichier;
Nous avons eu
net::ERR_INCOMPLETE_CHUNKED_ENCODING
problème dans le cas de HTML, qui contient trop de lignes vides. Certains navigateurs ont eu des difficultés avec l'interprétation de fichiers longs.Une fois que nous avons fait appliquer le code de nettoyage dans nos modèles par le nettoyage de code à partir des lignes vides, tout était parfait.
J'ai été également confrontés à la même question. Enfin je l'ai eu c'était le problème de permissions sur le dossier de cache.
J'ai décidé de changer de fichier :
/etc/apache2/mods-enabled/cgid.conf
Ajouter l'extrait de code suivant:
Ce problème est vraiment générale, dans mon cas, j'ai désactivé le plugin WP Super Cache, et ne pas obtenir le bug plus, mais c'est tellement général que personne ne peut vraiment vous aider en raison de différentes configurations de serveurs/wordpress
Dans mon cas, le problème était le Windows logiciel anti-virus (Kaspersky). Éteint, le problème a disparu :/
Pour moi, c'était le PHP Zend Opcache. Il a atteint sa limite de mémoire et ne pouvait plus s'en cache tous les scripts. Ce fut un problème pour une énorme base de code comme Magento 2.
L'augmentation de la limite de mémoire résolu le problème après des semaines de se cogner la tête sur le bureau.