PHP Lang
  1. PHP Lang
  3. ERR_INCOMPLETE_CHUNKED_ENCODING Загрузка страницы Chrome Root
Intereting Posts
Проверка загрузки файлов в Codeigniter Как «разблокировать» поле в форме CakePHP, когда оно является частью ассоциации hasMany как я могу использовать imagick в php? (изменение размера и урожая) автоматическое заполнение текстового поля после нажатия клавиши ввода Команда Exec работает не так, как ожидалось как совместить это слово с помощью regex (php) preg_match_all () – проблема с получением строки для соответствия в цикле foreach Почта PHP не отправляется по электронной почте Выполнять запросы и обрабатывать ответы для возобновляемой загрузки: Google Drive api Агенты для тестирования модулей (геттеры и сеттеры) приращение на один месяц Удаленная отладка PHP: XDebug не может подключиться к клиенту JetBrains php Storm Как запустить несколько обновлений запросов в одном выражении в PHP и mySQL Всплывающее окно JavaScript из формы XML-рендеринг Google Chrome в виде текста для RSS-канала

ERR_INCOMPLETE_CHUNKED_ENCODING Загрузка страницы Chrome Root

У меня есть веб-сайт на стеке ламп с практически никакой дополнительной конфигурацией, отличной от FallbackResource /index.php присутствующей в моем корневом каталоге .htaccess

Когда я загружаю корневую страницу (localhost) в Chrome, я получаю

GET http://192.168.163.171/ net::ERR_INCOMPLETE_CHUNKED_ENCODING VM110:1

на консоли хром через 10 секунд. Если я попытаюсь перейти по ссылке на VM110: 1, она вернет меня в начало моего встроенного Javascript.

Дополнительная информация / Что я пробовал

  • Это не происходит ни на одной другой странице, кроме
  • В протоколе доступа нет ни 404, ни каких-либо других ненормальных кодов
  • В журнале ошибок apache ошибок не возникает.
  • Ошибка в последней версии IE или Firefox.
  • Это вызвало проблему как в моей локальной среде, так и в хостинге. У последнего нет абсолютно никаких изменений в конфигурации, и я ожидаю, что это будет установка по умолчанию.
  • Когда я FallbackResource директиву FallbackResource моя страница загружается отлично без ошибки

В index.php корень обрабатывается не иначе, как любая другая страница.

Все это будет проблемой без проблем, потому что все правильно загружается, но это мешает javascript полагаться на готовую загрузку страницы.

Любые дальнейшие идеи о том, что вызывает проблему или новые вещи, я могу попробовать? Я подумал о том, чтобы перейти к использованию mod_rewrite, но это намного проще.

Наконец нашел ответ, работая на другом сайте:

Перед директивой FallbackResource обязательно добавьте директиву DirectoryIndex с тем же файлом. Не успел исследовать, почему, но он исправил мою проблему. Я обвиняю его в ошибке Chrome или, возможно, в Chrome, потому что ни один другой главный браузер не имеет проблемы.

Я исправил эту ошибку, удалив следующие строки из моего файла php5filter.conf в конфигурации Apache: 

 <FilesMatch ".+\.ph(p3?|tml)$"> SetInputFilter PHP SetOutputFilter PHP </FilesMatch>

Чтобы добавить к ответу Блейна (как я еще не могу прокомментировать):

Я считаю, что это проблема конфигурации Apache, не относящаяся к Chrome.

Недавно я столкнулся с этой проблемой и отметил следующие эффекты у разных клиентов, опять же только с домашней страницы:

  • Chrome, как указано, отображает ошибку ERR_INCOMPLETE_CHUNKED_ENCODING , но также не отображает страницу правильно. Страница продолжала «загружаться» еще на 5 секунд даже после того, как все содержимое было видно.
  • Простой запрос CURL выдал ошибку curl: (18) transfer closed with outstanding read data remaining . Появился полный HTML-код, за которым последовала ошибка после задержки.
  • Firefox и IE изначально отображали страницу неправильно, как в Chrome, и снова имели дополнительное время загрузки ~ 5 секунд. Однако после этого периода страница внезапно переформатировала себя правильно. В соответствующих консолях разработчика ошибок не было.

Решение установить DirectoryIndex в то же место, что и FallbackResource разрешено для всех клиентов.

Изменить: Альтернативный вариант использования mod_rewrite – использовать что-то вроде RewriteRule ^$ index.php которое не будет затрагивать все подкаталоги.

Я не знаю, ожидается ли это поведение Apache или ошибка.

В моем ответе json «\ n» возникла проблема. Поэтому после его удаления проблема была решена.