Технические работы на сайте: какие нужны и как часто

Содержаниесвернуть ▾развернуть ▸

1. 01Обновления: реже раза в полгода — уже долг
2. 02Бэкапы, из которых реально можно развернуться
3. 03Мониторинг: узнать о падении первым
4. 04Продления: домен, хостинг, лицензия, сертификат
5. 05Чистка: база, логи, мусор
6. 06Сколько это в часах и кто это делает

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

Дальше — что входит в каждую из этих работ, как часто её делать и чем оборачивается пропуск. Полный список услуг поддержки, включая правки контента и доработки, разобран отдельно: что входит в обслуживание сайта. Здесь — только про техническую часть, которая идёт фоном.

Обновления: реже раза в полгода — уже долг

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

Второй аргумент важнее денег и касается Битрикса напрямую. Безопасность приходит на сайт только через обновления: разработчик постоянно закрывает новые дыры, но доставляет защиту исключительно с очередной версией. Без активной лицензии защита заморожена на дате последнего обновления, а способы взлома продолжают появляться. Так что подход «работает — не трогай» на живом сайте только копит риск.

Обновляют всегда на тестовой копии и с бэкапом. Накат сразу на боевой сервер в пятницу вечером — проверенный способ остаться без сайта на выходные; что бывает, когда так делают, разобрано по шагам в статье обновление Битрикса сломало сайт.

Бэкапы, из которых реально можно развернуться

Резервная копия работает только тогда, когда из неё поднимается рабочий сайт. Галочка «автобэкап включён» ничего не гарантирует, пока никто не попробовал развернуть сайт из свежего архива. Поэтому реальная работа тут — регулярно проверять восстановление и обязательно делать это перед каждым обновлением; одной настройки автокопирования мало.

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

Мониторинг: узнать о падении первым

Мониторинг — это автоматические проверки, что сайт открывается, отвечает быстро и не сыплет ошибками, плюс контроль срока действия сертификата и домена. Смысл простой: о том, что сайт лёг, владелец должен узнавать от системы или подрядчика раньше, чем от покупателя, который не смог оформить заказ.

Без мониторинга сайт может лежать полдня незамеченным, а реклама всё это время будет вести людей на страницу с ошибкой и жечь бюджет. Отдельная частая история — молча просроченный SSL-сертификат: браузер начинает встречать посетителей красным предупреждением «подключение не защищено», и часть из них закрывает вкладку, не дойдя до каталога.

Продления: домен, хостинг, лицензия, сертификат

Самая обидная поломка случается без всякого кода — из-за пропущенной даты. Домен, хостинг, лицензия платформы и SSL-сертификат оплачиваются на срок, и срок у каждого свой. Пропущенное продление хостинга или домена выключает сайт целиком, а домен после окончания срока можно и вовсе потерять, если его успеет перехватить кто-то другой.

Техническая работа здесь скучная: держать календарь продлений и платить заранее, пока сайт ещё работает. Звучит банально ровно до первого раза, когда сайт компании пропадает из выдачи посреди рабочей недели, потому что пару лет назад никто не отметил дату.

Чистка: база, логи, мусор

Со временем сайт обрастает техническим мусором: разрастаются логи, копятся временные файлы и кэш, в базе остаются записи от удалённых модулей, накапливаются спам-регистрации и битые ссылки. По отдельности мелочь, вместе — лишний вес, который замедляет сайт и раздувает бэкапы. Периодическая чистка базы и файлов, проверка ссылок и модерация мусорных заявок держат сайт в тонусе; делать это в аврал, когда уже тормозит, дороже и рискованнее, чем понемногу по ходу.

Сколько это в часах и кто это делает

Все перечисленные работы идут фоном и в спокойном режиме занимают немного: мелкие правки вместе с регулярным обслуживанием укладываются в 3–5 часов в месяц, при постоянных доработках выходит около 10 часов, а активное развитие с новым функционалом — от 20 часов ежемесячно.

Главная сложность технических работ в том, что их не видно. Владелец не наблюдает, как обновляют модули или проверяют бэкап, — поэтому важно, чтобы каждая задача оценивалась в часах до начала и фиксировалась в таск-трекере. Тогда видно, что фоновые работы действительно делаются, а не только числятся в договоре. В Редстаре на каждом проекте поддержки поэтому работают двое, менеджер и руководитель отдела техподдержки, а вся история задач хранится в трекере: чтобы за невидимой частью можно было проследить и чтобы она не потерялась при смене людей.

Из чего складывается сумма и как устроены пакеты часов — в опорной статье про техподдержку сайта.

Услуга по темеТехподдержка сайтов на 1С-Битрикс→Сайт на Битриксе работает, обновляется и не тормозит — без вашего участия. Мониторинг, обновления, правки и дежурство при сбоях.