Я получаю эту ошибку при загрузке определенных страниц:
net::ERR_INCOMPLETE_CHUNKED_ENCODING
Эти страницы не делают ничего особенного, и все, похоже, работает в других браузерах. Страницы, которые это происходит при отображении данных в JSON. Это происходит только тогда, когда на странице JSON отображается большое количество элементов. Консоль rails не отображает никаких ошибок (200 ответов).
Я вчера встретил эту проблему. Это из-за того, что сервер не ответил на некоторые ресурсы.
На моей странице у меня есть большие ссылки на файлы, например <a href="/file_path">file_name</a>,
и это происходит только в хроме.
В то время я узнал, что это может быть вызвано хром "Предсказывать сетевые действия для повышения производительности загрузки страницы". Поэтому я отключил эту функцию в chrome://settings и повторю попытку. Как и ожидалось, ошибка не повторялась снова.
После этого я изменил ссылки ресурсов с помощью full_url_path вместо relative_path (в rails, используйте resource_url вместо resource_path), тогда мне не пришлось отключать функцию chrome. И это выглядит хорошо.
У меня было это с веб-сайтом Wordpress, также только в Chrome.
Обновление веб-сайта и его плагинов до последней версии не помогло, и у других людей, похоже, не было такой же проблемы при посещении веб-сайта, но затем я увидел этот post, отключил мои антивирусные (avast) экраны реального времени, как было предложено, и проблема исчезла.
ПРИМЕЧАНИЕ. Защита от реального времени для некоторых из различных антивирусных программ (AVAST, Kapersky и ESET), по-видимому, является основной причиной этой ошибки.
В моем случае проблема связана с кешем и происходит при выполнении запроса CORS.
Как указано в комментариях выше:
ошибка казалась случайным образом
Это из-за системы кэширования Http.
Принуждение заголовка ответа Cache-Control к no-cache разрешило мою проблему:
[используя Symfony компонент HttpFoundation
<?php
$response->headers->add(array(
'Cache-Control' => 'no-cache'
));
У меня было это в проекте symfony (PHP).
Как вы описали свою проблему, у меня была статическая страница (html.twig) с простым HTML и CSS... поэтому ничего особенного в этом.
Для меня это была проблема mod_rewrite, после того как я включил mod_rewrite и добавил FallbackResource /index.php к моему vhost, все это работало гладко.
PS: если у вас есть apache ниже 2.2.16, создайте файл .htaccess в корневой папке и используйте этот код:
Параметры -MultiViews
RewriteEngine On #RewriteBase /path/to/app RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^ index.php [QSA,L] </IfModule>
У нас была проблема с net::ERR_INCOMPLETE_CHUNKED_ENCODING в случае HTML, в которой было слишком много пустых строк. У некоторых браузеров возникли трудности с интерпретацией длинных файлов.
Как только мы очистили код в наших шаблонах, очистив код от пустых строк, ошибка исчезла.
Эта ошибка возникает, если у вас есть отношения между объектами домена или объектом модели, которые вы возвращаете обратно в JQuery. Прокомментируйте с @JsonBackReference, ваша проблема будет решена.
@ManyToOne(fetch = FetchType.LAZY,cascade=CascadeType.ALL)
@JoinColumn(name = "parentId", nullable = false)
@JsonBackReference
public Parent getParent() {
return this.parent;
}
@OneToMany(cascade=CascadeType.ALLfetch =FetchType.LAZY,mappedBy=
"parent")
@JsonBackReference
public Set<Category> getChild() {
return this.child;
}
По крайней мере, для Java Web Application и, более конкретно, с помощью JSP, я видел это, когда JSP запутался. Итак, убедитесь, что ваши JSP верны.
Пожалуйста, проверьте конфигурацию балансировочного устройства. Эта проблема может возникнуть при настройке функций "FastView" и "APM". В моем случае он будет исправлен после их отключения.
Если вы открыли какие-либо потоки для ответа, они должны быть закрыты. Например, если вы открыли ServletOutputStream для загрузки zip-каталога, поток должен быть закрыт следующим образом.
ServletOutputStream sos = response.getOutputStream();
response.setContentType("application/zip");
response.setHeader("Content-Disposition", "attachment;filename=project.ZIP");
sos.write(zip);
sos.flush();
sos.close();
Я пропустил ту же ошибку на локальном веб-сайте. В журналах я нашел эту запись:
"nginx failed (13: Permission denied) while reading upstream, client: 127.0.0.1".
Мое решение через перезапуск nginx и php-fpm от нужного пользователя:
Пусть my_user - основной пользователь каталога сайта.
Сначала перейдите в nginx.conf: Изменить
user nginx; -> user my_user my_user_group;
или вставьте это
user my_user my_user_group;
в верхней части файла
2) Во-вторых, в php5/fpm/pool.d/www.conf
# Find and change this variables from old -> to new:
user -> my_user
group -> my_user
listen.owner -> my_user
listen.group -> my_user
3) И, наконец, вам нужно перезапустить nginx и php-fpm. Затем сделайте chown 0700 в ручном режиме для /var/lib/nginx/tmp для my_user, например:
chown -R my_user:my_user 0700 /var/lib/nginx/tmp
В моем случае у меня "на устройстве нет места". Когда я удаляю бесполезные файлы на сервере - ошибка исчезла
Если у вас есть проблемы с symfony4 apache2, взгляните на этот ответ
Таким образом, вы должны отключить FallbackResource/index.php в своем файле конфигурации виртуального хоста, затем, возможно, вы захотите запустить composer install symfony/apache-bundle и исправить /etc/apache2/apache.conf изменив AllowOverride none для AllowOverride All, чтобы активировать файл .htaccess, созданный в рецепте установки, в конце перезапустите службу apache2 (перезапуск службы sudo service apache2 restart), сайт должен загружаться без /index.php в конце URI.
Надеюсь, это поможет кому-то!