До нас звернувся клієнт із проблемою: сайт взагалі не завантажувався.
Сервер був на Hestia, і при спробі зайти в панель керування стикнулися з дивною поведінкою: після введення логіна і пароля постійно редиректило назад на форму входу. Якщо б логін чи пароль були неправильні, система повідомила б про це, але цього не відбувалося. Висновок: проблема була не у доступах.
Підозра впала на пам’ять сервера. Підключившись через FTP, перевірили папку з бекапами — вона була порожня. І тут знайшли справжню причину: файл debug.log мав розмір 52 ГБ!
Якщо сайт не працює, а Hestia не пускає в панель керування — перевірте вільне місце на сервері. Причиною може бути переповнений диск.
Після видалення цього файлу вхід у Hestia став можливим, але сайт все ще не працював. Далі ми перезапустили служби Apache, Nginx, MySQL і PHP через адмінку Hestia. Це дало результат — сайт запрацював.
Як перезапустити служби в Hestia
Щоб перезапустити nginx, mysql і php у Hestia:
Увійдіть у панель Hestia під адміністратором.
У верхній частині панелі натисніть на значок налаштувань (іконка шестерні).
Відкриється сторінка зі службами, встановленими на сервері.
Знайдіть потрібні служби.
Натисніть значок перезапуску біля кожної служби.
В цьому випадку перезапустили:
Apache
Nginx
MySQL
PHP
Після цього сайт запрацював.
Щоб ситуація не повторилася
Щоб уникнути подібних проблем у майбутньому, змінили у файлі wp-config.php константи WP_DEBUG і WP_DEBUG_LOG з true на false, щоб WordPress більше не записував детальні логи у debug.log.
