BackWPup: доверяй, но сохраняй резервные копии сайта

Дневник разработчика

О чем эта статья

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

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

Для того что бы избежать лишней работы (повторной чистки), решил внедрить во все проекты плагины для защиты сайтов, а так же плагин для регулярного резервного копирования.

Так я надеюсь обезопасить сайты, сэкономить своё время и как следствие, бюджеты моих клиентов.

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

А в конце статьи рассмотрим процесс восстановления сайта из резервной копии = бэкапа.

Почему именно BackWPup

Я давно подписан на telegram и YouToube каналы Михаила Рудастых и всегда прислушиваюсь к его рекомендациям по теме WordPress. В этот раз было так же. Вышло видео в котором Миша рассказывал о плагинах для WordPress, которые он использует на своих сайтах.

Одним из рекомендованных плагинов было расширение BackWPup, разработчиком которого является немецкое интернет агентство inpsyde.

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

  1. Вы можете не успеть оперативно восстановить сайт и старые рабочие копии затрутся более новыми, которые сделаны уже после заражения сайта;
  2. Копий делается ограниченное количество и этого не всегда достаточно;
  3. Хостинг может заглючить, упасть и так далее. Всегда есть такая вероятность.

С плагином вы как минимум можете сгладить риски у хостинг-провайдера, получить больше контроля над бэкапами, за счёт гибких надстроек, ну и не надо переплачивать за эти опции. Это стоит 0 рублей!

Настройки плагина

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

Общие настройки

BackWPup: доверяй, но сохраняй резервные копии сайта
Общие настройки плагина BackWPup

Я отключаю ссылку в панели администратора, так как она мне не нужна в верхней панели.

Включаю отображение размеров папок, так как бывает что это помогает увидеть чрезмерно раздутые папки, в которых есть много лишнего. Например архив с копией плагина или архив картинок и т п.

Защиту папок я включаю, так как это дополнительная и важная защита на случай заражения сайта всякой хернёй, типа js.donatelloflowfirstly.ga и прочего.

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

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

Настройки задания резервного копирования

BackWPup: доверяй, но сохраняй резервные копии сайта
Настройки задания на создание резервной копии.

Во вкладке настройки задания на резервное копирование я выставляю дополнительные настройки:

  • Максимальное количество повторов увеличиваю до 6
  • Максимальное время работы скрипта — до 2 минут
  • Ключа запуска усложняю, добавляя дополнительные символы (после создания скриншота я добавил еще больше символов, на всяк случай).
  • Опция снижения нагрузки на сервер ставлю «Средний».
  • Остальные опции не трогаю.

Настройки журнала

BackWPup: доверяй, но сохраняй резервные копии сайта
Настройки журнала резервного копирования.

Тут я тоже меняю настройки под себя:

  • Меняю название папки хранения файлов журналов на более понятную;
  • Максимальное количество файлов увеличиваю до 126, что соответствует календарному кварталу. Видимо привычка уже с этими налогами и бюрократией ))) В целом мне кажется что это достаточно продолжительный период, для сбора статистики и анализа работы плагина.
  • Так как я увеличиваю лимит хранения журналов, возникает потребность в сжатии этих файлов — активирую опцию сжатия.
  • Ну и по детализации — выбираю вариант детализации журналов БЕЗ переводов, что бы снизить нагрузку на сервер, а так же в соответствии с рекомендациями разработчиков плагина.

Настройки сети, КлючиAPI и прочее

Прочие настройки, к которым относятся настройки сети и ключа для API я не трогаю, так как пока что нет необходимости в удалённом запуске задач по работе плагина. Мне достаточно автоматических копий.

Создаём новое задание на резервное копирование сайта

Теперь приступим к самому главному — настройке первой резервной копии сайта. Для этого переходим во вкладку Задания и выбираем опцию «Добавить новое задание»

BackWPup: доверяй, но сохраняй резервные копии сайта
Настройка нового задания на создание резервной копии.

В этой вкладке есть общий раздел, раздел расписания, архив Базы Данных, файлы сайта и его плангины. Каждый раздел можно настроить под себя.

Базовые настройки резервной копии сайта

BackWPup: доверяй, но сохраняй резервные копии сайта
Отмечаю все опции и переименовываю название задания на создание бэкапа, что бы потом было понятно что это за задание.
  • В них я меняю только название задания — вставляю название плагина;
  • Отмечаю галочками ВСЕ опции, которые возможно сохранить;
  • И указываю место хранения резервной копии — я выбираю облако в Dropbox.
  • Формат архива оставляю по умолчанию — ZIP.
