Резервное копирование в ворд прессе. Резервное копирование WordPress. Как восстановить из архива файлы проекта

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

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

При этом большинство из них очень просто в использовании. В этой статье я хочу представить на ваш суд сравнительную характеристику 7 лучших плагинов для бэкапа сайта на WordPress.

Важно: у многих хостинг-провайдеров существует автоматическое резервное копирование. Однако, помните, что только вы ответственны (как, впрочем, и заинтересованы) за безопасность своего блога, поэтому не перекладывайте свою ответственность на хостинг-провайдера.

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

VaulPress

Данный плагин был разработан Мэттом Мулленвегом (сооснователь WordPress) и его командой «Automattic». Кстати, еще этот плагин используется для резервного копирования знаменитым сайтом WPBeginner.

Плагин работает на основе подписки пользователей, предлагая различные пакеты услуг. Автоматический бэкап сайта в реальном времени будет стоить от 5$ в месяц, что достаточно дешево и подходит большинству сайтов.

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

Единственный недостаток данного плагина только в том, что он платный. Несмотря на достаточно доступную цену, он вам может влететь в копеечку, если у вас несколько сайтов на WP.

BackupBuddy

– это один из самых популярных платных плагинов для бэкапа сайтов WP. C его помощью можно легко настроить автоматическое ежедневное, еженедельное и ежемесячное резервное копирование сайта и хранить файлы на Amazon S, Rackspace Cloud 3, FTP а также на уникальном собственном сервисе плагина «Stash» или даже отправлять бэкап на почту.

Основным его преимуществом является то, что работа плагина не основана на ежемесячной подписке. Вы просто выбираете подходящий для себя тарифный план и используйте плагин на все сайты, бэкап которых вы хотите сделать. BackupBuddy предоставляет доступ к поддержке на форуме и обновлениям. Кроме того он предоставляет 1Gb места в облачном хранилище для хранения бэкапов.

С помощью плагина можно перенести сайт WP на новый хост без простоя.

Если вы задаетесь вопросом, как сделать бэкап сайта не потратив ни рубля, то BackWPup это то, что вы ищите. Данный плагин позволяет делать полный бесплатный бэкап сайта на WordPress и хранить его в облаке Rackspace, Dropbox/Amazon S3 и т.п., а также в FTP, email или на компьютере.

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

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

Существует и платная версия — BackWPup Pro, которая помимо прочего позволяет хранить резервные копии сайтов на Google Drive. Здесь есть и другие очень полезные «фишки».

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

Поэтому если вы хотите пользоваться услугами по хранению копий в Dropbox, Google Drive, FTP и т.п., то установите платную (расширенную) версию. Здесь также есть возможность выбрать подходящий тарифный план и пакет услуг.

UpdraftPlus

Вот еще один плагин для WordPress, который ответит на вопрос, как сделать бэкап сайта. UpdraftPlus

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

Существуют платная версия плагина с дополнительными функциями и расширениями

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

Duplicator

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

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

WP-DB-Backup

Одним из самых популярных вордпрессовских плагинов для бэкапа можно назвать WP-DB-Backup, его скачали более 2 миллионов пользователей. Единственный минус – он делает резервное копирование лишь базы данных WordPress.

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

С помощью WP-DB-Backup можно легко сделать бэкапы базы данных, настроить их в автоматическом режиме по расписанию, а также восстановить БД из резервной копии. Этот плагин очень пригодится тем, у кого нет доступа к phpMyAdmin.

Как сделать бэкап сайта вручную

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

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

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

Теперь нам необходимо выполнить сохранение копии базы данных блога. Для этого идем в раздел «Базы MySql» и заходим в phpMyAdmin нужной нам базы.

После ввода пароля мы попадаем в раздел управления и редактирования Баз данных. Здесь хранятся все записи в виде таблиц. Мы же переходим в раздел «Экспорт» и выбираем обычный способ экспорта. Режим компрессии оставляете как есть, т. е выбираете — Нет. Шаблон имени не трогайте, он будет называться также как и ваша база автоматически. Я здесь ничего не трогаю. Картинка ниже кликабельна

