Как исправить ошибку nginx при открытии wp-admin на сайте WordPress?

Question

[Искандер Мамедов]

Есть сайт на WordPress, все прекрасно работало до момента установки плагина W3 Total Cache, возможно именно после его установки не получается зайти на страницу администратора, выдает:

В логах ничего полезного не увидел... В чем может быть проблема, и почему она проявляется только на страницу wp-admin?

Answer 1

[Lindon_cano]

А это не ошибка nginx.
Это 503 ошибка. Смотрите в логи phpшные(php-fpm/php-cgi что вы там используете).

Comments

[Искандер Мамедов]

У php-fpm пустой лог..

[Lindon_cano]

Искандер Мамедов: а вы логирование-то включите ;)

[Игорь Воротнёв]

Искандер Мамедов: у fpm он и будет пустой, смотрите nginx error.log (обычно это /var/log/nginx/error.log)

[Lindon_cano]

Игорь Воротнёв: и увидите там МПХ. Потому что 500/503 ошибки ничего в error.log nginx'а не дает. Проблема-то не у nginx'а, а у того кто за ним. И смотреть надо в лог того кто за ним.

[Игорь Воротнёв]

Lindon_cano: Серьезно? В связке nginx + php-fpm ошибки как раз перехватываются Nginx'ом и пишутся в свой error.log. У PHP есть интересная настройка catch_workers_output, которая как раз и передает ошибки от FPM на Nginx. То же самое происходит если настройка display_errors имеет значение stderr. Если в php.ini принудительно не включено логгирование в файл, то больше никуда ошибки не пишутся. FPM-лог будет содержать только ошибки при запуске PHP.

[Игорь Воротнёв]

Lindon_cano: Вот как выглядит ошибка PHP в логе Nginx:

2016/07/18 07:26:22 [error] 25789#0: *1666167 FastCGI sent in stderr: "PHP message: PHP Warning:  Invalid argument supplied for foreach() in /var/www/*****/httpdocs/content/themes/*****/content-single.php on line 31" while reading upstream, client: 5.9.123.116, server: *****, request: "GET /events/secure-it-world/ HTTP/1.0", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "*****"

[Lindon_cano]

Игорь Воротнёв: серьезно. Почитайте про 500ку и nginx. https://stackoverflow.com/questions/27452528/nginx...
А это у человека 500, а не 503, я там сначала описался.

[Lindon_cano]

Игорь Воротнёв: а это не 500. 500 не передается в лог nginx'а и дебажится только на стороне php-fpm/php-cgi.

[Игорь Воротнёв]

Lindon_cano: C 500й интереснее, да. Но, тем не менее, видел и ее в nginx/error.log если мне не изменяет память. Вообще если это точно 500я, то скорее всего проблема с правами - W3TC с этим реально косячит налево и направо. Или таймаут. Или же W3TC пытается пользоваться .htaccess, которого нет в связке Nginx-FPM.

[Lindon_cano]

Игорь Воротнёв: нет 500ой в логах nginx'а. Я с этим в свое время наплясался и намучался. У меня есть скрипт который раз в 15 минут смотрит нет ли чего в error.log и если есть обновления, то отсылает их на почту, очень удобно для дебага, отлова потерянных страниц и прочего. А вот про 500ку дуля в логе.
Не, если бы w3tc пробовал пользоваться htaccess, то просто всем бы было пофигу, ну написал он что-то в файл и что? Что есть этот файл, что его нет всем до лампочки.
Вот с правами косяки и такая реакция w3tc возможна, плагин сей вообще дурной.

[Игорь Воротнёв]

Lindon_cano: Не буду спорить, возможно по 500й вы и правы. По причине же да, я бы в первую очередь права смотрел.

[Lindon_cano]

Игорь Воротнёв: я просто с ловлей этих 500ых столько напрыгался, что сей скорбный факт будут помнить до самой кончины, надеюсь скорой.
Собственно главное, что мы с вами указали ТСу, это то, что ошибка на nginx'а, он просто о ней сообщает, ошибка на уровне phpшном, надо брать в руки того пхпшного гада который это устраивает(то есть w3tc) и трясти пока он это не прекратит.

[Игорь Воротнёв]

Lindon_cano: Согласен. А вот кончину лучше отложить)) все там будем рано или поздно, но торопиться не стоит)