После перехода с apache на nginx+php-fpm началась странная проблема для конкретного юзера. В чем может быть проблема?

Question

[svoyak]

Приветствую! Столкнулся с очень интересной проблемой. После перехода на nginx +php-fpm у одного только пользователя возникли проблемы с проектом. На многие его действия сервер отвечает:

NetworkError: 500 Internal Server Error

При этом в логи ничего не пишется.

Методом тыка одна из проблем (загрузка карты) была решена. В коде

<? foreach ($map as &$hex) : ?>
...
<? endforeach; unset($hex); ?>

был убран указатель, после этого 500 ошибка пропала.

Но остальные действия по прежнему отдают error 500.

Подчеркну еще раз то, что проблема только у одного юзера, у всех остальные проект работает без проблем.



На локальном серваке с апачем для данного конкретного пользователя всё работает как часы.

Грешу на какие-то странные ошибки с памятью в php-fpm.



Что это может быть?

Заранее благодарен.

Answer 1

[denver]

что говорит phpinfo() про display_errors?

Comments

[denver]

(У проблемного пользователя есессно)

[avorobiev]

1. настройте логирование ошибок в php, задав
— в php.ini (php.ini может быть несколько, путь к используемому можно увидеть с помощью phpinfo()):
log_errors = On
error_log = путь к файлу (например /var/log/php_errors.)
— убедитесь с помощью phpinfo(), что в конфиге php-fpm настройки логирования не перекрываются, и что они такие, как вы задали. Так же убедитесь, что пользователь под которым работает php-fpm имеет права на запись в лог, запустив срипт с ошибкой. Появится лог — все хорошо, не появится — копайте, почему его нет.

2. Ошибки у конкретного одного пользователя связаны с его особенностями. Особенности берутся из куки. Свяжитесь с пользователем и очистите все куки в его браузере. Если у других пользователей проблем нет — то и у этого они исчезнут. Если пользователь использует авторизацию, и после этого начинаются проблемы — тогда сбои вызваны тем, что вы храните в качестве состояние этого пользователя у себя. Что-то в его состоянии вызывает сбой. Посмотрите, что вы о нем храните и как это используете. Опять же, лог ошибок вам в помощь.

[svoyak]

Ошибки у конкретного одного пользователя связаны с его особенностями. Особенности берутся из куки.

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

Answer 2

[slang]

Включите логирование php-fpm и читайте его лог. Включите логировение в nginx с режимом debug, и читайте его. Была подобная проблема из-за расширения FireFox — FirePHP, слались очень большие заголовки в ответ и сервер отвечал ошибкой. Куки тут не при чём, виновен был useragent (в нём шлётся текст FirePHP, так работает расширение), поэтому попробуйте соединяться из консоли через curl, например — читайте логи, смотрите заголовки.

Answer 3

[Владимир Чернышев]

Логин у пользователя случайно не что-то вроде "';DROP TABLE "? :)

Answer 4

[svoyak]

Спасибо всем. В codeigniter есть логирование ошибок, я, почему-то понадеялся на него.
Но эррор типа Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 78 bytes)
остался в небытие.