Отлично! Базу данных также сохраняете на компьютере и дублируете в каком-нибудь файловом хранилище. Я, например, использую DropBox.

Вывод

У каждого вордпрессовского плагина для бэкапа есть как достоинства, так и недостатки. Я все-таки рекомендую пользоваться плагином VaultPress. Это объясняется двумя главными причинами.

Во-первых, он очень прост в применении. Во-вторых, у него есть возможность делать инкрементальные (инкрементные) бэкапы в режиме реального времени. Это значит, что вместо того, чтобы ежедневно/ежечасно делать полный бэкап всех файлов, вы сможете делать резервное копирование лишь того, что было обновлено, а это не только очень удобно, но и большая экономия времени. Данный плагин идеально подходит для больших сайтов, как например, wpbeginner.com, т.к. он позволяет эффективно использовать ресурсы сервера.

Если у вас небольшой сайт, и вы не хотите лишний раз тратить деньги, то отдайте предпочтение плагину BackupBuddy, т.к. у него есть свое облачное хранилище – «Stash», куда можно отправить бэкапы с помощью парочки кликов мышкой.

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

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

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

Будет очень обидно - столько потрачено времени, творческих сил, вложена душа, вам писали комментарии, вы на них отвечали - а это тоже время и силы... И всё это кануло в никуда, ибо архив на хостинге только недельной давности... Я с таким сталкивался.

Так что резервное копирование WordPress надёжнее делать самому.

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

Резервное копирование WordPress - плагин BackWPup

Долгое время я использовал плагин BackWPup . Пожалуй, это лучший бесплатный плагин для резервного копирования WordPress. Практически ни в чём не уступает платным аналогам. Лично для меня особую ценность представляла возможность выгрузки архива на Dropbox.

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

Долго искал, перебирал плагины и наконец нашёл. Плагин XCloner - Site Backup and Restore .

Резервное копирование WordPress - плагин XCloner

По началу плагин мне не очень глянулся. После моего предыдущего, интерфейс был очень непривычным. Но немного поработав с ним, я пришёл к выводу, что он именно то, что мне надо. Главное преимущество XCloner заключается в том, что его архив уже полностью готов не то, что к восстановлению рухнувшего блога, а даже к переносу своего сайта на совершенно другой хостинг и домен.

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

Расскажу об этом плагине подробнее и покажу свои настройки. Может кому-то пригодится и не надо уже будет экспериментировать.

Плагин XCloner

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

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

Итак, первый пункт - Dashboard, иными словами - информационная панель ...

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

Settings - настройки

Здесь мы имеем 4 вкладки, первая из которых General options

Здесь я ничего не трогал, всё оставил по умолчанию. Плагин сам правильно определяет необходимые пути и остальные моменты.

Следующая вкладка - Mysql Options

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

Да, если вы обратили внимание, напротив каждого пункта есть кнопочка со знаком вопроса. Стоит подвести туда указатель мыши, как всплывёт подсказка по данному пункту.

System Options

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

Умный плагин, сам всё знает. С таким резервное копирование WordPress планировать несложно.

Cleanup Options

Вот! Наконец-то мы добрались до тех мест, где что-то надо выставить под свои нужды. Это параметры удаления архивов с сервера.

У меня на хостинге места очень мало, а каждый архив, в моём случае, весит более 170 Мб. Для меня это критично. Поэтому выставил вот такие настройки:

1. Архив хранится один день.
2. Количество архивных копий равно единице. Это значит, что при создании архива, предыдущий удаляется.
3. Архив удаляется, если его размер превышает 180 Мб

При таких настройках архивные копии на сервере практически отсутствуют. Спросите где-же они? Они автоматом выкладываются на Dropbox. Но до этого мы ещё дойдём. Как раз в следующем пункте меню.

Remote Storage

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

Как видно из скриншота, для хранения своих резервных копий я выбрал свой любимый Dropbox.

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

Не нужно пугаться непонятного, там вообще всё просто. Посмотрите на скрин:

Ставим галочки, как на скрине, указываем имя приложения - оно может быть любым, но я, не мудрствуя лукаво, обозвал его XClone_backup. Всё. Кликаем на кнопку обозначенную номером 4. Готово.

