Нетто:: ERR_INCOMPLETE_CHUNKED_ENCODING

Я использую .htaccess для перезаписи url с someurl.com/на someurl.com/public/. Первый .htaccess в www root содержит следующее:

DirectoryIndex ./public/
RewriteEngine on
RewriteCond %{SCRIPT_FILENAME} !-d
RewriteCond %{SCRIPT_FILENAME} !-f
RewriteRule ^(.*)$ ./public/$1  [QSA]

и второй в папке/public/содержит следующее:

DirectoryIndex _main.php
RewriteEngine on
RewriteCond %{SCRIPT_FILENAME} !-d
RewriteCond %{SCRIPT_FILENAME} !-f
RewriteRule ^(.*)$ ./?params=$1 [QSA]

И проблема в том, когда я открываю url someurl.com/без "public". Страница загружена правильно, но в консоли Google Chrome я получил ошибку: net:: ERR_INCOMPLETE_CHUNKED_ENCODING. Когда я открываю url someurl.com/public/page без ошибок.

Любые идеи, пожалуйста?

Ответ 1

В моем случае проблема связана с кешем и происходит при выполнении запроса CORS.

Я размещаю свой ответ здесь, потому что это первый ресурс, который я нашел в Google для ошибки net::ERR_INCOMPLETE_CHUNKED_ENCODING.

Принуждение заголовка ответа Cache-Control к no-cache разрешило мою проблему:

[используя Symfony компонент HttpFoundation

<?php
$response->headers->add(array(
   'Cache-Control' => 'no-cache'
));

Ответ 2

У меня была эта проблема при попытке доступа к некоторым частям области администрирования WP, мне удалось ее решить, добавив ниже в мой файл functions.php;

add_filter('wp_headers', 'wpse167128_nocache');
function wpse167128_nocache($headers){
    unset($headers['Cache-Control']);
    return $headers;
}

Ответ 3

У нас была проблема с net::ERR_INCOMPLETE_CHUNKED_ENCODING в случае HTML, в которой было слишком много пустых строк. У некоторых браузеров возникли трудности с интерпретацией длинных файлов.

Как только мы сделали прикладную очистку кода в наших шаблонах, очистив код из пустых строк, все было идеально.

Ответ 4

У меня тоже была такая же проблема. Наконец, я понял, что это проблема с правами на кеш-папку.

Ответ 5

Я решил изменить файл: /etc/apache2/mods-enabled/cgid.conf
Добавление следующего фрагмента кода:

<IfModule mod_cgid.c>
    CGIDScriptTimeout 60
</IfModule>

Ответ 6

Эта проблема действительно общая, в моем случае я дезактивировал плагин WP Super Cache и больше не получал ошибку, но это настолько общее, что никто не может действительно помочь вам из-за разных конфигураций серверов/wordpress

Ответ 7

В моем случае проблема была в антивирусном программном обеспечении Windows (Kaspersky). Выключив его, проблема исчезла:/

Ответ 8

Для меня это был Zend PHP Opcache. Он достиг своего предела памяти и больше не может кэшировать все сценарии. Это была проблема для массивной базы кода, такой как Magento 2.

Увеличение предела памяти решило проблему после нескольких недель стука головы на стол.