Восстановление базы данных и всех файлов движка WordPress — это то, что необходимо знать каждому блогеру. Падение блога — неприятная ситуация, но не смертельная. И ударяться в панику не стоит. О восстановлении написано уже немало.
Из того, что предлагается в интернете, я хочу предложить вам два – наиболее безопасных варианта.
Допустим, ваш блог упал. Как же выйти из этой ситуации? Признаками того, что блог лежит, может служить хотя бы то, что при обращении к основному адресу вашего блога, вы увидите страницу с текстом: Index of/mysite и ниже — не полное описание содержимого корневой папки.
Это примерно все, что может уцелеть. Но и это не все. Проблема не только с файлами, но есть еще и база данных, которая тоже нарушена. Удостовериться можно, зайдя к себе на хостинг и посмотреть на то, что осталось от таблиц MySQL. Если, по какой-то причине, была нарушена работоспособность только вашего сайта, исправить это большого труда не составит.
Откат — восстановление базы данных и файлов.
Преимущественно на всех хостингах, сейчас постоянно создаются и хранятся несколько бэкапов всех сайтов. В личном кабинете своего хостинга, заходите во вкладку «Управление BACKUP» или «Резервные копии».
В открывшемся окне, кликаете на раздел «Файлы» — из «Список доступных бэкапов», выбираете определенную дату и напротив папки своего сайта, нажимаете на кнопку «Выполнить откат»:
Вас перебросит в раздел «Статус», где увидите весь процесс восстановления файлов.
После этого, те же действия проделайте, но уже с разделом «Базы MySQL»:
Как видите, ничего сложного нет. За несколько минут вы можете восстановить базу данных и файлы своего блога.
Редко, конечно, но бывают случаи – после атак на сервер – нет последних резервных версий. Что тогда?
Будем надеяться, что вы добросовестно относитесь к защите своего любимого сайта и всегда имеете в наличии, одну из последних версии бэкапа.
Редирект на техническую страницу.
В предыдущей статье «Резервное копирование — бэкап WordPress«, мы рассмотрели возможность создания резервной копии своего блога. Имея ее, вы можете восстановить не только базу данных, но и все файлы своего блога.
Прежде чем восстанавливать блог из бэкапа, вам нужно предложить посетителям другое место для захода – вместо обычного адреса своего сайта, перенаправить их на страницу тех. поддержки. Страница, где будет написано, что блог находится на техническом обслуживании. То есть, делаете «редирект» всем, кроме себя – вы сайт видеть будете – посетители только страницу:
Сделать это можно с помощью своего IP-адреса и файла: .htaccess. Создаете текстовой файл .htaccess в Блокноте или с помощью бесплатной программы — Notepad++, тот же блокнот, но в более продвинутой форме:
# PAGE REDIRECT
<IfModule mod rewrite.c>
RewriteEngine on
RewriteCond %{REMOTE_ADDR} !^000\.000\.000\.00
RewriteCond %{REQUEST_URI} !/redirect.html$ [NC]
RewriteCond %{REQUEST_URI} !\.(jpe?g?|png|gif) [NC]
RewriteRule .* мой-блог/redirect.html [R=302,L]
</IfModule>
Теперь внимательно! В четвертой строке 000\.000\.000\.00, вместо нолей, меняя только цифры, подставляете свой IP-адрес. Как узнать свой IP-адрес? Все очень просто. Заходите в поисковик и пишете – мой IP и в первой строке выдачи копируете и вставляете его в файл .htaccess. В предпоследней строке, вместо – мой блог, подставляете свое доменное имя без http://, например, dg-palych, как у меня.
Второй файл, с расширением .html: redirect.html– создается с помощью программ «Notepad++» или «Dreamweaver»:
<!DOCTYPE HTML PUBLIC «-//W3C//DTD HTML 4.01 Transitional//EN» «http://www.w3.org/TR/html4/loose.dtd»> <html> <head> <meta http-equiv=»Content-Type» content=»text/html; charset=utf-8″> <title>Документ без названия</title> </head> <body> <h1>Извините, сайт на реконструкции. Приходите позже.</h1> </body> </html>
После этого соединяетесь со своим хостингом и закидываете оба файла в корневую папку своего блога. В итоге, все посетители будут попадать на страницу техобслуживания с информацией: «Извините, сайт на реконструкции. Приходите позже».
Это конечно тестовая страница. По желанию ее можно оформить более красочно – в первом файле предусмотрены три формата картинок. Текст на ваше усмотрение.
Вот такой вот вариант того, как оставить доступ себе, с помощью IP-адреса и закрыть доступ к блогу другим посетителям. И уже со спокойной душой приступить к восстановлению своего блога.
Кстати, если вы хотите закрыть свой блог на реконструкцию, при условии, что у вас есть доступ в Админ-панель WordPress, можно воспользоваться плагином: rocket-maintenance-mode.2.0 или более новой версии.
Восстановление базы данных.
После того, как вы сделали редирект на техническую страницу, можно приступить к восстановлению базы данных MySQL своего блога. Как сделать бэкап базы данных мы рассматривали в предыдущей статье. Архив нужно разархивировать. Теперь, из полученной папки, копируете файл дампа базы данных на рабочий стол. Именно копируете. Вот как она будет выглядеть, если ее открыть с помощью Notepad++:
Только после этого, заходите к себе на хостинг, в базу данных MySQL (Как это сделать, я писал в статье «Защита сайта и его контента«) и удаляете все оставшиеся старые таблицы базы данных: на странице phpMyAdmin, где храниться ваша база, нажимаете на раздел «Структура«, внизу, под таблицами, ставите галочку «Отметить все», правее – «С отмеченными» выбираете «Удалить». Внизу справа кликаете «Вперед» и на следующей странице подтверждаете «Да». Все таблицы удалятся.
После этого нужно загрузить новый файл дампа базы. Нажимаете «Импорт», в выпавшем окне кликаете «Выберите файл».
У себя на компьютере найдите свой файл дампа базы данных в формате «.cql«, кликаете по нему и жмете открыть. В окне на хостинге увидите выбранный файл. Дальше – кнопка «Вперед». Когда все загрузится, увидите надпись:
«Импорт успешно завершен«.
Восстановление файлов блога.
Если вы устанавливали к себе на блог плагин: wordpress-backup-to-dropbox, заходите в Dropbox, в папку, где хранится ваш бэкап, открываете ее и видите, что все файлы блога целы и невредимы.
Кликаете правой кнопкой мыши на папку «wpb2d» со всеми файлами и нажимаете «Скачать». Файлы скачаются архивом в формате ZIP. У себя на компьютере распаковываете его в папку на рабочий стол.
Надеюсь, умеете работать с FTP-клиентом? Открываете нужную папку, выделяете все файлы и через FileZilla, аккуратно закидываете их в корневую папку блога. Процесс не из быстрых! Наберитесь терпения. Некоторые файлы будут совпадать – выбираете «Перезапись» и «Всегда использовать это действие».
Но, возможно, не каждый хостинг примет с благодарностью такую нагрузку. Тогда лучше закидывать файлы по очереди.
Можно загружать и вручную, прямо с сервера. Но, во избежание не предвиденных сбоев, все файлы нужно по частям заархивировать в ZIP-архив.
Основные паки раздельно: wp-admin, wp—includes по раздельным архивам. Также и файлы вне папок – отдельный архив.
Папку wp-content так же следует разбить на три части. Выделить из нее три, которые необходимы – plugins, themes, uploads и заархивировать каждую. Тогда есть гарантия, что хостинг все примет без лишних эмоций.
Закачка файлов происходит через «Файловый менеджер» на вашем хостинге. Сначала удаляете все, вышеуказанные старые папки, если от них что-то осталось. Потом нажимаете «Архиватор» — «Закачать и разархивировать». Но лучше через FTP-клиент.
И так каждый архив, по очереди, в свою директорию. Будьте очень внимательны! После распаковки архивов в папки и копирования и установки файлов на их прежние места, не забудьте удалить эти архивы и оставшиеся после разархивации, ненужные папки.
После того, как вы восстановили таблицы и файлы, нужно проверить работоспособность своего блога. Проверять нужно везде, по всем ссылкам, заходите на все страницы и статьи.
Короче, досконально полазить по-своему, восстановленному сайту.
Теперь желательно сменить все возможные пароли и логины на хостинге и «Вход» в админ-панель блога WordPress.
В предыдущей статье о «Защита сайта и его контента» я это описывал. Лишним никогда не будет.
После смены паролей, убираете из корневой папки редирект на техническую страницу. Файл «.htaccess» оставляете, а содержание – удаляете.
И так, вы провели удачное восстановление базы данных и всех файлов блога WordPress– можно сделать следующий бэкап.
Теперь вы знаете как осуществляется, та самая, комплексная, фундаментальная защита блога. Она заключается в своевременном и постоянном автоматическом резервном копировании – создании бэкапов своего блога и не боязни восстановления базы данных и его файлов.
P. S. Все возникшие вопросы прошу обсудить в комментариях.
Делитесь с друзьями в соц. сетях. Пока – пока!