Плагины для архивирования и переноса сайта

Лучшая безопасность для сайта – это делать backup сайта.

И регулярно.

Даже если враги всё сломали (а там почти 3000 файлов PHP в движке) – всё удаляем из папки WWW на сервере (именно ВСЁ – включая файлы движка WordPress) и восстанавливаем из бэкапа как было.

Что такое архивация сайтов?

Backup сайта это копирование баз данных, файлов сайта, почты, FTP-аккаунтов и множества других “деталек” на Вашем хостинге.

Сайт у нас состоит собственно из нескольких частей:

• набор файлов (файлы PHP движка и картинки)
• база данных MySQL, в которой хранится текстовая часть сайта, меню и все взаимосвязи между модулями

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

Основная сложность –  в WordPress в базе данных хранятся абсолютные адреса “деталей” сайта, т.е. просто всё скопировать можно, а восстановить на другом домене – нельзя.

Только на том, где и был сайт.

Удобнее всего архивы сайта делать через специальные плагины, они и данных сохранят и позволят корректно восстановить сайт на другом домене (через изменение служебных параметров в базе MySQL)

ВАЖНО:

• крайне желательно использовать для архивации оба плагина. Не редкость ситуация, когда на отдельных хостингах корректно не работает (и при создании архива и при развертывании) либо один, либо другой плагин :(
• плагины корректно переписывают пути WP внутри базы MySql – но если Вы используете объектный кэш в оперативной памяти – все пути будут указывать на старый домен! необходимо после установки удалить в папке /wp-content файл object-cache.php или изменить ключ в файле wp-config.php на другой
• в процессе архивирования сайт переводится в режим обслуживания и сервер отдает 403 код (запрос принят, но ответа не будет :) – выбирайте время с наименьшем числом посетителей для создания бэкапа

Про кэширование читаем статью

Кэширование WordPress

Режим обслуживания WordPress

Зачем вообще нужен режим обслуживания?

Сайт – практически живой организм, кто-то пишет комментарии, плагины обновляются, изменяются позиции популярных записей. Все это – работа с базой MySQL. Для корректного дампа базы все эти процессы надо остановить. В противном случае дамп будет не корректным и целостность базы может быть нарушена.

По этой же причине крайне не желательно делать дамп базы средствами PHPMyAdmin. База в процессе получения дампа динамически меняется. Через админпанель нет возможности включения режима обслуживания.

Режим обслуживания включается или специальными функциями WP или плагином.

Плагин WP Maintenance Mode

https://ru.wordpress.org/plugins/wp-maintenance-mode/

Плагин позволяет:

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

Сводная таблица с основными плюсами и минусами.

Плагин для сохранения и архивирования сайта – Duplicator

плагин  – Duplicator

ВАЖНО:

• Duplicator полностью архивирует всю папку на сервере – с оригинальными папками и файлами WordPress, Вашими папками и файлами, папками и файлами от других плагинов.
• При развертывании архива ЗАНОВО создается файл .htaccess в корневой папке средствами WP
• Оригинальный файл .htaccess есть в архиве

Схема переноса:

• устанавливаем плагин Duplicator в текущий сайт 
• запускаем создание архива и установщика
• нужен доступ FTP для последующих действий
• на новом месте/домене всё удаляем из папки www
• копируем туда архив и установщик
• запускаем установщик и восстанавливаем сайт вместе с движком

Установка плагина Duplicator и активация обычным способом.

Нажимаем “СОЗДАТЬ НОВЫЙ”

При сканировании на слабых хостингах Dublicator выдает предупреждение о малом времени выполнения скрипта PHP – в данном случае 60 сек.

Но это не является критичным. Запускаем создание.

Итого: архив создан.

Сохранить можно или через FTP или через административную панель сайта.

На диске желательно создать папку для хранения, так как два файла:

• сам архив (ZIP)
• установщик (PHP)

Что внутри архива Duplicator?

Для развертывания сайта (на этом или другом домене – установщик корректно поменяет все пути в базе данных) – нам нужно:

• архив файлов
• установщик
• дамп базы данных

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

Вот выглядит архив внутри:

• все наши папки и файлы с сервера
• папка dup-installer (со служебными данными)
• дамп базы данных
• копия установщика intaller.php

ВАЖНО: 

Если Вы потеряли установщик installer.php – то установщик от другого архива не подойдет (там записано название файла архива и контрольный хеш). Внутри архива есть файл установщика под именем “…….._installer-backup.php“. Вытаскиваете его из архива – и можно использовать.

А где файл wp-config.php?

Сам файл не сохраняется.  Файл будет пересоздан по образцу при развертывании сайта на новом месте при вводе новых данных. Остальные параметры файла wp-config.php сохраняются в текстовом файле dup-wp-config-arc_XXXXXX.txt

ВАЖНО: плагин обнаруживает и сохраняет данные из файла wp-config.php, даже есть он расположен на уровень выше (вне основной папки сайта).

Читаем статью

Что хранится в файле wp-config.php

При установке будет сообщение об отсутствии файла wp-config.php при создании архива

Английский :

If the wp-config.php file was moved up one level and out of the WordPress root folder in the package creation site then this test will show a warning.

This Duplicator installer will place this wp-config.php file in the WordPress setup root folder of this installation site to help stabilize the install process. This process will not break anything in your installation site, but the details are here for your information.

Русский

Если в wp-config.php файл был перемещен на один уровень выше и из корневой папки WordPress на сайте создания пакета, тогда этот тест покажет предупреждение.

Этот установщик дубликатора разместит это wp-config.php файл в корневой папке установки WordPress этого сайта установки, чтобы помочь стабилизировать процесс установки. Этот процесс ничего не нарушит на вашем сайте установки, но подробности приведены здесь для вашего сведения.

В папке dup-installer помимо служебных файлов хранится также архив нашей базы данных MySql

Восстановление сайта из архива Duplicator

Восстановление сайта из архива простое –  папку WWW на сервере очищаем от всего, копируем туда архив и установщик и запускаем установщик. Как его запустить? Как обычный файл PHP :)

