Як полагодити помилку 500 у WordPress

Коротка відповідь: Помилка 500 означає, що PHP впав або вебсервер натрапив на зламану конфігурацію. Спершу прочитайте справжню помилку — лог PHP-FPM або wp-content/debug.log з увімкненим WP_DEBUG_LOG — а потім застосуйте звичні ліки: деактивуйте збійний плагін/тему, підніміть пам'ять або полагодьте зламаний .htaccess/server block.

Огляд

«HTTP 500» — це симптом, а не діагноз: фатальні помилки PHP, вичерпана пам'ять, синтаксична помилка після невдалого оновлення та неправильна конфігурація вебсервера носять одну маску. Найшвидший маршрут — завжди лог; вгадувати плагіни по одному — повільний шлях. На VPS у вас повний доступ до логів — користуйтеся.

Що потрібно мати

• SSH-доступ — коли wp-admin лежить, WP-CLI все одно працює.
• Розташування логів: /var/log/nginx/error.log, /var/log/php8.3-fpm.log.
• Нещодавній бекап — раптом відкат швидший за ремонт.

Покрокова інструкція

1. Увімкніть логування WordPress (wp-config.php, над рядком «stop editing»):

   define('WP_DEBUG', true);
   define('WP_DEBUG_LOG', true);
   define('WP_DEBUG_DISPLAY', false);

2. Відтворіть помилку й прочитайте останні рядки:

   tail -n 50 wp-content/debug.log
   sudo tail -n 50 /var/log/nginx/error.log

3. Фатальна помилка називає плагін/тему: деактивуйте без wp-admin:

   sudo -u www-data wp plugin deactivate broken-plugin
   # or all at once: sudo -u www-data wp plugin deactivate --all
   sudo -u www-data wp theme activate twentytwentyfour

4. «Allowed memory size exhausted»: підніміть memory_limit у php.ini (і WP_MEMORY_LIMIT у wp-config) — див. тюнінг PHP.
5. Помилка лише на частині URL (Apache): перегенеруйте .htaccess перезбереженням permalinks; на Nginx перевірте nginx -t.
6. Досі глухо? Відкотіть останню зміну (оновлення, новий плагін, правка конфігу) з бекапа — помилка почалась, коли щось змінилося.

Типові проблеми

• Порожній debug.log: падіння стається до завантаження WordPress — воно в лозі PHP-FPM.
• 500 лише у wp-admin: класика вичерпаної пам'яті або конфлікт суто адмінського плагіна.
• Епізодичні 500 під навантаженням: це не баг коду — вичерпання FPM-пулу; див. розмір pm.max_children.

Коли звертатися в підтримку

Якщо шаленіє сама платформа (диск заповнений на рівні хоста, VPS не відповідає), відкрийте тикет. Для помилок застосунку додавайте точні рядки логів, якщо просите поради — саме по собі «показує 500» не діагностується.

Часті запитання

Де шукати справжню помилку за сторінкою 500?

У логах: wp-content/debug.log після ввімкнення WP_DEBUG_LOG, плюс логи помилок PHP-FPM і вебсервера у /var/log — останні рядки називають збійний файл і плагін.

Як вимкнути плагін, коли wp-admin лежить?

Через SSH за допомогою WP-CLI: wp plugin deactivate plugin-name (або --all). Перейменування папки плагіна у wp-content/plugins дає той самий ефект, якщо WP-CLI недоступний.

Чому помилки 500 з'являються лише під час сплесків трафіку?

Це місткість, а не код: пул PHP-FPM вичерпує воркери, і запити падають по таймауту. Додайте сторінкове кешування й перерозмірте pm.max_children — або збільшіть план.

Схожі статті

• Як полагодити білий екран WordPress (WSOD)
• Як оптимізувати PHP для WordPress
• Як налаштувати бекапи WordPress
• Як захистити WordPress на VPS

Потрібна допомога? Звернутися в підтримку Cloud2Y →