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.
Иногда кажется, что самое опасное для сайта — это взлом или отказ сервера. На практике гораздо чаще проблемы начинаются после обычного обновления.
Обновили CMS. Поставили новый модуль. Изменили тему оформления.
Исправили несколько строк кода. Все выглядело безобидно, пока спустя несколько минут главная страница не перестала открываться.
Парадокс в том, что большинство подобных ситуаций можно пережить спокойно. Но только если одна привычка появилась раньше, чем произошла ошибка.
Эта привычка — делать резервную копию непосредственно перед любым изменением.
Звучит настолько очевидно, что многие перестают воспринимать это всерьез. Ведь резервные копии уже настроены. Они выполняются ночью или раз в несколько часов. Кажется, что этого достаточно.
Проблема в том, что между последней автоматической копией и моментом обновления сайт продолжает жить. За это время могут появиться новые заказы, комментарии, заявки или изменения в базе данных. Если после неудачного обновления придется откатываться к ночной версии, часть информации может оказаться потерянной.
Именно поэтому опытные администраторы часто делают дополнительную копию прямо перед работами, даже если автоматическое резервное копирование работает исправно.
На это обычно уходит несколько минут.
Зато в случае ошибки откат занимает значительно меньше времени, чем поиск причины, восстановление файлов вручную или попытки вспомнить, что именно было изменено.
Есть еще один момент, который редко обсуждают.
Когда человек уверен, что у него есть свежая копия, он работает спокойнее. Не спешит. Не пытается исправить несколько вещей одновременно. Если что-то пошло не так, всегда можно вернуться к исходной точке и начать заново.
Без такой страховки появляется совсем другой сценарий. Сначала пытаются быстро исправить проблему. Затем вносят еще несколько изменений. Потом удаляют часть файлов. Через некоторое время уже сложно понять, какое действие стало причиной сбоя.
В итоге времени тратится гораздо больше.
Автоматические резервные копии остаются обязательной частью эксплуатации любого сайта. Но они не отменяют необходимость сделать еще одну копию перед изменениями, которые могут повлиять на работу проекта.
Это касается не только крупных интернет-магазинов или корпоративных порталов. Небольшие сайты тоже обновляются, получают заявки и меняются каждый день. Для них потеря даже нескольких часов данных иногда оказывается очень неприятной.
Поэтому перед следующим обновлением можно задать себе всего один вопрос: если через пять минут придется откатить изменения назад, получится ли это сделать без потери сегодняшних данных?
Если ответ не совсем уверенный, лучше потратить несколько минут на создание свежей резервной копии. Обычно это самое выгодное вложение времени перед любыми работами с сайтом.
Share
