Технічна підтримка сайту на 1С-Бітрікс
Після запуску сайт не обслуговує себе сам. Компоненти падають після оновлення ядра, інтеграції ламаються при зміні API на стороні партнерів, у b_stat_adv_guest накопичуються сміттєві дані, закінчується місце на диску через неочищені директорії /bitrix/cache/ та /upload/. Без регулярного втручання технічного спеціаліста сайт деградує за 3–6 місяців.
Що ламається без підтримки
Оновлення ядра. Бітрікс випускає оновлення кожні 1–2 тижні. Оновлення «в один клік» на продакшні без тестування — прямий шлях до поломки кастомних компонентів. Потрібен процес: staging → тест → продакшн з відкатом.
Закінчення ліцензії. Без активної ліцензії (b_license) блокується адміністративний розділ і можливість оновлень. Своєчасне продовження — частина підтримки.
PHP та серверне ПЗ. Хостинг-провайдери час від часу змінюють версії PHP. Перехід з PHP 7.4 на 8.1 ламає застарілі функції (each(), create_function()), які можуть бути присутні в старих модулях.
SSL-сертифікат. Прострочений сертифікат — негайна відмова браузерів відкривати сайт.
Типові завдання підтримки
| Завдання | Частота | Трудомісткість |
|---|---|---|
| Моніторинг доступності та відповіді | Постійно (автоматично) | — |
| Оновлення ядра Бітрікс | 1–2 рази на місяць | 1–2 години |
| Очищення кешу та старих файлів | 1 раз на місяць | 30 хв |
| Перевірка та продовження SSL | За розкладом | 30 хв |
| Виправлення помилок PHP (логи) | За потребою | 30 хв – 4 години |
| Резервне копіювання та перевірка бекапів | Щотижня | 30 хв |
Моніторинг та реагування на інциденти
Моніторинг доступності — через Uptime Robot, Zabbix або Bitrix Site Monitor. При недоступності сайту або відповіді 5xx спрацьовує алерт. Критичні інциденти (сайт недоступний, платіжна система не працює) вимагають реакції протягом 1 години.
Для відстеження помилок PHP — регулярний перегляд /var/log/php-fpm/ або модуль BX_DEBUG. У Бітрікс можна увімкнути журнал помилок: у php.ini — log_errors = On, error_log = /path/to/bitrix_error.log.
Робота з кешем
Бітрікс-кеш зберігається в /bitrix/cache/ та в memcache/Redis (якщо налаштовано). Розрослий дисковий кеш (> 10 ГБ) уповільнює сайт на системах з повільним I/O. Регулярно очищаємо через адміністративний розділ: Налаштування → Продуктивність → Очистити кеш або через CLI:
php -f /var/www/bitrix/bitrix/modules/main/tools/cron_events.php
Що входить до технічної підтримки
- Моніторинг доступності з алертами при інцидентах
- Планові оновлення ядра Бітрікс через staging-середовище
- Виправлення помилок PHP та усунення деградацій після оновлень
- Контроль SSL, дискових квот, очищення кешу та тимчасових файлів
- Резервне копіювання з перевіркою відновлення
- Контроль продовження ліцензії Бітрікс