Откроется страница созданного приложения, откуда надо скопировать API-Key и Secret-Key в настройки плагина.

Как видите, ничего сложного. А вы боялись...

На этом подготовка хранилища на Dropbox закончена.

Manage Backups

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

Scheduled Backups

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

Generate Backups

Здесь мы имеем аж пять вкладок для настройки резервного копирования WordPress.

Backup Options

Как уже повелось - ничего не менял... Но если вам надо... Почту для уведомлений или ещё что сменить, то пожалуйста...

Database Options

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

Files Options

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

Generate Backup

Скриншот не привожу - там всего одна кнопка, клик по которой немедленно запустит резервное копирование WordPress в соответствии с ранее сделанными настройками. Можете кликнуть ради теста. А так, нет нужды...

Shedule Backup

А вот запланировать процесс резервного копирования нужно.

1. Имя задачи (у меня это названо «Полный архив»).
2. Время, во сколько начать выполнение.
3. Периодичность из выпадающего меню.
4. Выгружать ли на удалённое хранилище (у меня Dropbox).

Ничего сложного нет.

Ну и, наконец, последний пункт меню...

Restore Backups

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

Короче говоря, при необходимости, почитаете. В критической ситуации просто ставите чистый WordPress, заливаете туда плагин XCloner и по этой инструкции полностью восстанавливаете блог на любом хосте и с любым доменным именем.

Заключение

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

Не знаю как кто, а я, имея эти архивы, чувствую себя спокойно.

Почему Dropbox? Я уже как-то писал, что на всех моих компьютерах установлено приложение от этого сервиса и с папками Dropbox я работаю, как с обычными папками Windows. Вот они, красавчики-архивы, всегда под рукой:

Ну а я на этом с вами прощаюсь. Удачи вам и до встречи на наших блогах.

Здравствуйте, уважаемые коллеги, гости сайт.

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

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

РК web-проекта можно сделать вручную на хостинге или даже поставить этот процесс на поток по расписанию при помощи плагина. Разберем оба способа в подробностях.

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

Любой, уважающий себя хостинг, резервные копии сайтов своих клиентов делает автоматически. К примеру, на TimeWeb доступно восстановление сайта с одной из трех РК, созданных хостингом в три последние даты с перерывом в двое суток.

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

Вот как это можно осуществить на TimeWeb:

1. Войдите в своей панели администратора хостинга в меню "Резервные копии".

1. На вкладке "Файлы" кликните по ссылке "Сохранить".

Резервная копия с расширением tar (файлы тем, расширений, smc wordpress, загруженных картинок) сохранится в корневой папке сайта.

1. По аналогии, сделайте резервную копию базы данных (статьи, комментарии, настройки плагинов) на вкладке "Базы данных". Ее копия с расширением sql.gz сохранится также в корневой папке.

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

Резервная копия сайта при помощи WordPress плагина UpdraftPlus Backap/Restore

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

К примеру, плагин для WordPress «UpdraftPlus Backap/Restore» позволяет записывать РК файлов и базы данных по определенному расписанию с сохранением неограниченного количества копий.

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

Расширение полностью переведено на русский язык, сложностей у вас не возникнет, но я все же разъясню некоторые моменты.

Настройка и использование плагина для WordPress - UpdraftPlus Backap/Restore

Скачайте плагин по адресу https://ru.wordpress.org/plugins/updraftplus/ , установите и активируйте его обычным способом, затем перейдите по ссылке «Резервные копии UpdraftPlus» в настройках админки сайта.

1. На вкладке «Текущий статус» вы можете одним кликом и прямо сейчас: создать резервную копию, восстановить (сделать бэкап) сайта из последней РК или скопировать/перенести РК.

1. На вкладке «Существующие резервные копии» можно сделать бэкап сайта из любой копии, удалить ненужную или скачать РК базы данных и файлов. Для скачивания файла с требуемым содержимым нажмите на соответствующую кнопку.

1. На вкладке «Настройка», в самом верху страницы, определите расписание создания РК файлов, базы данных и количество их копий.