BackWPup: доверяй, но сохраняй резервные копии сайта
Формат архива оставляю по умолчанию — ZIP. А в качестве места для хранения резервных копий предпочитаю Облачные сервисы — это удобно.

Обратите внимание, что я использую облачное решение, так как это практично и удобно. Но аккаунт ОТДЕЛЬНЫЙ. Для подобных задач нельзя использовать личный аккаунт. Это не безопасно!

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

Так же я указал ограничение на количество файлов для хранения и удаления в облаке. Я указал 126, в соответствии с моими предпочтениями.

BackWPup: доверяй, но сохраняй резервные копии сайта
Настройки интеграции dropbox и платина резервного копирования BackWPup.

Настройка расписания повтора резервной копии

На данный момент я делаю бэкапы всякий раз, когда вношу изменения на сайте. Делаю это вручную, поэтому опции у меня стоят соответствующие.

При желании можно настроить автоматические параметры, но для этого нужно подключать Cron (сервис автоматизации скриптов на сайте и их удалённого запуска), ну или настраивать какие то другие интеграции. Мне пока что это не нужно.

BackWPup: доверяй, но сохраняй резервные копии сайта
Настройка опций расписания создания резервной копии.

Параметры резервного копирования базы данных сайта

Обычно я слежу за тем, что бы на моих сайтах не было мусора. Поэтому в настройках задания на создание резервной копии БД сайта я выбираю ВСЕ таблицы и активирую опцию сжатия резервной копии в формат GZip.

BackWPup: доверяй, но сохраняй резервные копии сайта
Настройка параметров копирования БД сайта.

Параметры резервного копирования папок с файлами сайта

В этом разделе настроек я ничего не трогаю. Но если у вас есть предпочтения или пожелания исключить из резервной копии какие либо части сайта — вы без проблем можете это реализовать.

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

BackWPup: доверяй, но сохраняй резервные копии сайта
Дополнительные опции настройки папок для резервного копирования сайта.

Параметры резервного копирвоания XML-объектов

Пусть вас не пугает эта страшная аббревиатура XML. Это просто такой формат хранения данных с вашего сайта — в виде таблиц (если упростить). Обычно по средствам XML-объектов экспортируют все типы записей, которые есть у вас на сайте:

  • Галереи с фото и видео,
  • Статьи,
  • Страницы с текстовым содержимым,
  • Товары в магазине
  • Карточки в каталогах
  • и прочие типы записей…
BackWPup: доверяй, но сохраняй резервные копии сайта
Настройка объектов для XML-экспорта.

Если вам требуется экспортировать статьи и страницы сайта, то достаточно оставить настройки XML-экспорта по умолчанию. Но если ситуация такова, что нужно исключить лишнее — добро пожаловать во вкладку настроек «Объекты для экспорта»

BackWPup: доверяй, но сохраняй резервные копии сайта
Настройки xml-экспорта при резервном копировании данных с сайта.

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

Запуск резервного копирования

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

Делается это в разделе задания. В том самом задании, которое вы создавали и настраивали есть опция ручного запуска.

BackWPup: доверяй, но сохраняй резервные копии сайта
Вот так выглядит прогресс создания резервной копии в админке WP.

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

По завершению процесса создания резервной копии, обе шкалы заполнятся на 100: и под ними будут подписи «Задание завершено»

BackWPup: доверяй, но сохраняй резервные копии сайта
Вот так выглядит завершенное резервное копирование.

Над прогресс-барами в левом углу административной панели вы можете видеть вывод предупреждений и ошибок. Если все прошло хорошо, у вас там не должно быть ошибок и предупреждений.

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

Хранение и дальнейшая работа с резервными копиями

После того как вы создали резервную копию, она будет храниться в виде ОБЩЕГО архива. Место хранения копии и её размер целиком и полностью зависят от общего размера вашего сайта, а так же от параметров настроек, которые вы выставили при создании задания.

Для восстановления сайта из резервной копии вам достаточно сделать три простые шага:

  • Распаковать архив с резервной копией
  • Импортировать файл с резервной копией вашей БД (это делается через панель управления вашим хостингом)
  • Загрузить файлы сайта в соответствующую папку на хостинге (это лучше всего делать через FTP или SSH клиента — программы для загрузки или выгрузки файлов).

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

Юрий Ронин