Налаштування оновлень Бітрікс24 On-Premise
Оновлення коробкової версії (on-premise) Бітрікс24 на production може закінчитися простоєм. Кастомний модуль виявляється несумісним із новою версією ядра — типова ситуація. Без підготовки оновлення ламає доробки та порушує роботу інтеграцій. Ми, сертифіковані спеціалісти з досвідом понад 10 років, розробили процедуру, яка скорочує час простою на 90% і гарантує стабільність. За цей час виконали понад 40 проектів з налаштування on-premise оновлень Бітрікс24. Кастомний код, створений в рамках розробки Бітрікс24, має зберігатися в /local/. Кастомні модулі Бітрікс24 повинні лежати саме там.
Які ризики несе неконтрольоване оновлення?
При мажорних релізах Бітрікс24 виконуються міграції БД через \Bitrix\Main\Application::getConnection()->queryExecute(). Якщо в системних таблицях b_* є нестандартні поля від кастомних модулів, міграція пошкодить дані. Патчі безпеки Бітрікс24 зазвичай безпечніші, але без тестування на staging сервері Бітрікс24 ви ризикуєте втратити інтеграції з 1С, СДЕК або CRM. Модулі з Маркетплейсу іноді скидають налаштування при оновленні — особливо критично для модулів управління бізнес-процесами.
Як вибрати стратегію оновлень?
Автооновлення Бітрікс24 варто вмикати лише для патчів безпеки (прапор SECURITY = Y). Мажорні релізи — застосовувати вручну після тестування. Порівняйте типи оновлень у таблиці:
| Тип оновлення | Обсяг змін | Ризик для кастомного коду | Тестування |
|---|---|---|---|
| Patch | Точкові файли | Низький (якщо ядро не модифіковано) | Рекомендується |
| Release | Файли + схема БД | Високий (міграції конфліктують) | Обов'язково на staging |
Автоматичне застосування патчів через агент у 10 разів швидше за ручне оновлення. Для мажорних релізів ручний контроль залишається обов'язковим. Середній простій при ручному оновленні без підготовки становить 4 години, з нашою процедурою він знижується до 30 хвилин.
Як налаштувати автооновлення на production?
У розділі /bitrix/admin/update_system_partner.php можна ввімкнути автоматичне отримання оновлень за розкладом. Безпечніше використовувати агент, який перевіряє оновлення раз на 24 години та встановлює лише критичні патчі.
// Агент перевірки оновлень запускається кожні 24 години CAgent::AddAgent( "CUpdateClient::CheckUpdates();", "main", "N", 86400, "", "Y" ); Додатково налаштуйте сповіщення про помилки — це допоможе швидко виявити проблеми.
Покрокова процедура оновлення на production
Крок 1: Резервна копія. Перед будь-яким оновленням зробіть бекап файлів і БД. Виконайте резервне копіювання Бітрікс24. Використовуйте вбудований модуль або консоль:
mysqldump -u bitrix -p bitrix24_db > /backup/bitrix24_$(date +%Y%m%d_%H%M).sql tar czf /backup/bitrix24_files_$(date +%Y%m%d_%H%M).tar.gz /var/www/html --exclude=/var/www/html/upload Крок 2: Тест на staging. Якщо staging сервер Бітрікс24 є (а він повинен бути), застосуйте оновлення там і проженіть тести:
- Кастомні компоненти в
/local/components/ - Кастомні обробники в
/local/php_interface/init.php - Модулі з
/local/modules/ - Інтеграції із зовнішніми системами (1С, CRM, ОФД)
Крок 3: Maintenance mode. Перед оновленням на production увімкніть режим техобслуговування:
<?php // /bitrix/.maintenance.php header('HTTP/1.1 503 Service Unavailable'); header('Retry-After: 3600'); include '/path/to/maintenance_page.html'; exit; У nginx перехопіть усі запити та покажіть сторінку обслуговування. Крок 4: Застосування оновлення. Через /bitrix/admin/update_system.php або консольний обробник.
Крок 5: Перевірка після оновлення. Перевірте критичні сторінки: головна, каталог, картка товару, кошик, оформлення замовлення, особистий кабінет, адмінка. Перегляньте логи php-fpm та nginx на нові помилки.
Чек-лист перевірок після оновлення
- Головна сторінка завантажується без помилок
- Каталог товарів відображається коректно
- Картка товару відкривається та відображає ціни/залишки
- Кошик додає та видаляє товари
- Оформлення замовлення проходить до кінця
- Особистий кабінет працює
- Адміністративна панель доступна
- Логи php-fpm та nginx без нових помилок
Типові помилки та їх уникнення
| Помилка | Наслідок | Рішення |
|---|---|---|
| Модифікація ядра | Перезапис при оновленні | Весь кастомний код у /local/ |
| Пропуск тестування | Простій на production | Використовуйте staging сервер Бітрікс24 |
| Ігнорування changelog | Скидання налаштувань модулів | Читайте changelog перед оновленням |
У 80% наших клієнтів проблеми виявлялися саме на staging сервері Бітрікс24.
Що входить у налаштування оновлень?
У рамках послуги ми виконуємо:
- Аудит поточної конфігурації та кастомного коду
- Налаштування автоматичних оновлень патчів безпеки
- Налаштування агентів та сповіщень
- Створення staging-сервера (якщо немає)
- Розробка процедури резервного копіювання
- Тестування оновлень на staging
- Документування процесу та чек-листів
- Навчання адміністраторів
Результат — стабільна система з мінімальним простоєм при оновленнях. Зв'яжіться з нами для консультації.
Чому варто довірити оновлення професіоналам?
Неконтрольоване оновлення може призвести до простою на кілька годин і втрати даних. Середня економія при вартості години адміністратора $50 становить $200 на місяць. Ми гарантуємо стабільність після оновлення: сертифіковані спеціалісти Бітрікс, ліцензійне ПЗ, досвід понад 10 років та понад 40 успішних проектів. Документуємо кожен крок — ви завжди знаєте, що змінилося.
Отримайте консультацію з налаштування оновлень вашого Бітрікс24. Ми проведемо аудит поточної конфігурації та запропонуємо оптимальне рішення з урахуванням вашого стеку та кастомних доробок. Замовте оцінку проекту — відповімо за один день.
Додатково: документація Офіційна документація з оновлення Бітрікс24 рекомендує тестування на staging для всіх мажорних релізів. Детальніше читайте в офіційному керівництві.