Плагин Akeeba Backup ☘ резервное копирование WordPress

Akeeba Backup - это плагин, который позволяет создавать резервные копии WordPress, восстанавливать и передавать ваши сайты. С его точки зрения, неважно, восстанавливаете ли вы резервную копию (восстановление на том же сайте) или делаете перенос сайта (восстановление на другом сайте или сервере). Это то, что делает его мощным: одну и ту же резервную копию можно использовать для восстановления сайта до его предыдущего состояния, перемещения сайта на новое местоположение, или сервера, или даже создания идеальных клонов сайта.

Akeeba Backup для WordPress

Akeeba Backup — это самое полное решение для резервного копирования сайта на WordPress. Он устанавливается как родной плагин WordPress и требует минимальной, если таковая имеется, конфигурации для начала резервного копирования ваших сайтов. Основываясь на богатом опыте Akeeba Backup, обеспечивает простое в использовании и одновременно мощное решение для резервного копирования, восстановления и перемещения вашего сайта WordPress между серверами той же или другой архитектуры.

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

Если вам нужна абсолютная сила и гибкость, Akeeba Backup для WordPress подходит именно вам! Плагин отвечает за точную настройку вашей резервной копии и вы можете выбирать, какие каталоги, файлы или таблицы базы данных исключить из backupa. Он может даже позволить вам резервировать содержимое вне сайта, если вы укажете, какие каталоги и базы данных за пределами сайта вы хотите добавить.

Каждая сделанная резервная копия помещается в резервный архив. Резервный архив представляет собой сжатый файл. Форматы, поддерживаемые Akeeba Solo / Akeeba Backup, — JPA (формат с открытым исходным кодом, оптимизированный для быстрого резервного копирования), JPS (например, JPA с добавленным слоем надежного шифрования для защиты содержимого от посторонних глаз) и ZIP (стандартный, но гораздо медленнее, сжатый формат файла).

Для кого подойдет Akeeba Backup

Akeeba Backup может использоваться гораздо шире, чем просто резервное копирование. Некоторые индикативные виды использования:

  • Резервные копии безопасности. Делая полный снимок вашего сайта, вы можете не боятся в случае если ваш сервер вдруг перестанет работать, или хакер взломает ваш сайт используя некоторые дыры в безопасности.
  • Шаблоны сайтов. Вебмастера могут использовать Akeeba Backup для создания «прототипов сайтов». Это означает, что вы можете создать сайт на локальном сервере, настроить его так, как обычно, и создать резервную копию. Теперь у вас есть консервный сайт, который может служить отличным шаблоном для будущих клиентов. Используя тот же метод, вы можете получить снимок всех сайтов, которые вы создали для своих клиентов, без необходимости их установки на локальном сервере.
  • Создайте сайт в автономном режиме и легко загрузите готовый сайт. Веб-профессионалы могут создавать полный сайт в автономном режиме на локальном сервере и, когда все будет готово, сделать снимок с помощью Akeeba Backup, а затем восстановить и опубликовать его на рабочем сервере.
  • Тестирование обновлений. Тестируйте локально, не рискуя сломать онлайновый сайт. Обновления плагинов и шаблонов могут повредить настройки, особенно на сложных сайтах. Вебмастера могут использовать Akeeba Backup, чтобы получить снимок сайта, восстановить его на локальном тестовом сервере, выполнить обновление там и протестировать любые проблемы, в этом случае реальный сайт не подвержен риску.
  • Отладка сайта локально. Почти так же, как сказано выше, веб-профессионалы могут использовать Akeeba Backup, чтобы сделать снимок сайта клиента для выполнения поиска ошибок. Используя Akeeba Backup снова, они могут загрузить исправленный сайт обратно на живой сервер.
  • Перемещение сайта на новый хостинг. Веб-мастера, которые хотят перенести свой сайт на новый хостинг, найдут в Akeeba Backup, отличный инструмент для этого. Просто создайте резервную копию исходного сайта и восстановите его на новом хостинге. Престо, ваш сайт перемещается практически без усилий.

По словам пользователей, Akeeba Backup может сэкономить вам часы каторжных работ. Он лицензируется в соответствии с GNU General Public License версии 3 или, по вашему выбору, или с любой более поздней версией лицензии. В результате вы можете изменить его по своему вкусу и установить на столько сайтов, сколько хотите, не заплатив за дорогостоящую «лицензию разработчика».

Установка плагина и создание резервной копии

Типичный рабочий процесс резервного копирования или восстановления

Как указано, Akeeba Backup предназначен для облегчения вашей жизни. Это делается путем оптимизации рабочего процесса резервного копирования и восстановления (или переноса) вашего сайта. С точки зрения Akeeba Backup, восстановление одного и того же хоста и местоположения, копирование вашего сайта в подкаталог / субдомен одного и того же хоста или перенос вашего сайта на совершенно новый хост идентичны. Правильно, Akeeba Solo и Akeeba Backup не волнует, восстанавливаете ли вы, копируете, клонируете или переносите свой сайт! Процесс всегда один и тот же, поэтому вам нужно только изучить его один раз. Кривая обучения тоже очень гладкая!

