Коротка відповідь: HTTP 500 — це застосунок, що каже «я впав», і відповідь завжди в лозі помилок. Перевірте лог вебсервера та лог PHP-FPM, відтворіть запит і прочитайте найновіші рядки: синтаксична помилка, фатальний виняток, проблема прав чи зламаний .htaccess будуть названі там явно.

Огляд

На відміну від 502/504 (застосунок не відповів), 500 означає, що застосунок відповів «internal error». Причина у вашому коді, конфігурації чи правах — і вона залогована. Вгадування без логів марнує час; читання розвʼязує більшість 500-х за хвилини.

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

  • Доступ по SSH і розуміння свого стека (nginx+PHP-FPM, Apache, під панеллю...).

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

  1. Дивіться логи, відтворюючи помилку: 
    sudo tail -f /var/log/nginx/error.log /var/log/php8.3-fpm.log
    (Apache: /var/log/apache2/error.log; панелі тримають пер-сайтові логи у своєму каталозі.)
  2. Перезавантажте проблемну сторінку й прочитайте найновіший запис — PHP-фатали називають файл і рядок.
  3. Відкотіть останню зміну: деплой, оновлення плагіна/теми чи правка конфіга безпосередньо перед 500 — причина, поки не доведено протилежне.
  4. Перевірте права/власника, якщо файли копіювалися від root: 
    sudo chown -R www-data:www-data /var/www/yoursite
  5. Для WordPress (плагіни, .htaccess, ліміт памʼяті) — окремий гайд по WordPress 500.
  6. Перевірка синтаксису конфіга після правок: 
    sudo nginx -t

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

  • Порожній лог помилок: ви читаєте не той лог — перевірте, який vhost обслуговує домен.
  • 500 лише на деяких URL: rewrite-правила чи конкретний скрипт — лог усе одно їх назве.
  • Повний диск: застосунки падають на півдорозі й кидають 500 — перевірте df -h одразу.
  • Розсинхрон версії PHP після оновлення: старий код + новий PHP = фатали; вирівняйте версію по сайту.

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

Код застосунку на unmanaged-сервері — на боці клієнта, але якщо логи вказують на платформу (помилки сховища, ресурси) або ви взагалі не можете дістатися логів, — відкрийте тикет із точним URL, часом і витягом із лога.

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

Де знайти причину помилки 500?

У логах помилок вебсервера та PHP — 500 завжди логуються з деталями. Використайте tail -f на логах, перезавантажуючи проблемну сторінку; найновіший запис назве файл, рядок чи правило, що впало.

500 зʼявилася одразу після оновлення — збіг?

Майже ніколи. Деплой, плагін, тема чи зміна конфіга безпосередньо перед помилкою — причина, поки не доведено протилежне. Спершу відкотіть, потім спокійно розберіться з несумісністю.

Схожі статті

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

Ця відповідь Вам допомогла? 0 Користувачі, які знайшли це корисним (0 Голосів)

Найпопулярніші

VPS не відповідає: що робити

Коротка відповідь: Спершу перевірте статус послуги та стан живлення в Client Area, а потім...
Сайт не працює: перші кроки

Коротка відповідь: Рухайтеся ззовні всередину: переконайтеся, що сайт лежить для всіх, перевірте,...
Не вдається підключитися по SSH

Коротка відповідь: Спершу прочитайте точний текст помилки: timeout вказує на мережу чи фаєрвол,...
Помилка Connection refused

Коротка відповідь: «Connection refused» означає, що ваші пакети дійшли до сервера, але на цьому...
Помилка Permission denied (publickey)

Коротка відповідь: «Permission denied (publickey)» означає, що зʼєднання SSH працює, але сервер...