Чуть ниже, можно выбрать место хранения РК вашего сайта. Если этого не сделать, то все РК сайта будут сохраняться на вашем сервере по адресу /wp-content/updraft/.

1. Из всех возможных вариантов мест хранения, присутствует функция отправки РК на Email администратора. Сработает, только если ваш "почтовик" поддерживает вложения такого размера в письмах.
2. Мне, больше всего, приглянулся сервис облачного хранения Google Drive. Как его подключить, рассмотрим ниже.

Подключение Google Drive для хранения резервных копий сайта

Кликните по иконке Google Drive, после чего, ниже появится небольшая инструкция по прикручиванию сервиса.

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

1. Этот URL переадресации нам еще пригодится, пока оставьте без внимания.
2. Перейдите по ссылке в консоль Google API.

1. Кликните тут по ссылке «Включить API».

1. В новом окне кликните по ссылке «Drive API».

1. Далее нажмите на кнопку «Создать», чтобы создать учетные данные.

1. В окне добавления учетных данных выберите данные, как на скриншоте, после чего нажмите на кнопку «Выбрать тип учетных данных».

1. В это поле впишите адрес своего сайта без наклонной черты на конце.

1. Сюда вставьте URL перенаправления, о котором я говорил в первом пункте настоящей инструкции.

Нажмите на кнопку «Создать идентификатор клиента».

1. Тут просто нажмите на кнопку «Готово».

1. Кликните по иконке редактирования идентификатора.

1. Скопируйте по очереди идентификатор клиента и секретный ключ, которые вставьте, соответственно, в поля 12 и 13 настроек плагина.

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

14. После клика, всплывет еще одно, последнее окошко с запросом на подключение автономного доступа, нажмите тут на кнопку «Разрешить».

Теперь, все резервные копии вашего сайта будут «заливаться» на облачное хранилище Google Drive по заданному расписанию.

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

Обновлено: Март 21, 2017 автором: Роман Ваховский

Создание блога — это длительный и очень кропотливый процесс. Серверы хостингов весьма надежны, но никогда нельзя исключать какого-либо форс-мажора. Например, серьезного технического сбоя, пожара или наводнения. Хостеры делают ежедневный бэкап, но в случае возникновения форс-мажорных обстоятельств они абсолютно ничего не смогут сделать, т. к. есть вероятность (весьма незначительная) полного исчезновения всей информации на сервере. Но, тем не менее, представьте, как будет неприятно в одно мгновение потерять свой ресурс и все результаты длительной работы из-за непредвиденных обстоятельств. Основные неприятности появляются обычно после появления такого сообщения, при попытке зайти на блог.

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

Если блог создается на основе обычного html и css, то достаточно просто скопировать все данные на флешку или в другое безопасное место. Но если блог построен на СМС wordpress, то задача немного усложняется, т.к. нам придется сделать дополнительную работу – сделать дамп-файл с расширением *.sql , а содержимое сайта необходимо запаковать в zip-архив, для экономии времени передачи через FTP-соединение. Большинство хостеров ежедневно проводят процедуру резервного копирования. Однако сбои в работе бывают везде, поэтому сервер не исключение.

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

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

У разных веб-хостингов панель управления может выглядеть иначе, но тут главное понять сам принцип и действовать по аналогии. Стандартная cPanel управления веб-хостинго обычно имеет раздел «Backup» или «Резервное копирование». Рассмотрим этот способ. На скриншоте показана cPanel реального хостинга.

Нас на этой панели интересует вкладка «Backup», при нажатии на которую буквально через несколько минут Вы получите полную копию содержимого «public_html». На серверах zip-архив веб-сайта размещается обычно в главной директории или в директории «public_html», но могут быть и другие варианты. В этом конкретном случае при клике по кнопке «Backup» появляется новое окно с вкладкой для скачивания архива на ПК.

Следует отметить, что на некоторых хостингах существует кнопка, нажав которую можно получить бэкап MySQL размещенного ресурса.

Второй способ резервирования веб-ресурса

