Laravel 5.1.1 LTS: Неполное закодированное кодирование

Question

Я видел много таких отчетов, но ничего не касался самого последнего laravel 5.1.1 (LTS). Только что началось новое приложение, и я получаю следующее сообщение об ошибке при запросе app.local/:

GET http://app.local/ Net :: ERR_INCOMPLETE_CHUNKED_ENCODING

Это занимает чуть более 5 секунд для того, чтобы прийти к такому выводу ,

Теперь, это, по существу, новая установка - я только сделал следующие изменения:

1. Использование FallbackResource вместо mod_rewrite для отправки запроса index.php и
2. Установите путь приложения к /../name.application/bootstrap/autoload.php в index.php (переехал app, config и т.д., чтобы name.application каталог.

я только получаю вышеуказанная ошибка при отправке запроса в корень домена - то есть app.local/. Для этого существует существующий маршрут, и он настроен на возвращение «Hello» (return response('Hello')). Этот ответ отображается немедленно, но страница продолжает загружаться в течение 5 секунд, а затем консоль выдает эту ошибку.

Если я запрошу /test, ответ будет быстрым, и я не получу ошибку.

Видимо, это проблема с Ларавелем, и я не совсем уверен, откуда она взялась. Это не проблема .htaccess, так как возврат моих изменений не имеет значения. В качестве альтернативы, это может быть проблема Apache, но ничто не указывает на то, что это так.

Для справки, я запускаю Apache 2.4 с PHP 5.6 на Windows 8.1.

Эта проблема не ограничивается Chrome, как и другие, о предыдущих версиях.

Любое руководство будет оценено по достоинству.

Обновление: Пройдя тестирование на одном и том же VirtualHost, Laravel 4.2, похоже, делает то же самое. Может ли это быть проблемой сервера?

Answer 1

Посмотрев на ответы here и поняв, что это странная проблема, я попытался вернуться к нормальному подходу mod_rewrite, и он начал работать как ожидалось.

Интересно, что этого не произошло в первый раз, поэтому вопрос был опубликован.

Таким образом, это более чем вероятно проблема с сервером. Запуск приложения с рабочего сервера с настройкой, описанной в моем вопросе, работал отлично.

Answer 2

У меня недостаточно репутации, чтобы комментировать, что все это гарантирует, а не ответ. Как правило, это связано с кэшированием, будь то на уровне сервера или приложения. Предполагая, что это полностью установленная по умолчанию (нет конфигурации app.php), необходимо проверить:

Разрешения для файлов. По умолчанию Laravel будет использовать «файл» на основе кэширования: http://laravel.com/docs/5.1/cache

Неверные права доступа к файлам в некоторых конфигурациях сервера может привести к этому (см здесь, чтобы установить правильные разрешения: http://laravel.com/docs/5.1/installation#basic-configuration). Если разрешения правильные, замените кэширование базы данных и посмотрите, не изменилось ли это (вам нужно создать схему).

Apache error logs. В той же ситуации, если Laravel транслирует некоторый вывод, а затем не работает по индексу, может быть некоторая информация здесь.

Если это нестандартная установка Laravel, зная, что вы настроили, поможет?

Answer 3

Пожалуйста, обратите внимание, что .local ДВУ reserverd для Multicast DNS (Bonjour и т.д.) https://en.wikipedia.org/wiki/.local

редактировать:

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

http://laravel.io/forum/02-08-2014-another-problem-only-with-chrome?page=1#reply-15185

Похоже, что это происходит от флага хром, "Встроенный асинхронный DNS". Вы можете перейти к флагам chrome: // в Chrome/Chromium, установить этот флаг на «отключено» и перезапустить браузер. После этого localhost будет работать как шарм.

Может быть уместным, или не может быть, но предотвратить будущие проблемы DNS ...