Ошибка 500: что значит, как найти причину и исправить

Коротко. 500 Internal Server Error означает, что сервер получил запрос, но не смог его обработать из-за внутренней ошибки. Это не один конкретный сбой. Код 500 служит общим сигналом, за которым может стоять ошибка в коде, CMS, конфиге, базе данных, правах доступа или на самом сервере.

Что означает ошибка 500

500 относится к классу 5xx. Сервер принял запрос, но не смог его выполнить. В отличие от 404, где сервер сообщает, что ресурса нет, здесь запрос может быть корректным, а сбой происходит внутри сайта или инфраструктуры.

Пользователь видит стандартную страницу «Internal Server Error» или пустой экран. Подробности остаются в логах. Поэтому сначала нужно понять, на каком слое возникла ошибка, а не менять код наугад.

Поисковые системы считают 5xx временной ошибкой и повторяют запрос. Если ошибка держится долго, обход замедляется, а страницы могут перестать обновляться в индексе. Возвращать код 200 с текстом «ошибка» нельзя: для поиска это будет нормальная страница с непонятным содержимым.

500, 502, 503 и 504: в чём разница

Один инцидент может выглядеть по-разному. Приложение падает с 500, прокси перед ним отдаёт 502, а при долгом запросе появляется 504. Смотрите, кто именно сформировал ответ.

curl -I https://example.com/
curl -s -o /dev/null -w "%{http_code}\n" https://example.com/

Сайт отдаёт 500 на всех страницах. До этого обновляли плагин и меняли .htaccess.
Помоги составить план диагностики: какие логи и команды проверить первыми.
Не предлагай удалять файлы и отключать всё сразу.

Где именно возникла ошибка

Пять слоёв, которые нужно разделить:

1. Код приложения: исключение, фатальная ошибка, несовместимость версии.
2. CMS, плагины и тема: конфликт после обновления.
3. Веб-сервер: .htaccess, конфиг nginx, правила переадресации.
4. База данных: подключение, права, перегрузка, повреждение.
5. Хостинг и инфраструктура: диск, память, сеть, прокси, обслуживание.

Если 500 появляется на всех сайтах одного сервера, проблема почти наверняка не в коде конкретного сайта. Если только на одной странице, начинайте с приложения и CMS.

Как найти причину

1. Зафиксируйте масштаб

Проверьте:

• одна страница или весь сайт;
• все пользователи или только вы;
• постоянно или периодически;
• что было до ошибки: обновление, деплой, смена настроек, переезд.

Если ошибка повторяется, сохраните URL, время и код ответа. Это понадобится хостингу и разработчику.

2. Найдите логи

Точные пути зависят от сервера. Типичные варианты:

• nginx: /var/log/nginx/error.log;
• Apache: /var/log/apache2/error.log или /var/log/httpd/error_log;
• PHP: путь из error_log в настройках;
• CMS: отдельный лог, например wp-content/debug.log при включённой отладке WordPress;
• панель хостинга: раздел с логами и ошибками.

Не угадывайте путь. Если доступа к файлам нет, запросите фрагмент лога у хостинга.

3. Читайте лог правильно

Ищите первую причинную ошибку, а не последнюю строку. Последняя часто является следствием.

Типичные маркеры:

• PHP Fatal error;
• Allowed memory size exhausted;
• Maximum execution time exceeded;
• Permission denied;
• No such file or directory;
• Connection refused;
• mod_fcgid: stderr;
• upstream prematurely closed connection;
• rewrite or internal redirection cycle.

tail -n 100 /var/log/nginx/error.log
grep -i "error\|fatal\|exception" /var/log/nginx/error.log | tail -n 50

Вот фрагмент лога с ошибкой 500. Сгруппируй строки по типам, выдели первую
причинную ошибку и предложи три проверки. Не придумывай строки, которых нет.
Я удалил IP, токены и пути к пользовательским файлам.

4. Проверьте последние изменения

500 часто появляется после обновления плагина, темы, PHP, смены .htaccess или деплоя. Составьте список изменений за последние сутки и откатывайте по одному.

Вот список изменений за последние 24 часа. Ошибка 500 началась после одного из них.
Предложи порядок проверки и отката, начиная с наименее рискованного.
Не предлагай удалять базу или переустанавливать сервер.