В этом способе тоже нет ничего сложного. В панели управления обычно существует кнопка с названием «File manager». Если по ней кликнуть, то мы попадем на вкладку следующего вида.

В папке «public_html» на сервере находится вся информация сайта, которую надо заархивировать. Большинство хостеров предоставляет такую возможность. Делается это очень просто, после клика правой клавиши по папке в выпадающем меню выбираете — «архивировать» или «Compress».

В результате этой операции в главной директории создается zip-архив (бэкап) веб-сайта, который через FTP легко скачать на свой компьютер для хранения.

Можно использовать старый и проверенный Тотал командер, можно применить Filezilla, но принцип остается тот же. Связываемся через FTP-соединение со своим аккаунтом, ищем архив нашего ресурса, а затем скачиваем в определенное место на компьютере. Например, с сервером уже установлена связь,zip-архив находится в главной директории и для его скачивания достаточно определить каталог на ПК, выделить архив и кликнуть на кнопку «копирование».

Экспорт MySQL в дамп-файл

Казалось бы и все. Архив скопирован и все закончилось бы на этом, если бы проект был статичным, созданным на основе HTML и css. СМС wordpress динамический движок, это значит, что странички создаются только в момент запроса по конкретному адресу. Динамический движок требует наличия не только содержимого (находится в каталогах сайта), но и базы данных MySQL. Следовательно, нам нужно создать ее копию, иначе в случае какого-то чрезвычайного происшествия восстановить веб-сайт будет невозможно. Если подходить к этой проблеме аккуратно и внимательно, то создание копии, т. е. экспорт MySQL в дамп-файл для движка вордпресс можно сделать очень легко и просто.

На уже упомянутом скриншоте 2 есть кнопка — «phpMyAdmin». На разных хостингах панель управления выглядит по-разному, но ищите ссылку для перехода в «phpMyAdmin», она там обязательно будет. В «phpMyAdmin» находите имя своей базы и открываете ее, затем выбираете опцию «Экспорт» и жмете кнопку «ОК».

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

Как восстановить блог на вордпресс из копии

Итак, у нас есть резервные копии дистрибутива блога и дамп-файл. Как сделать восстановление или откатить на прежнюю СМС? По логике получается, что процесс должен быть обратный. Но иногда достаточно восстанавливать что-то одно — базу или каталоги. Возможны следующие варианты:

• при случайном нарушении каталогов или кода СМС обычно восстанавливают только содержимое папки «public_html»;
• если что-то непонятное происходит с настройками, страницами и постами, то восстанавливают только базу;
• если работа сайта полностью парализована, то обычно начинают с базы, а если не помогает, то восстанавливают файлы блога.

Восстановление MySQL — базы данных

На многих современных хостингах в cPanel имеется вкладка «restore», нажав которую можете мгновенно восстановить таблицы в phphMyAdmin. Но если на хостинге в результате какого-либо технического сбоя пропали базы MySQL блога, то восстановить прежнюю работу можно следующим образом.

Заходите в phphMyAdmin через панель управления, находите или создаете заново базу со старым именем (в ней не будет таблиц) затем жмете кнопку «Импорт».

На своем компьютере находите сохраненный дамп-файл, (он имеет расширение *.sql) и выбираете его. Не трогайте никакие настройки, просто нажмите «ОК» и через короткое время таблицы в phphMyAdmin будут созданы. Есть и другой, альтернативный способ. Скопируйте содержимое дампа базы (расширение *.sql) открыв его текстовым редактором, и вставьте его на вкладку «SQL», нажмите «ОК».

Как восстановить из архива файлы проекта

Если панель управления позволяет выполнить быстрое восстановление через бэкап на хосте, то восстановите текущую версию. В противном случае связываетесь с хостом по FTP-соединению и удаляете старую папку «public_html», для своего же удобства, т.к. ваш архив после разархивации превратится в директорию (для рассматриваемого случая) «public_html» внутри которой будет находиться содержимое вашего проекта.

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

Как откатить wordpress и вернуть старую версию

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

• создание резервной копии блога;
• скачивание нужной версии СМС;
• замена некоторых папок и файлов.

