Обновление ядра и модулей Битрикса

Цена складывается из того, насколько сайт отстал от актуальной версии и сколько в нем правок ядра: обновление с версии годичной давности, где в каталоге bitrix ничего не правили, укладывается в несколько часов. Сайт, который не обновляли пять лет и где компоненты правились напрямую, сначала требует перенести доработки, а потом чинить совместимость - поэтому чем дольше не обновлялись, тем дороже догонять. Отдельно считаются смена редакции и переход на PHP 8, если он нужен целевой версии. Смету присылаем после прогона на копии: к этому моменту виден список сломанного, а не предположения.

Такое встречается на сайтах, которым несколько лет, и обновление такие правки затрет, поэтому мы сначала их находим. Сверяем файлы в каталоге bitrix с эталоном версии, собираем список расхождений и переносим нужное в шаблон сайта или в свой модуль. После этого обновление ставится, а доработки остаются на месте и переживают следующие обновления. Если часть правок уже не нужна, скажем об этом в списке - переносить их смысла нет.

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

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

Обновление трогает платформу: версию ядра, модули, редакцию. Внешний вид сайта остается прежним, и если верстка вынесена в свой шаблон, посетитель разницы не увидит. Оформление страниц и новые разделы - это редизайн, мелкие правки по обращениям - поддержка. Когда нужно и то и другое, обновление идет первым: собирать новый дизайн на ядре, которое вот-вот придется обновлять, значит делать работу дважды.

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

Отдаем список: с какой версии на какую перешли, что правили и где лежат перенесенные доработки. Неделю после переноса смотрим логи ошибок и обмены, правим то, что всплыло на живом трафике. Первые 30 дней ошибки по нашей части правим бесплатно. Чтобы сайт не отставал снова, обновления можно вести по договору поддержки - там они идут регулярной работой, а не разовым проектом.