За неделю таких обращений было с десяток. Все в панике, никто толком не понимает что делать.
Разберу что произошло, чем реально рискует бизнес и как обновляться без потери данных.
Что случилось 1 февраля
Битрикс объявил PHP 8.0 и 8.1 устаревшими (deprecated). Это не значит, что портал завтра встанет. Но значит, что официальная поддержка заканчивается.
Многие жили по принципу «работает — не трогай». Системные администраторы годами не обновляли серверное окружение. Боялись, что отвалятся кастомные доработки или интеграция с 1С.
У одного клиента портал до сих пор работал на PHP 7.4 до прошлого года. Не обновляли три года. Пока не начали сыпаться ошибки и не перестала работать телефония.
Теперь ситуация похожая, только с 8.0 и 8.1.
Чем это грозит бизнесу (реально)
Без паники и драмы. Вот что происходит по факту:
Скорость работы падает
PHP 8.2 работает быстрее предшественников процентов на 15-20. Звучит немного, но когда менеджеры открывают карточки сделок по 50 раз в день, накапливается.
У клиента была проблема: карточка сделки с историей грузилась 4-5 секунд. После обновления до 8.2 стала открываться за 3 секунды. Менеджеры перестали материться.
Безопасность
Старые версии не получают патчи безопасности. Для хакеров необновленный портал — лёгкая мишень.
Видел случай: у клиента взломали портал через уязвимость в старой версии PHP. Украли базу клиентов. Разбирательства с утечкой персональных данных стоили дороже, чем обновление сервера раз в десять.
Новые функции не работают
Самое обидное: BitrixGPT, CoPilot и другие новые инструменты требуют современных библиотек. Оставаясь на старом PHP, вы платите за лицензию полную цену, но половина функций не работает.
У одного клиента хотели подключить CoPilot для отдела продаж. Требуется PHP 8.2 и выше. У них 8.0. Обновили окружение и версию PHP.
Проблемы с обновлениями
Битрикс24 обновляется регулярно. Новые версии всё меньше поддерживают старые PHP. Рано или поздно дойдёт до точки, когда обновить Битрикс24 на старом PHP просто не получится.
Тогда выбор будет жёсткий: или обновлять всё сразу (с риском что-то сломать), или оставаться на устаревшей версии Битрикс24.
Почему нельзя просто нажать «Обновить»
Это главная ошибка, которую я вижу.
Типичный сценарий: системный администратор или сам собственник заходит в админку сервера, видит «Обновить», жмёт. Через час портал лежит. Телефония не работает. Интеграция с 1С сломалась. Отдел продаж пьёт кофе.
Проблема в том, что при автоматическом обновлении часто происходит конфликт версии ПО и доработок. «Старые» доработки не рассчитаны на новую версию PHP. Они вызывают ошибки.
У клиента из сферы недвижимости был похожий случай. Админ обновил PHP в пятницу вечером. В понедельник утром портал не открывается. Выяснилось — конфликтует кастомный модуль выгрузки в feed для Авито. Написан под PHP 7.4, на 8.2 не работает.
Исправления заняли 2 дня. Потери компании — около 160 тысяч рублей.
Как обновляться правильно
Процесс обновления должен быть плановым. Не на коленке в пятницу вечером.
Шаг 1: Диагностика
Первое — понять, на чём сейчас работает портал. Какая версия PHP, какие есть доработки.
У половины клиентов, которые звонят, нет понимания, что у них установлено. «Битрикс24 какой-то стоит, вроде работает».
Проверяем:
- Версию PHP (в админке портала)
- Наличие кастомных доработок
- Интеграции (1С, телефония, сайт, маркетплейсы)
Шаг 2: Бэкап
Полный бэкап системы. Не в ту же папку на сервере, а в независимое хранилище. Облако, внешний диск, другой сервер.
Бэкап должен включать:
- Базу данных целиком
- Файлы портала
- Настройки сервера
Шаг 3: Тестовая копия
Разворачиваем копию портала на тестовом окружении с PHP 8.2 и выше (лучше сразу обновиться до PHP 8.5). Проверяем, что работает, что нет.
Это критически важно. На тесте сразу видны все проблемы.
Что проверяем на тесте:
- Открывается ли портал
- Работают ли основные разделы (CRM, задачи, диск)
- Работает ли телефония
- Работают ли интеграции
- Работают ли кастомные модули
Шаг 4: Исправление проблем
Если на тесте что-то не работает — исправляем ДО обновления боевого портала.
Типичные проблемы:
- Устаревшие модули из маркетплейса (обновляем)
- Кастомные доработки под старый PHP (переписываем или адаптируем)
- Конфликты библиотек (обновляем зависимости)
Шаг 5: Обновление боевого
Когда на тесте всё работает, обновляем боевой портал.
Делаем это в нерабочее время. Выходные, ночь, праздники. Когда в системе нет пользователей.
Последовательность:
- Уведомить всех пользователей заранее
- Сделать финальный бэкап
- Обновить PHP на сервере
- Проверить работу портала
- Протестировать критичные функции (CRM, телефония, интеграции)
- Если что-то не работает — откатываться на бэкап
У клиента из производства обновление делали в субботу. В 10 утра начали, к 14:00 всё работало. В понедельник менеджеры работали в привычном режиме.
Шаг 6: Мониторинг
После обновления следим за работой портала неделю-две. Иногда проблемы проявляются не сразу.
У одного клиента после обновления вроде всё работало. Через три дня выяснилось — робот автоматической рассылки в WhatsApp сыпет ошибки. Дополнительно совместно с поддержкой сервиса интеграции WhatsApp произвели обновление.
Сколько это стоит
Зависит от сложности портала.
Простой портал (стандартная конфигурация, без доработок):
- Диагностика: бесплатно (можно самостоятельно)
- Обновление: от 25 000 ₽
Средний портал (есть интеграции, пару модулей):
- Диагностика + тестирование: от 25 000 ₽
- Обновление + доработка модулей: от 50 000 ₽
Сложный портал (много доработок, интеграции, кастомные модули):
- Диагностика + тестирование: от 40 000 ₽
- Обновление + адаптация: от 85 000 ₽
Для сравнения: у клиента простой портала лёг после неудачного обновления. Потери от простоя два дня — около 120 000 ₽. Плюс восстановление стоило 60 000 ₽.
Правильное обновление у них стоило бы 35 000 ₽.
Что делать прямо сейчас
Первое — проверить, на какой версии PHP работает ваш портал.
Если 8.0 или 8.1 — планировать обновление. Не срочно, но в течение 2-3 месяцев.
Если 7.4 и ниже — обновляться нужно было вчера. Серьёзно. Это дыра в безопасности и тормоз для работы.
Второе — сделать бэкап. Независимо от планов обновления. Бэкап должен быть всегда.
Третье — если не уверены, что справитесь сами — найти специалиста. Системного администратора или интегратора, который делал такие обновления.
Коротко
1 февраля PHP 8.0 и 8.1 для Битрикс24 признаны устаревшими. Это не значит, что портал завтра встанет. Но значит, что обновляться нужно.
Чем грозит:
- Падение скорости работы
- Дыры в безопасности
- Новые функции не работают
- Проблемы с будущими обновлениями
Правильное обновление:
- Диагностика текущего состояния
- Полный бэкап в независимое хранилище
- Тестирование на копии портала
- Исправление проблем
- Обновление боевого портала в нерабочее время
- Мониторинг после обновления
Не ждите, пока что-то сломается. Технический долг накапливается и стреляет в самый неподходящий момент.
Требуется обновление версии PHP, сопровождение коробочного портала Битрикс24 — обращайтесь.
