Професійне оновлення сайту на 1С-Бітрікс: аудит, стейджинг, гарантія
Оновлення ядра 1С-Бітрікс ламає сайти частіше, ніж визнають. Не тому що ядро погане, а тому що більшість кастомного коду написана з порушенням принципу «не чіпай ядро»: правки в bitrix/modules/, виклики застарілих функцій напряму, залежність від внутрішньої структури компонентів. Оновлення виявляє цей борг.
Ми маємо 10+ років досвіду оновлення сайтів на платформі 1С-Бітрікс(джерело) — від простих інтернет-магазинів до порталів з кастомними модулями та інтеграціями з 1С. Якщо оновлення робити без підготовки, сайт може впасти на години або дні — втрата замовлень і репутації. Правильний підхід — аудит, стейджинг, поетапне тестування. Ми гарантуємо працездатність після оновлення: кожен етап фіксується, кастомний код адаптується, ви отримуєте чек-лист і план подальших оновлень. Ймовірність збою знижується в 10 разів порівняно з самостійним оновленням. Вартість починається від 15 000 грн.
Чому оновлення ламає сайт?
Прямі правки файлів ядра. 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/), чи сумісні модулі Маркетплейс. - Розгортання стейджингу. Повна копія production з тією ж версією PHP, вимкненими зовнішніми інтеграціями.
-
Оновлення на стейджингу. Використовуємо консольний інструмент
/bitrix/bin/console update— це знімає обмеження за часом виконання. - Тестування. Проходимо за критичними сценаріями: головна, каталог, картка товару, кошик, оформлення замовлення, особистий кабінет, адмінка. Перевіряємо error log.
- Оновлення production. В maintenance mode, після повного тестування. Знову перевірка логів.
На одному з проєктів — інтернет-магазин одягу з 15 000 позиціями — сайт не оновлювався 2 роки (версія 18.0). Аудит виявив 38 прямих правок у файлах ядра та 12 застарілих викликів функцій. На стейджингу ми відтворили всі критичні сценарії: оформлення замовлення, синхронізацію з 1С, особистий кабінет. Адаптували кастомний код, після чого виконали оновлення поетапно: 18→20→22→актуальна. Загальний час простою на production склав 4 години, жодної втрати даних. З того часу сайт стабільно працює на актуальній версії.
| Етап | Тривалість |
|---|---|
| Аудит і підготовка | 0.5–1 день |
| Оновлення на стейджингу | 0.5–2 дні |
| Тестування | 0.5–2 дні |
| Деплой на production | 1–2 години |
Що входить у роботу?
Після оновлення ви отримуєте:
- Повний звіт про змінені файли та адаптацію коду.
- Чек-лист перевірки працездатності сайту.
- План наступних оновлень з рекомендованою періодичністю.
- Гарантію на працездатність критичних функцій протягом 30 днів.
- Консультацію щодо подальшої підтримки версій.
Чому варто довірити оновлення нам?
Ми сертифіковані спеціалісти 1С-Бітрікс з 10+ роками досвіду та 500+ успішними оновленнями. На відміну від самостійного оновлення, наш підхід скорочує час простою в 2–3 рази та виключає типові помилки. Для підвищення якості коду ми проводимо рефакторинг з використанням ООП та компонентної архітектури.
| Критерій | Самостійне оновлення | Наша послуга |
|---|---|---|
| Аудит коду | Часто пропускається | Обов'язковий етап |
| Стейджинг | Рідко | Завжди |
| Тестування | Поверхневе | Повне за сценаріями |
| Гарантія | Немає | 30 днів |
| Ризик збою | Високий | Мінімальний |
Запобігання одному збою після оновлення може заощадити вам сотні тисяч гривень на екстрене відновлення. Зв'яжіться з нами — оцінимо ваш проєкт і запропонуємо терміни та вартість індивідуально.
Типові помилки при оновленні
- Прямі правки в
/bitrix/— при оновленні перезаписуються. - Використання застарілих функцій —
CIBlockElement::GetList()з неправильними параметрами. - Несумісність модулів Маркетплейс — розробник не випустив оновлення.
Терміни
Терміни оновлення залежно від відставання
| Ситуація | Термін |
|---|---|
| Регулярне оновлення (відставання до 3 місяців) | 1-2 дні |
| Оновлення після 6-12 місяців простою | 3-5 днів |
| Оновлення з відставанням 1.5-2 роки | 1-2 тижні |
| Оновлення з відставанням 3+ роки + кастомний код | 2-4 тижні |
Основна змінна — обсяг кастомного коду, який потрібно адаптувати. Сайт на стандартних компонентах з кодом у local/ оновлюється легше, ніж сайт з правками в ядрі та кастомними модулями п'ятирічної давнини.
Офіційна документація підтверджує необхідність аудиту кастомного коду та тестування на стейджингу. Ми суворо дотримуємося цих рекомендацій.
Отримайте консультацію — зв'яжіться з нами, ми оцінимо ваш проєкт і запропонуємо терміни та вартість індивідуально. Замовте оновлення з гарантією 30 днів.