Копия сайта есть, но её никто не открывал: как обслуживание проверяет, что сайт можно вернуть

Как хорошо вы знаете, где лежит копия вашего сайта и сколько времени уйдёт, чтобы из неё всё вернуть? Давайте проверим — честно, без подсказок.

Большинство владельцев отвечают примерно одинаково: «Хостинг что-то там сохраняет» или «Разработчик говорил, что копии делаются». А дальше — тишина. Никто не открывал эти копии, никто не пробовал из них восстановиться, никто не знает, что именно в них попало.

Пока сайт работает, это не кажется проблемой. Проблемой это становится в тот день, когда после обновления вместо главной страницы появляется белый экран.

Сайт на WordPress — это две части. Первая — файлы: движок, тема оформления, дополнения (их ещё называют плагинами), загруженные фотографии. Вторая — база данных: тексты страниц, заказы, заявки, настройки, учётные записи.

Резервная копия — это сохранённый снимок обеих частей на определённый момент. Если что-то сломалось, сайт можно вернуть к этому снимку.

Подвох в том, что копия бывает неполной. Сохранились файлы, но не база. Или база есть, но без загруженных картинок. Или копия лежит на том же сервере, что и сайт, и пропадёт вместе с ним.

Возьмём вымышленный пример. Лада печёт торты на заказ и принимает заявки через сайт: каталог начинок, форма с датой праздника, страница с фотографиями готовых работ.

Однажды в пятницу вечером она решила сама обновить дополнения — кнопка светилась давно. После обновления сайт открылся с ошибкой. Форма заявок пропала вместе со страницей.

Лада вспомнила, что копии «вроде бы делаются». Нашла в панели хостинга раздел с архивами. Самый свежий оказался двухмесячной давности — автоматическое сохранение когда-то отключили и не включили обратно. Фотографии новых тортов, добавленные за это время, в архив не попали.

Сайт в итоге вернули, но выходные ушли на то, чтобы заново собирать галерею и проверять, все ли заявки дошли. Это и есть цена копии, которую никто не проверял.

Обслуживание сайта — это регулярная работа, а не разовая настройка. В части резервных копий она обычно выглядит так.

Перед каждым обновлением движка, темы или дополнений делается свежая копия. Не «вчерашняя автоматическая», а именно перед изменением — чтобы откат вернул сайт ровно в состояние до обновления.

Копия хранится не только на том же сервере. Если с сервером что-то случится, вторая копия в другом месте остаётся.

В копию попадают и файлы, и база данных. Это проверяется, а не предполагается.

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

Обновления нужны: в них закрывают уязвимости и исправляют ошибки. Но нажимать «Обновить всё» на живом сайте в пятницу вечером — это лотерея.

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

Если что-то пошло не так, сайт возвращают из свежей копии, а проблемное обновление разбирают отдельно, не торопясь.

Копии бесполезны, если до них нельзя добраться. Бывает так: хостинг оформлен на прежнего подрядчика, доступ к панели только у него, а он не отвечает.

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

Ответьте на них сами — это займёт несколько минут.

Если на два и больше вопросов ответ «не знаю», стоит разобраться, пока сайт работает, а не в тот момент, когда он перестал открываться.

Резервная копия не защищает от взлома и не ускоряет сайт. Она позволяет вернуться назад, когда что-то уже случилось. Защита, ускорение и аккуратные обновления — это отдельная работа, которая идёт рядом.

И копия не вернёт то, что появилось после неё. Поэтому так важно, чтобы свежий снимок делался перед каждым изменением, а не раз в несколько месяцев.

А вы знаете, откуда и как быстро вернули бы свой сайт, если бы завтра он открылся с ошибкой?