Граница сбоя
Проверяем домен, конкретные URL, методы запросов, административную часть, API и фоновые операции.
Internal Server Error
Диагностика и исправление ошибки 500 на сайте
Сохраняем журналы и контекст сбоя, локализуем проблемный слой — приложение, CMS, PHP, база данных или конфигурация сервера — и проверяем сайт после исправления.
Диагностика
Код один,
причины разные
По стандарту HTTP ответ 500 сообщает о неожиданном условии на сервере, но не называет источник. Поэтому не включаем отображение технических ошибок для всех посетителей, а изучаем серверные журналы и воспроизводимый запрос.
Журналы
Сопоставляем время запроса с error log веб-сервера, журналом PHP или приложения и событиями базы данных.
Последние изменения
Проверяем обновления CMS, плагинов и темы, версию PHP, конфигурацию, права файлов и развёртывание кода.
Ресурсы
Ищем превышение памяти, времени выполнения, лимитов процессов, соединений и дискового пространства.
Изоляция причины
Воспроизводим ошибку на безопасной копии или ограниченном сценарии и проверяем одну гипотезу за раз.
Контроль
После исправления повторяем запросы, проверяем формы и фоновые задачи, наблюдаем журнал на повторные события.
Результат
Что получает владелец сайта
Восстановленный сценарий
Проблемные страницы и действия снова отвечают ожидаемым кодом.
Зафиксированная причина
Понятно, какое изменение или ограничение вызвало сбой.
Мера профилактики
Настроен подходящий контроль журналов, ресурсов или обновлений.
Безопасный порядок
Как исправляем сайт
Не удаляем плагины и конфигурацию наугад на рабочем проекте. Перед изменениями сохраняем текущее состояние и определяем способ отката.
Фиксируем симптомы
Записываем время, URL, действие пользователя, ответ сервера и то, что менялось перед появлением ошибки.
Создаём резервную точку
Проверяем наличие рабочей копии файлов и базы либо согласуем другой безопасный способ отката.
Устраняем причину
Исправляем конкретную настройку, зависимость, запрос, код или лимит в минимально необходимом объёме.
Проводим приёмку
Проверяем не только главную, но и вход, формы, заказ, интеграции и задачи, связанные с причиной сбоя.
Что важно
Не скрывать ошибку пустой страницей
Отключение сообщений на экране защищает технические детали, но журналирование должно оставаться доступным ответственным специалистам. Без него универсальный код 500 превращается в догадки.
Для первого разбора пришлите
- адрес страницы и время последнего сбоя;
- скриншот или точный текст ответа;
- CMS, версию PHP и хостинг, если известны;
- что обновлялось или настраивалось перед ошибкой;
- есть ли доступ к панели и резервной копии.
Объём определяется после диагностики. Изменения на рабочем сервере выполняем только в согласованных границах и без покупки внешних услуг без подтверждения.
Вопросы
Перед ремонтом
Что означает ошибка 500?
Сервер столкнулся с неожиданным условием и не смог выполнить запрос. Сам код не показывает конкретную причину — нужны журналы и контекст.
Можно просто перезагрузить сервер?
Перезапуск может временно вернуть доступность, но не доказывает устранение причины и иногда стирает полезный контекст. Сначала сохраняем диагностику.
Какие доступы потребуются?
Обычно панель хостинга или SSH, журналы сервера и приложения, доступ к CMS и сведения о последних изменениях. Запрашиваем минимальные права.
Как принимается результат?
Проверяем проблемные URL и действия, административную часть, формы, фоновые задания и отсутствие повторных событий в журнале на согласованном интервале.
Первый шаг
Покажите ошибку 500
Пришлите URL, время и сведения о последних изменениях. Отделим единичный сбой от системной причины и предложим проверяемый диагностический шаг.