The post has been translated automatically. Original language: Russian
When the next CMS or plugin update is released, a completely understandable question arises. Should I install it right away or wait a bit?
There is no definite answer here. If an update closes a serious vulnerability, it is usually not worth delaying it. But in other cases, many people prefer to first make sure that the new version is stable.
In my opinion, the most common mistake is something else. Some website owners do not update the system for months, and sometimes for years. As a result, you have to install dozens of updates at once, and the risk of unexpected problems becomes much higher.
It is much safer to keep the site up to date gradually. Small regular updates are usually easier than one big one after a long break.
You should make a backup copy before making any changes. If an unexpected situation occurs after the update, it will be much easier to restore the working version.
Another tip that really helps in practice is not to perform updates when the site is under maximum load. It is better to choose a time when there are few visitors in order to calmly check the operation of the main sections.
Updates rarely cause difficulties on their own. More often, problems appear when they are delayed for too long.
Есть интересная особенность в работе сайтов. Между состояниями «всё хорошо» и «сайт недоступен» почти всегда существует промежуточный этап. Сервер продолжает отвечать, страницы открываются, но пользователи уже чувствуют, что что-то изменилось.
Страница загружается не две секунды, а пять.
Поиск по каталогу начинает задумываться.
Форма отправляется не сразу.
Личный кабинет открывается с небольшой задержкой.
Владелец сайта может даже не заметить этих изменений. Если он заходит на проект несколько раз в день и знает, куда нажимать, небольшое замедление кажется незначительным.
Для посетителя ситуация выглядит иначе.
Он не знает, что вчера эта же страница работала быстрее. Он видит только текущий результат. Если ожидание кажется слишком долгим, человек просто закрывает вкладку и открывает другой сайт.
Именно поэтому мониторинг сайта не должен ограничиваться проверкой доступности.
Недостаточно получать уведомление только в тот момент, когда проект перестал отвечать совсем.
Полезнее следить и за другими показателями:
- временем загрузки страниц;
- скоростью ответа сервера;
- количеством ошибок;
- изменениями после обновлений.
Например, после установки нового модуля среднее время открытия каталога выросло с одной до трех секунд. Формально сайт работает. Но это уже повод разобраться в причинах, пока пользователи не начали жаловаться.
Иногда подобные изменения появляются постепенно.
База данных становится больше.
Накапливаются журналы.
Добавляются новые изображения.
Появляются дополнительные интеграции.
Каждая из этих мелочей почти незаметна сама по себе. Вместе они постепенно увеличивают время отклика.
Есть простое правило, которое хорошо работает для любых проектов: если производительность не измеряется, то ее ухудшение замечают слишком поздно.
При этом не обязательно строить сложную систему наблюдения с десятками графиков. Для большинства сайтов достаточно регулярно смотреть несколько базовых показателей и сравнивать их с тем, какими они были месяц назад.
Такой подход помогает увидеть проблему еще до того, как она превратится в аварию.
Хорошая эксплуатация сайта редко состоит из героических ночных восстановлений после сбоя. Гораздо чаще это спокойная работа, когда небольшие отклонения замечают заранее и устраняют до того, как их почувствуют пользователи.
Именно поэтому один из самых полезных вопросов, который стоит задавать себе время от времени, звучит очень просто: если сайт сейчас работает медленнее, чем месяц назад, мы это вообще заметим?
Share