5. Проверьте ресурсы, права и базу

• Диск: df -h. Переполненный диск часто даёт 500.
• Память: free -m и лимиты PHP.
• Права: ls -l для файлов и каталогов. Типичные значения: 644 для файлов, 755 для каталогов. Не ставьте 777.
• База: доступность сервера, логин, пароль, хост, лимиты подключений. Пароли в чат и логи не вставляйте.
• PHP: версия, memory_limit, max_execution_time, наличие нужных расширений.

6. Включайте отладку безопасно

display_errors на живом сайте показывает пользователям пути, SQL и внутренние данные. Включайте подробный вывод только на тестовой копии или локально. На рабочем сайте включите логирование, а не показ ошибок.

Для WordPress:

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

Это пишет ошибки в лог, но не показывает их посетителям. Не редактируйте ядро WordPress и не отключайте все плагины на живом сайте без бэкапа.

Как исправить по причинам

Не меняйте несколько вещей сразу. Иначе после исправления невозможно понять, что именно помогло.

Безопасная страница 500

Страница ошибки должна:

• отдавать код 500, а не 200;
• не показывать stack trace, SQL, пути и версии;
• объяснять, что случилось, без технических деталей;
• давать ссылку на главную или контакты;
• показывать короткий идентификатор для поддержки.

Пример для nginx:

error_page 500 502 503 504 /500.html;

location = /500.html {
    internal;
}

Пример для Apache:

ErrorDocument 500 /500.html

Идентификатор запроса помогает связать обращение пользователя с логом. Пользователь присылает номер, вы находите запись.

Что отправить хостингу

• Приложите URL и время с часовым поясом.
• Укажите код ответа.
• Добавьте фрагмент лога без паролей и токенов.
• Опишите, что уже проверили.
• Перечислите, что меняли за последние сутки.
• Приложите скриншот, если он помогает.
• Уточните, воспроизводится ли проблема.

Чем точнее данные, тем быстрее ответ. Пароли, ключи и полные дампы базы не отправляйте.

Частые ошибки

• Включать display_errors на production.
• Ставить права 777.
• Отключать все плагины на живом сайте без бэкапа.
• Редактировать ядро CMS.
• Удалять .htaccess целиком.
• Возвращать 200 вместо 500.
• Игнорировать периодические ошибки.
• Верить ответу нейросети без проверки.
• Восстанавливать бэкап, не найдя причину: ошибка вернётся.

Когда нужен хостинг

Обратитесь в поддержку, если:

• 500 на всех сайтах сервера;
• 502, 503 или 504 приходит от прокси;
• в логах нет записей или доступа к ним нет;
• ошибка появилась до кода приложения;
• закончились диск, память или лимиты;
• проблема на стороне сети или обслуживания.

Вопросы

500: ошибка сервера или сайта?

Формально это класс 5xx, то есть ошибка на стороне сервера. Причина может быть в коде сайта, CMS, конфиге, базе или инфраструктуре. Поэтому сначала нужно найти слой.

Влияет ли 500 на SEO?

Пока ошибка временная, поиск повторяет запрос. Если 5xx держится долго, обход замедляется, а страницы могут перестать обновляться в индексе. Исправлять нужно быстро и не маскировать ошибку кодом 200.

Чем 500 отличается от 502 и 503?

500 отдаёт сам сайт или приложение. 502 означает, что прокси не получил корректный ответ от верхнего сервера. 503 означает, что сервер недоступен или перегружен. 504 означает, что прокси не дождался ответа.

Можно ли включить display_errors на живом сайте?

Нет. Это показывает пользователям пути, SQL и внутренние данные. Включайте подробный вывод только на тестовой копии, а на рабочем сайте пишите ошибки в лог.

Почему 500 то появляется, то исчезает?

Чаще всего это лимиты памяти, таймауты, перегрузка, нестабильная база или периодический конфликт плагинов. Смотрите логи за период, а не только в момент ошибки.

Может ли нейросеть исправить 500?

Нет. Она помогает разобрать лог, сгруппировать ошибки и составить план проверки. Статус, причину и исправление подтверждают инструментами и тестами.

Что делать, если нет доступа к логам?

Запросите фрагмент у хостинга. Укажите URL, время, код ответа и что уже проверили. Без логов диагностика превращается в угадывание.

Источники