Если проект перестал запускаться или отдаёт ошибку вместо страницы, начните с логов: именно там указана строка кода или сервис, который упал первым. Дальше уже можно понять, локальная это проблема (окружение, зависимости) или серверная (конфиг, права, база данных).
С чего начать проверку
- Откройте консоль браузера (F12) — там видны ошибки JS и неудачные запросы к API
- Проверьте логи сервера или хостинга — обычно лежат в error_log, /var/log или в панели хостинг-провайдера
- Убедитесь, что база данных доступна и подключение к ней не оборвано
- Проверьте, не закончилось ли место на диске или лимит по памяти/CPU у тарифа
Частые причины, если проект работал раньше
Если ещё вчера всё было в порядке, ищите, что изменилось: обновление PHP/Node на хостинге, автообновление плагина или библиотеки, истёкший SSL-сертификат, изменённый .htaccess или nginx-конфиг. Часто достаточно откатить последнее изменение, чтобы сайт снова заработал.
Проблемы окружения и зависимостей
Локально проект часто падает из-за несовпадения версий: node_modules собраны под другую версию Node.js, requirements.txt не совпадает с установленным Python, или composer.lock ссылается на пакеты, которых нет в новом окружении. Удалите папку с зависимостями и переустановите их заново — это решает большинство таких случаев.
Что делать, если причина не находится
Включите подробный вывод ошибок (debug-режим) вместо общего «500 Internal Server Error» — так будет видна конкретная строка и файл. Если это WordPress или другая CMS — временно отключите все плагины и включите по одному, чтобы найти конфликтующий. Если правите чужой код — сравните текущую версию с последним рабочим коммитом через git diff.