У нас уже создан бэкап сайта, поэтому пропускаем первый пункт. Скачиваем подходящую версию на странице официального сайта — ru.wordpress.org/releases/ . Скачанный архив распаковываем в отдельную папку ПК и в ней удаляем «wp-content», а также файл «wp-config-sample.php».

Это необходимо для того, чтобы не изменились данные вашего ресурса. Ведь в папке «wp-content» содержатся темы, используемые плагины и загрузки блога, а «wp-config-sample.php» оказывается просто лишним, ведь он уже существует и, главное, настроен.

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

Заключительный этап: обновление базы данных

После завершения процесса передачи и замены всех файлов необходимо снова зайти в админ-панель хостинга и обновить страницу. Для этого в появившемся окне нужно нажать ».

Пройдет некоторое время и появится всплывающее окно. В нем жмем на вкладку «Продолжить» и . Появится сообщение, как подтверждение успешного завершения процесса обновления с указанием текущей версии СМС-движка.

Теперь Вы знаете:

• как создать бэкап своего веб-сайта;
• как сохранить дамп данных MySQL;
• как восстановить проект;
• как возвратить предыдущую версию wordpress.

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

Как гласит народная мудрость, люди делятся на тех, кто еще не делает бэкапы, и тех, кто их уже делает.

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

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

Импорт и экспорт в WordPress

В первую очередь следует отметить, что WordPress предоставляет кое-какой базовый функционал резервного копирования. Ознакомиться с ним можно в разделе Инструменты → Экспорт. Выбрав, что именно вы хотели бы сохранить в бэкап, вы можете скачать к себе на компьютер XML-файл, содержащий всю текстовую информацию с вашего сайта.

Чтобы восстановить сайт (или скопировать его на другой хостинг), нужно загрузить полученный файл в разделе Инструменты → Импорт → WordPress. Для импорта WordPress вам предложит автоматически установить соответствующий плагин. Кстати импорт поддерживает и сторонние сервисы, например Tumblr, LiveJournal, и Blogger.

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

Плагин BackUp WordPress

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

Премиум-версия позволяет делать бэкапы автоматически и сохранять их на серверах WP Remote или же в одном из поддерживаемых облачных сервисов, например, Dropbox или Amazon S3.

Плагин Online Backup for WordPress от Backup Technology имеет уже значительно большее количество настроек.

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

Также можно настроить расписание бэкапов, правда, в отличие от BackUp WordPress, только одно.

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

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

Сервис VaultPress

Если рассматривать перечисленные плагины с точки зрения совместимости с WordPress, то первое место, безусловно, займет VaultPress , также являющийся детищем компании Automattic.

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

Для каждого добавляемого на сервис сайта придется оплатить отдельный тариф (кстати, то же самое действительно для премиум-версии WP Remote). После оплаты вы увидите лаконичную консоль:

В разделе «Backups» вы найдете полный список всех резервных копий, которые были сделаны для вашего сайта в соответствии с выбранным тарифным планом.

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

А предоставить его мы можем даже несколькими способами. Помимо традиционного обращения по FTP, мы можем дать сервису доступ к сайту по SSH или прямой доступ к базе данных. Чем больше способов соединения указано, тем легче будет происходить процесс восстановления сайта, если все же придет день, когда он понадобится.

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

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

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

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

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

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

• Уточните, что именно будет копироваться. Иногда в стандартный бэкап не включается база данных, или же копируется только папка wp-content, или есть еще какое-либо ограничение. Лучше узнать об этом заранее.
• Осведомитесь о частоте бэкапа. Бывает, что компания обещает бэкап раз в три дня, а при возникновении ситуации, когда требуется резервная копия, выясняется, что в наличии только бэкап двухнедельной давности. Хороший способ избежать подобного конфуза - сымитировать нужду в бэкапе и проверить честность хостинг-провайдера.
• Заранее выясните, входит ли восстановление сайта из резервной копии в стоимость вашего тарифа или же оплачивается отдельно.
• Также не лишним будет узнать, делается ли восстановление средствами хостинг-команды или же вам только предоставят архив с бэкапом, а заниматься восстановлением вы должны будете самостоятельно.

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