Наш сервер по определенным запросам POST возвращает пустую страницу со статусом 200.Сервер возвращает пустую страницу и 200 OK
Ошибка PHP отсутствует. Проблема возникает, даже если я ручным явным $ _POST массивом.
Как у вас есть идеи?
Configutation: Nginx Symfony 2.3.20 PHP 5.4.33-1 ~ dotdeb.1 W также лак, но проблема остается после того, как лак выключения.
Ошибка отчетности в о с опцией E_ALL
Отвечая на мой вопрос.
Действительно, это была ошибка PHP - ограничение памяти exhorsted. Оказалось, когда я привязался к процессу php cgi через strace. Nginx не вернул 500 код статуса. Он даже не видел фатальные ошибки и записывал их (несмотря на то, что error_reporting = On с E_ALL).
Я не знаю, почему. Я задам еще один вопрос.
Ну, в Symfony2 легко вернуться как:
return new Response(null, 200);
которым делает именно то, что вы говорите, что он делает. Вы уверены, что возвращаете контент из symfony2?
Да, я уверен –
Какую версию Symfony вы используете? Сценарий больше похож на php-ошибку, вызванную несогласованным функциональным параметром или отсутствующим вызовом функции. -Запустите приложение с включенной отладкой в app_dev.php. - добавьте E_RECOVERABLE_ERROR в ErrorHandler.php handleFatal() funtion, где указан тип ошибки. Как правило, параметр несогласованной функции генерирует ошибку php типа E_RECOVERABLE_ERROR и не обрабатывается должным образом на symfony. Как только это будет сделано, запустите свою страницу еще раз. Надеемся, что на вашей странице появится ошибка. Надеюсь, что это поможет
php_value error_reporting вкл. Или выкл.? –
В чем проблема? Я имею в виду, что 200 означает «ОК»;) Шутки в сторону, вы, вероятно, должны делиться **, какие параметры POST ** вызывают это поведение и, возможно, разделяют соответствующую часть кода. – Theolodis
Отчет об ошибках включен с опцией E_ALL. Я думаю, что это не проблема с $ _POST, потому что он остается даже когда я его очищаю. –