ВНИМАНИЕ! НЕ ПОПЫТАЙТЕСЬ ВОССТАНОВИТЬ РАЗЛИЧНЫЕ ТЕХНОЛОГИИ БАЗЫ ДАННЫХ. ЭТО НЕ РАБОТАЕТ И НЕ ПОДДЕРЖИВАЕТСЯ. Например, если вы взяли резервную копию с сайта с использованием базы данных MySQL, вы не можете восстановить эту базу данных в базе данных PostgreSQL, Microsoft SQL Server или Windows Azure SQL.

Как сделать резервную копию WordPress

Установите Akeeba Backup и настройте его на ваш вкус. Используйте автоматический мастер настройки плагина, чтобы сразу настроить его с идеальными параметрами для вашего сервера и сайта. Нажмите кнопку «Создать резервную копию» и ожидайте окончания. Когда плагин закончит работу, нажмите кнопку «Управление резервными копиями». Нажмите на ссылку загрузки справа от записи резервного копирования из списка — или, еще лучше, используйте FTP для этого. Сохраняйте все части архива резервных копий где-нибудь на своем локальном ПК.

Восстановление сайта из резервной копии

Извлеките файл kickstart-VERSION.zip, который вы загрузили из нашего репозитория загрузки. Единственными содержащимися файлами являются kickstart.php и файлы INI перевода. Загрузите их на сервер, на который вы хотите восстановить свой сайт.

Загрузите все части резервного архива (еще не извлекайте его, просто загрузите файлы) на сервер, на котором вы хотите восстановить свой сайт (теперь вызываемый на целевом сервере). Теперь каталог вашего сервера должен содержать kickstart.php и части резервного архива (.jpa, .j01 и т. Д.).

Запустите свой браузер и посетите URL-адрес Kickstart на целевом сервере, например http://www.ваш-сайт.com/kickstart.php.

Измените любой параметр — при необходимости — и нажмите кнопку «Пуск». Отправляйтесь, пока Kickstart извлекает резервный архив прямо на сервере! Это слишком быстро (особенно по сравнению с FTP-загрузкой всех этих сотен или тысяч файлов). Если сбой произошел с ошибкой, вернитесь, выберите опцию «Загрузить по FTP» и укажите информацию о своем FTP-подключении, затем нажмите «Начать снова».

Появится новое окно. Это ANGIE, скрипт восстановления сайта, который был включен в ваш архив во время резервного копирования. Не закрывайте окно Kickstart еще!

Следуйте инструкциям ANGIE, заполняя детали нового сервера (самое главное, новое подключение к базе данных и информация о соединении с FTP).

Когда ANGIE завершен, он предлагает удалить каталог установки. Игнорируйте это приглашение и просто закройте окно ANGIE.

Вернитесь в окно Kickstart, нажмите кнопку «Очистить». Kickstart удаляет установочный каталог, восстанавливает ваш .htaccess файл (если он был в первую очередь), удаляет резервный архив и сам.

Верьте или нет, у вас есть рабочий сайт! Честно! Нажмите кнопку «Просмотреть», чтобы перейти на новый сайт.

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

Каждый архив резервных копий содержит три вещи:

  1. Копия всех файлов вашего сайта
  2. «Дамп» (резервная копия в формате SQL) содержимого базы данных вашего сайта
  3. Сценарий PHP, используемый для восстановления базы данных «дамп» и, при необходимости, перенастройки вашего сайта.

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

Информация об установке учетной записи хостинга, такая как имена доменов, записи DNS и т. Д. Это также включает в себя учетные записи электронной почты, настроенные на вашем сервере, включая архив сообщений электронной почты. Доступ к этой информации требует специальных прав доступа, которые обычно не предоставляются приложениям PHP, таким как Akeeba Solo, вашим хостом по соображениям безопасности. Мы рекомендуем не пытаться включить эту информацию в резервную копию. Вы вряд ли добьетесь успеха, и вы будете активно унижать безопасность своей учетной записи хостинга.

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

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

Что еще может Akeeba Backup

Akeeba Backup может создавать резервные копии и восстанавливать разные сайты с использованием одного или нескольких профилей резервных копий. Каждый профиль резервного копирования представляет собой набор параметров конфигурации, которые определяют конкретный способ резервного копирования частей или всего сайта. Конечно, вы можете использовать несколько профилей резервного копирования для каждого отдельного сайта. Это полезно, если вы хотите, например, взять полную резервную копию сайта, а также иметь возможность быстро получить резервную копию всего лишь нескольких часто изменяющихся файлов и таблиц базы данных.

Резервные копии по умолчанию запускаются вручную только через приложение, когда вы нажимаете кнопку «Резервное копирование сейчас». Вы можете автоматизировать резервное копирование различными способами. Стоит отметить, что вам нужен внешний триггер для резервных копий, будь то планирование работы CRON вашего сервера или сторонней службы. PHP действительно плохо запускает длительные, ресурсоемкие процедуры, такие как полное резервное копирование сайта, как часть процесса создания сайта вашей страницы.

80%
Рейтинг

Если Вы согласны или не согласны с содержанием данного материала, просим Вас оставить свой отзыв или проголосовать.

Остались вопросы? Задайте его удобным для вас способом:

Наши контакты:

+7 (925) 370-97-50

+7 (968) 453-66-17

support@webmaster18.ru

Сделаем вместе лучшим интернет!

  • Актуальность

Оставьте ответ

Добавить свой вопрос!

Вы получите уведомление по Email, когда вам ответят/обновят!

+ = Ответьте вы человек или спам-робот?