В адресной строке браузера:

domen.ru/………….._installer.php (полное имя установщика)

После запуска процесс пошел, два основных этапа:

• развертывание папок сайта из архива
• подключение базы данных, отвечаем на стандартные вопросы (хост базы данных, логин/пароль к ней и т.д., логин/пароль для входа в админку)

В результате у нас есть восстановленная копия сайта.

ВАЖНО: не забудьте восстановить оригинальный файл .htaccess в коневой папке

#This Apache config file was created by Duplicator Installer 
#The original can be found in archived file with the name .htaccess__[HASH]

Да, Вы ничего не пропустили !

На новом месте НЕ НУЖНО заранее устанавливать WordPress – из архива будет развернута полная копия сайта вместе с движком.

Плагин архивации и сохранения All-in-One WP Migration

Плагин – All-in-One WP Migration

Вот он рядом с Duplicator. Установок 2 миллиона против 1 миллиона у Duplicator.

ВАЖНО: теперь бесплатная версия работает на сайтах до 100 Мб (ранее было до 500 Мб).

Читаем статью

Ограничение 100 Мб для бесплатной версии All-in-One WP Migration

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

ВАЖНО: All-in-One WP Migration сохраняет только папки и файлы WordPress.

Если у Вас есть:

• дополнительные папки (со своими скриптами)
• дополнительные файлы в корне сайта (для регистрации в поисковых машинах)
• файлы Apache .htaccess в разных папках

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

Но тут уже в целевом месте нужен установленный WordPress – т.е. сам движок не копируется:

• нужны лишние движения по установке WordPress в новом месте
• имеем гарантированную и чистую среду CMS WordPress после установки
• т.е. фактически можно “починить” движок WordPress, испорченный хакерами (перенос сайта в новый движок)
• несмотря на отсутствие файлов движка – сам архив получается больше, чем у Duplicator (так как нет дополнительного сжатия данных)

Схема переноса:

•  НЕ НУЖЕН доступ FTP
• на текущем сайте устанавливаем плагин All-in-One WP Migration
• запускаем, делаем архив сайта, сохраняем на ПК 
• на новом месте/домене устанавливаем WordPress (с любым логином и паролем – можно не запоминать и записывать, потом база MySql будет полностью заменена из архива)
• входим в админку с логином/паролем, которые у нас есть после этой установки
• в него также устанавливаем плагин All-in-One WP Migration
• если архив больше 64 Mb – устанавливаем еще расширение к плагину (см. ниже)
• в плагине указываем сайт с архивом -> запускаем восстановление сайта на новом месте
• входим в админку сайта уже с логином/паролем перенесенного сайта
• плагин All-in-One WP Migration можно удалить

выбираем сохранение в файл (можно выбрать и сохранение в облако)

процесс начался

сохраняем архив в файл на компьютере

Как открыть файл архива с расширением .wpress?

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

https://traktor.wp-migration.com/

После распаковки в папке будет

• все основные папки с данными
• дамп базы данных
• файл формата .json с основными параметрами сайта

ВАЖНО: плагин обнаруживает и сохраняет данные из файла wp-config.php, даже есть он расположен на уровень выше (вне основной папки сайта).

Читаем статью

Что хранится в файле wp-config.php

Восстановление сайта из архива WPRESS

Потом можно восстановить сайт из архива.

Сначала необходимо на новом хостинге:

• установить собственно WordPress
• и плагин All-in-One WP Migration

Далее из плагина находим наш архив.

По умолчанию – размер архива не должен превышать 64 Mb, для увеличения до 512 Mb необходимо установить дополнительное расширение (это бесплатно). Для архивов более 512 Mb – отдельное расширение уже платное.

Вот ссылка на это расширение к плагину

После скачивания и установки – дополнительное расширение появится в списке плагинов.

И да – несмотря на сохранение в файл на компьютере – на сервере всё равно остается копия (в папке wp-content/allwm-backups), которая занимает место.

Её можно удалить через пункт “Резервные копии”