Заголовок:
Форум после обновления стал выдавать 500 - что смотреть в первую очередь?

Текст:
Обновил форум на новую версию, вроде конфиг особо не трогал, но теперь сайт стабильно падает с ошибкой 500. В логах nginx и php копался, но там либо что-то непонятное, либо вообще пусто. Отключил все старые плагины, кеш почистил - без толку. Думаю, что либо база обновилась криво, либо в новой версии движка поменялась структура файлов или права, но проверить нормально не получается. Кто такое видел? Куда смотреть в первую очередь, помимо стандартных подозрений - версия PHP, права и мигрцаии базы? Есть у форума какой-то нормальный debug-режим, чтобы получить более подробный вывод, а не просто 500? Поделитесь опытом, кто как лечил такое после апдейта.

Я недавно был в похожей ситуации, когда обновлял форум с версии примерно полуторагодичной на что-то свежее. Сначала тоже нигде нормальных ошибок не было - ни в php, ни в серверных логах. Ставил display_errors в конфиге PHP, но выводило только белый экран. Потом пробовал запустить через CLI скрипт обновления базы (через тот же php), и в консоли вылезли ошибки с нехваткой каких-то таблиц и проблемами с правами на временную папку. Оказалось, что файлы миграции не сработали полностью, потому что в процессе обновления права в каталоге проекта сбились - из-за этого часть классов движка не грузилась, и соответственно, падал весь сайт.

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