Локальный сервер PHP Неверный запрос (Неожиданный EOF)

Ответ 1

Это известная ошибка.

От https://bugs.php.net/bug.php?id=60471:

[2011-12-08 15:01 UTC] lolautruche в gmail dot com Описание:
------------
Время от времени встроенный сервер с маршрутизатором script записывает такие вещи:

[Thu Dec 8 13:39:29 2011] 127.0.0.1:50358 Неверный запрос (Неожиданный EOF)

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

И объяснение:

[2012-02-23 18:45 UTC] michal dot pipa dot xsolve в gmail dot com


Chromium имеет функцию "Предсказывать сетевые действия для улучшения страницы" load performance "и его включенность по умолчанию. Он работает таким образом, что если на странице HTML есть ссылки на некоторые ресурсы, чем открывается Chromium 10 TCP-соединений заранее. И тогда, если браузер имеет менее 10 ресурсы для извлечения, неиспользуемые соединения истекают через 10 секунд. И эта (пустая полезная нагрузка) заставляет PHP-сервер отображать" Недопустимый запрос (неожиданный EOF) ".

Это безобидная ошибка встроенного сервера PHP.

Ответ 2

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

Вы можете найти этот параметр в настройках Chrome и нажать "Показать дополнительные настройки". Должно быть в разделе "Конфиденциальность".

Ответ 3

В Laravel 4.2 я разрешаю это, когда я очищаю кеш командой: php artisan cache:clear

Полный список команд доступен с помощью: php artisan list

Ответ 4

Я вижу это поведение, когда в index.html

<script src="main.js"></script>

заменяется на

<script src="main.js" />

(вместо закрытия тега </script> используется его короткая версия />).

Ответ 5

Я начал сталкиваться с этим явлением недавно с Firefox и Chrome. Я не могу подтвердить и не отрицать никаких проблем с плагинами браузера. Поскольку я ничего не менял в своей среде разработки, я начал искать другие возможности. Оказывается, это был механизм сканирования в реальном времени новой версии моей антивирусной программы. Как только я исключил свои папки для создания проектов, папка установки php и php.exe при сканировании проблемы с внезапными появлениями eof мгновенно исчезли. Возможно, это помогает некоторым из вас.

Ответ 6

Я подтвердил, что предложение @user194714 действительно является причиной (может быть, не единственной). Я использую WordPress 4.7.1, и изменение wp-admin/about.php @line 55 разрешило эту проблему. Что еще более важно, страница загружалась быстрее после этого простого изменения. Я расскажу владельцам WordPress.

Ответ 7

В моем случае я использую laravel 5.1 + AngularJs, и я удалил маршрут:

**Route::get('/', function () {
    return view('app');
});**

Я положил это обратно, и теперь он отлично работает.

Ответ 8

На Laravel, я понимаю, что эта нить не была активной какое-то время, но я нашел решение, полностью не связанное с тем, что другие люди публиковали. Поэтому я понял, что получаю эту ошибку, потому что у меня не было набора приложений для моего приложения. Вы можете узнать больше о клавишах приложения в этот другой вопрос. Прежде чем пытаться сгенерировать ключ приложения, убедитесь, что вы запустили следующую команду в корневом каталоге вашего приложения.

composer install

Из того, что я прочитал, когда вы создаете новое приложение через

laravel new application

вы должны иметь файл с именем .env по умолчанию. Это был не мой случай, мне пришлось переименовать файл .env.example в .env вручную. После выполнения этих двух шагов выполните эту команду в корневом каталоге вашего приложения.

php artisan key:generate

Это решило ошибку OP для меня. Надеюсь, это может помочь кому-то в будущем.

Ответ 9

Это ошибка в PHP. Это было исправлено на PHP 7.2