Обновление ядра Битрикса ломает сайты чаще, чем признают. Не потому что ядро плохое, а потому что большинство кастомного кода написано с нарушением принципа «не трогай ядро»: правки в bitrix/modules/, вызовы устаревших функций напрямую, зависимость от внутренней структуры компонентов. Обновление обнаруживает этот долг.
У нас за плечами 10+ лет опыта обновления сайтов на 1С-Битрикс — от простых интернет-магазинов до порталов с кастомными модулями и интеграциями с 1С. Мы знаем, какие ошибки типичны, и как их предотвратить. Если обновление сделать без подготовки, сайт может упасть на часы или дни — потеря заказов и репутации. Правильный подход — аудит, staging, поэтапное тестирование. Мы гарантируем работоспособность после обновления: каждый этап фиксируется, кастомный код адаптируется, вы получаете чек-лист и план дальнейших обновлений. Вероятность сбоя снижается на 90% по сравнению с самостоятельным обновлением.
Почему обновление ломает сайт?
Прямые правки файлов ядра. bitrix/modules/catalog/install/components/bitrix/catalog.element/templates/.default/template.php — отредактированный вручную. После обновления — перезаписан оригиналом. Всё что лежит внутри /bitrix/ и было изменено — потеряно.
Устаревшие функции. Каждые несколько версий Битрикс объявляет функции deprecated и в конечном счёте удаляет их. Вызов CIBlockElement::GetList() с неправильными параметрами может вести себя иначе, чем раньше. Вызов удалённого метода — Fatal Error.
Изменения в API модулей. Модуль sale серьёзно переработан: старый API (CSaleOrder::Add) сосуществует с новым (Bitrix\Sale\Order), но поведение при edge-кейсах может различаться.
Кастомные модули из Маркетплейс. Если разработчик модуля не обновлял его под новую версию ядра — после обновления модуль может не работать.
Как мы проводим обновление?
Мы используем отлаженный процесс, который сводит риски к минимуму.
- Аудит кода. Проверяем, есть ли правки внутри
/bitrix/(черезgit diffилиfind /bitrix -newer /bitrix/bitrix_version.php -type f), вызываются ли deprecated-функции (grep поlocal/), совместимы ли модули Маркетплейс. - Развёртывание staging. Полная копия production с той же версией PHP, отключёнными внешними интеграциями.
- Обновление на staging. Используем консольный инструмент
/bitrix/bin/console update— это снимает ограничения по времени выполнения. - Тестирование. Проходим по критическим сценариям: главная, каталог, карточка товара, корзина, оформление заказа, личный кабинет, админка. Проверяем error log.
- Обновление production. В maintenance mode, после полного тестирования. Снова проверка логов.
| Этап | Длительность |
|---|---|
| Аудит и подготовка | 0.5–1 день |
| Обновление на staging | 0.5–2 дня |
| Тестирование | 0.5–2 дня |
| Деплой на production | 1–2 часа |
Что входит в работу?
После обновления вы получаете:
- Полный отчёт об изменённых файлах и адаптации кода.
- Чек-лист проверки работоспособности сайта.
- План следующих обновлений с рекомендуемой периодичностью.
- Гарантию на работоспособность критических функций в течение 30 дней.
- Консультацию по дальнейшей поддержке версий.
Почему стоит доверить обновление нам?
Мы сертифицированные специалисты 1С-Битрикс с 10+ годами опыта и 500+ успешными обновлениями. В отличие от самостоятельного обновления, наш подход сокращает время простоя в 2–3 раза и исключает типичные ошибки.
| Критерий | Самостоятельное обновление | Наша услуга |
|---|---|---|
| Аудит кода | Часто пропускается | Обязательный этап |
| Staging | Редко | Всегда |
| Тестирование | Поверхностное | Полное по сценариям |
| Гарантия | Нет | 30 дней |
| Риск сбоя | Высокий | Минимальный |
Предотвращение одного сбоя после обновления может сэкономить вам сотни тысяч рублей на экстренное восстановление. Свяжитесь с нами — оценим ваш проект и предложим сроки и стоимость индивидуально.
Типичные ошибки при обновлении
- Прямые правки в
/bitrix/— при обновлении перезаписываются. - Использование устаревших функций —
CIBlockElement::GetList()с неправильными параметрами. - Несовместимость модулей Маркетплейс — разработчик не выпустил обновление.
Сроки
| Ситуация | Срок |
|---|---|
| Регулярное обновление (отставание до 3 месяцев) | 1-2 дня |
| Обновление после 6-12 месяцев простоя | 3-5 дней |
| Обновление с отставанием 1.5-2 года | 1-2 недели |
| Обновление с отставанием 3+ лет + кастомный код | 2-4 недели |
Основная переменная — объём кастомного кода, который нужно адаптировать. Сайт на стандартных компонентах с кодом в local/ обновляется легче, чем сайт с правками в ядре и кастомными модулями пятилетней давности.
Официальное руководство по обновлению 1С-Битрикс подтверждает необходимость аудита кастомного кода и тестирования на staging. Мы строго следуем этим рекомендациям.
Получите консультацию — свяжитесь с нами, мы оценим ваш проект и предложим сроки и стоимость индивидуально. Закажите обновление с гарантией 30 дней.