Обновление Битрикс на PHP 8

Что входит

Обновляем сайты на 1С-Битрикс до актуального PHP 8.2: аудит кода, исправление несовместимостей, тестирование и контролируемый перенос в продакшн.

Обычно поводом становится не желание обновиться, а упёршийся в стену проект: обновления ядра Битрикс перестают ставиться, хостинг предупреждает о снятии старой версии PHP с поддержки, а нужный модуль требует версию новее той, что стоит. Иногда всё проще: сайт начал падать после планового обновления и стало ясно, что платформа держится на устаревшем окружении.

Сначала проверяется весь собственный код: компоненты, обработчики событий, шаблоны и подключаемые модули. Ищутся конструкции, удалённые или изменившие поведение в новых версиях языка. Найденные несовместимости правятся, после чего проект разворачивается на копии и прогоняется по основным сценариям: каталог, корзина, оформление заказа, личный кабинет, админка. Больше всего сюрпризов дают не типовые компоненты, а старые доработки, которые никто не открывал годами.

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

Этапы работы

1. 01Аудит кода и модулей на совместимость
2. 02Исправление несовместимостей
3. 03Тестирование на копии проекта
4. 04Контролируемый перенос в продакшн

Частые вопросы

Как проходит обновление?

Начинаем с полной резервной копии файлов и базы. Затем проводим аудит кода и модулей на совместимость, правим найденные места и разворачиваем проект на тестовой копии. Там прогоняем ключевые сценарии и убеждаемся, что ничего не отвалилось. Только после этого переносим изменения в рабочую версию, выбрав время наименьшей нагрузки.

Чем рискует сайт на устаревшей версии PHP?

Версия, снятая с поддержки, не получает исправлений безопасности: известные уязвимости остаются открытыми. Параллельно копится техническая задолженность — новые модули и обновления ядра требуют актуального окружения и просто не встанут. В какой-то момент выбор сужается до срочного обновления в аварийном режиме, что всегда дороже планового.

Сайт не сломается при переходе?

Риск есть всегда, поэтому обновление и не делают сразу на боевом сайте. Все правки проверяются на копии проекта, и в продакшн переносится уже проверенная версия с готовым планом отката. Заранее предупредим, если в проекте есть закодированные сторонние модули: их совместимость зависит от поставщика и проверяется отдельно.

Что нужно от вас?

Доступ к файлам сайта и базе данных, доступ к панели управления хостингом и список сторонних модулей, особенно платных и самописных. Полезно, если кто-то сможет ответить на вопросы о нестандартной бизнес-логике: часть доработок понятна только тем, кто помнит, зачем их делали.