Сайт на 1С-Битрикс "лежит": белый экран или ошибка 500, заявки встали. В выдаче половина гайдов сразу зовёт restore.php, хотя сначала нужен спокойный triage на 15–30 минут. Ниже - протокол: симптом → хостинг/DNS/SSL vs приложение → логи → точечный фикс или откат файлы+БД. Вы зафиксируете код, снимете лог и решите, чинить или восстанавливать, без слепых правок в ядре.
Восстановление упавшего сайта на 1С-Битрикс: Управление сайтом – это аварийный triage симптомов (белый экран, ошибка 500/502/503, сбой DNS или SSL), диагностика логов PHP и веб-сервера на хостинге и, при необходимости, полный разворот резервной копии (файлы сайта + MySQL) через админку или скрипт restore.php с обязательным удалением служебных файлов после финиша. Сегодня зафиксируйте симптом и HTTP-код, отделите сеть от PHP, найдите строку в error.log. Откат - только когда быстрого фикса нет, и всегда пара "файлы + база". После подъёма удалите restore.php и сохраните шаблон для хостера.
Речь только про CMS "1С-Битрикс: Управление сайтом" на вашем хостинге. Это не Bitrix24 (CRM) - другой продукт. Типичная ошибка на практике: в пятницу обновили модуль или PHP, утром белый экран. Владелец чистит /bitrix наугад и накатывает старый бэкап поверх единственной копии - теряет заказы за ночь. Цель - порядок действий, а не паника.
Сначала зафиксируйте симптом и HTTP-код
Пока не записали, что видит браузер, любое "лечение" - лотерея. Откройте сайт с телефона и ПК (инкогнито), сделайте скрин и зафиксируйте время. Например, с телефона 500, а с ПК белый экран - разные сценарии triage.
- Белый экран (WSOD - white screen of death) - часто скрытый fatal PHP.
- HTTP 500 - сервер ответил "сломалось внутри"; это не "Битрикс сам виноват".
- HTTP 502 / 503 - чаще шлюз, перегрузка PHP-FPM или ресурсы хостинга.
- DNS / SSL - домен не резолвится или сертификат истёк; либо упал только один раздел/админка.
Делайте: скрин + код + URL + время. Не делайте: удалять файлы, пока нет симптома на бумаге.
Отделите хостинг и сеть от приложения
Сначала: жив ли "дом" (хостинг, DNS, диск) или сломалось приложение (PHP/CMS). В панели хостинга проверьте место на диске, статус услуги, DNS и SSL. Если диск 100% или панель недоступна - чинить Битрикс бессмысленно, пока хостер не вернёт среду. Отдельно откройте сайт по IP/техдомену хостинга: если техдомен жив, а основной домен нет - копайте DNS/SSL, а не модули CMS.
| Симптом | Что обычно значит | Куда смотреть первым |
|---|---|---|
| HTTP 500 | Ошибка кода/конфига на сервере | error.log, .htaccess, права, PHP |
| HTTP 502 / 503 | Шлюз, PHP-FPM, лимиты ресурсов | Нагрузка, рестарт PHP, тариф |
| Белый экран | Fatal PHP без текста на странице | error.log, безопасная отладка |
| DNS / SSL | Сеть и сертификат, не логика CMS | A-запись, SSL в панели |
Официально у вендора: HTTP 500 - серверная/хостинговая проблема, а не ошибка продукта "Управление сайтом". Без причины из логов техподдержка вендора не поможет. Если окружение не тянет CMS, сравните тариф в материале про хостинг для сайта на Битрикс; для VPS удобен Beget.
Делайте: сначала сценарий "сеть/хостинг" до правок CMS. Не делайте: писать хостеру "сайт не работает" без кода и скрина.
Проверьте логи и включите безопасную отладку
Лог error.log - "чёрный ящик" сервера: файл и строка, где упал PHP. Без него вы чините вслепую. Скачайте хвост лога за время падения. Если в панели хостинга лог пустой - попросите хостера прислать фрагмент за нужный интервал: без причины из лога вендор CMS не разберёт ваш 500.
Если страница пустая, в официальном курсе для диагностики БД рекомендуют временно в bitrix/php_interface/dbconn.php поставить $DBDebug = true. display_errors через .htaccess опасен: если хостер запретил php_value, сам .htaccess даст новый 500. Ядро буферизует вывод (ob_start), поэтому fatal может не попасть на экран - отсюда WSOD при живом логе.
// временно в bitrix/php_interface/dbconn.php
$DBDebug = true;
// после диагностики - вернуть falseДелайте: один канал отладки и сразу выключить. Не делайте: оставлять debug на проде.
Сделайте быстрые безопасные шаги до полного restore
Пока причина локальна (свежий модуль, смена PHP, кэш), полный откат не нужен. Поток: симптом → хостинг жив? → лог → быстрый фикс → если нет - restore. Эти шаги обратимы и дешевле полного restore: вы не затираете заказы "поверх" единственной копии.
- Очистите
/bitrix/cacheи/bitrix/managed_cache(не удаляйте папки). При fatal в коде кэш бесполезен. - Включите режим обслуживания, если админка открывается; откатите PHP на вчерашнюю версию.
- Отключите свежий модуль через FTP (переименовать папку), не трогая ядро
/bitrix. - Проверьте .htaccess: недавние php_value могут дать 500 - сравните с копией из бэкапа.
Если падение после SiteUpdate: штатной кнопки отката нет. Безопасное обновление - отдельно (обновление сайта на Битрикс); здесь - emergency после факта.
Делайте: обратимые шаги. Не делайте: чистить /bitrix целиком наугад.
Когда откатывайтесь из бэкапа через restore.php
Полный restore нужен, когда точечный фикс не найден, админка недоступна или код и схема базы разъехались после обновления. Резервная копия - снимок файлов и MySQL "на момент времени". Откат всегда пара из одной копии: иначе новый код сядет на старую схему БД или наоборот. Перед restore сохраните текущее "сломанное" состояние (архив + дамп, если доступен) - иначе некуда отступить. Локальные копии часто лежат в /bitrix/backup/; в облаке 1С-Битрикс число копий и квоты зависят от редакции CMS.
- Скачайте официальный restore.php в корень сайта.
- Откройте
https://ваш-домен/restore.php(или техдомен). - Выберите источник: облако 1С-Битрикс, другой сайт, локальный диск или архив в корне.
- Восстановите файлы и базу одной парой; дождитесь завершения.
- Удалите локальную копию и служебные скрипты - не оставляйте restore.php в корне.
- Проверьте витрину, админку, формы и оплату.
Глубокая настройка бэкапа - в гайде как сделать бэкап сайта на Битрикс. Здесь restore - аварийный сценарий, не единственный путь.
Делайте: файлы+БД одной датой + удаление restore.php. Не делайте: качать restore первым кликом и затирать единственную копию.
Соберите чек-лист сообщения хостеру и подрядчику
Одно письмо с фактами экономит сутки. Заполните:
- URL и время начала сбоя.
- HTTP-код / белый экран / DNS / SSL.
- Последние изменения: модуль, PHP, .htaccess, перенос.
- Кусок error.log (10–30 строк).
- Место на диске, версия PHP, доступ к панели и БД.
- Есть ли свежий бэкап файлов+БД и где лежит.
Зовите специалиста при вирусе, битой базе, отсутствии бэкапа, правках в ядре или пустом логе после часа triage. Разовая диагностика production - через обсудить проект с фактами из чек-листа.
Делайте: одно сообщение с кодом и логом. Не делайте: параллельно менять PHP и ядро, пока ждёте ответ.
Закрепите результат после подъёма сайта
Сайт открылся - инцидент не закрыт. Проверьте главную, каталог, заявку/корзину, админку и почтовые уведомления. Убедитесь, что restore.php и служебные скрипты удалены. Включите хотя бы простой мониторинг URL снаружи. Настройте off-site бэкап с проверкой восстановления - иначе следующий апдейт снова оставит вас без запасного выхода.
Чтобы апдейт не стал падением снова, смотрите что входит в техподдержку сайта Битрикс и как организовать поддержку. Спокойный план после инцидента - через контакты, без давления "купите пакет сегодня".
Делайте: чек витрины + удаление скриптов + план бэкапа. Не делайте: считать инцидент закрытым в момент "страница открылась".
Автор: Максим Мольков, разработчик 1С-Битрикс.
Источники: официальные уроки 1С-Битрикс по HTTP 500 и восстановлению из резервной копии (dev.1c-bitrix.ru, COURSE 32/35), документация BitrixFramework по backup/restore (docs.1c-bitrix.ru), официальный скрипт restore.php (1c-bitrix.ru/download).
Частые вопросы
Сайт на Битрикс упал - что делать первым делом?
Зафиксируйте симптом и HTTP-код, сделайте скрин, не удаляйте файлы. Проверьте панель хостинга, диск, DNS и SSL. Затем логи и точечные шаги. restore.php - не первый клик.
Почему белый экран Битрикс (WSOD)?
Часто скрытый PHP fatal: ядро буферизует вывод, ошибка не попадает на экран. Смотрите error.log; для диагностики БД временно $DBDebug = true в dbconn.php, затем выключите.
Ошибка 500 битрикс - это сломанный Битрикс?
Нет. По официальному курсу HTTP 500 - серверная/хостинговая ошибка. Нужна причина из error.log. Проверьте .htaccess, права, PHP и свежие изменения.
Как восстановить сайт из бэкапа, если админка недоступна?
Скачайте официальный restore.php в корень, откройте в браузере. Выберите источник архива, восстановите файлы и MySQL одной парой, удалите служебные скрипты. English alias: restore.php + archive in document root.
Можно ли откатить обновление Битрикс кнопкой?
Нет штатной кнопки отката SiteUpdate. Безопасный путь - restore файлов и базы из копии до обновления. Перед откатом сохраните текущее сломанное состояние.
Что писать хостеру, если сайт не открывается?
URL, время сбоя, HTTP-код или белый экран, последние изменения, кусок error.log, место на диске и версия PHP. Так отвечают за часы, а не за сутки.
