Восстановление блога – бэкапы, кэши поисковиков, rss и gmail

Friday, 23 Apr 10 в 22:45

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

Итак, если у вас возникли проблемы с хостингом и блоги / сайты перестали работать, первым делом, конечно, нужно узнать причины, последствия и позицию компании, где вы собственно хостинг и заказывали. Если там какие-то серьезные проблемы, то самым оптимальным выходом будет попросить бэкапы проекта, после чего восстановить его уже на другом хостинге. К сожалению, в большинстве случаев обстоятельства совпадают таким нехорошим образом, что проблемы хостера и невозможность предоставить бэкап совпадают. Тут, конечно, нужно отчасти винить себя – во-первых, из-за выбора компании (часто ищется вариант подешевле), а во-вторых, за личную пассивность в сохранности информации – всегда делайте бэкапы своих проектов! Кстати, бэкап блога на wordpress можно сделать как вручную, так и с помощью специального плагина WordPress Database Backup (WP DB Backup).

В моем случае никаких бэкапов просить не пришлось, суть восстановления блога была в дополнении его последними постами и комментариями. Это, конечно, несколько проще чем перенос блога на другой хостинг. Первым, что я проверил был личный бэкап с помощью плагина WordPress Database Backup – увы, тут меня ожидало небольшое разочарование. Во-первых, я указывал резервное копирование постов блога и отправление бэкапа на почту gmail 1 раз в неделю, поэтому информация там была также устаревшей. Во-вторых, при попытке восстановить блог через phpmyadmin из файлов бэкапа я получал странные ошибки и совершенно нулевой результат. Второй момент особо озадачил – нужно будет потестировать работу плагина еще разок и в случае глюков найти альтернативный вариант.

Еще одни пристанищем контента вашего сайта или блога служит кэш поисковых систем Google или Яндекс. Для этого, конечно, ваш проект должен быть не банальным ГС, а полезным проиндексированным сайтом. В общем, нужно будет поискать последние посты или контент проекта в кэше:

Часть информации мне все же удалось оттуда достать, но статьи, опубликованные в тот же день были проиндексированы, но не имели версии из кэша. И тут я вспомнил еще один замечательный метод. Дело в том, что у меня есть привычка, да и всем советую подписываться на RSS своих блогов. Конечно, я делаю это не для накрутки +1 читателя, а чтобы проверить все ли правильно отображается, нет ли каких-то глюков в RSS фиде. Понятно, что последние статьи, написанные даже за пару часов до глюков хостинга я совершенно спокойно нашел в своем Google Reader.

Напоследок оставалось практически невозможное – восстановить комментарии к статьям блога. Кэш поисковых систем обновляется не так часто, чтобы найти там комментарии пусть даже за 2-3 дня, трансляцию их в RSS я не включаю. Но ведь уведомления о всех комментариях блога приходят вам на почту для модерации или просто так. Признаться, я сразу не догадался глянуть в свой gmail, потому как после модерации комментариев сразу их удаляю. В общем, пытался как-то по другому решить проблему, уже было даже разочаровался, а потом вдруг вспомнил, у gmail ведь есть корзина! И в эту корзину попадают все удаленные вами письма – в том числе и комментарии. Хранятся они там до 30-ти дней, после чего автоматически удаляются.

Итого у меня получилось восстановить блог или точнее информацию блога за последнюю неделю с помощью:

  • Кэша Google и Яндекс.
  • RSS потоков при подписке на свои же блоги.
  • Комментарии взял из корзины Gmail.

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

Если есть что добавить, делимся опытом в комментариях. Особенно интересно почитать о плагинах, скриптах или программах для автоматического бэкапа.

P.S. Постовой. Все о торговле на рынке forex – новости и аналитика.
Интернет-магазин Supertehnika предлагает кондиционеры, телевизоры и бытовую технику.
Обзор автомобиля Сеат Альтеа Фритрек (Seat Altea Freetrack) на нашем автосайте.

Понравился пост? Подпишись на обновления блога по RSS для блоггеров и вебмастеровRSS, RSS для блоггеров и вебмастеровEmail или twitter для блоггеров и вебмастеровtwitter!
Добавить комментарий

Комментариев - 15 для данного поста

  1. @ LUTERRR Пишет:

    Было дело, без работы с кэшем не обошлось, хорошо что он есть.

  2. Виталий Пишет:

    привет )) слушай Тод, а если у тебя посты про настройку самого плага WordPress Database Backup
    верней о таблицах подробнее, которые стоит включать бекап, а какие нет…

  3. Tod Пишет:

    Виталий, включаю все таблицы, восстанавливать то базу полностью нужно, если что.

  4. horoshka Пишет:

    У пеня в планировщике стоит повторяющиеся задание: каждое второе воскресенье – бекап. Так спится спокойнее.

  5. @ Еремин Пишет:

    Я, к примеру в настройках бэкапа исключаю таблицы со спам комментариями и редакциями записей. Кто нибудь пользовался редакцией записей (Я за год знакомства с вордпрессом использовал всего один раз, когда заглючил плагин Search keywords)

  6. @ hitech Пишет:

    Очень кстати инфа, так как я хостился на макхосте, а что с ним произошло – все уже знают. Сайт восстановил быстро. Теперь ток возникла проблема: при установке плагина WordPress Database Backup, сайт становится недоступен, а когда его (плагин) сношу – то все в порядке.
    Кто подскажет, в чем проблема?

  7. belooz Пишет:

    Мне как-то не приходилось сталкиваться. Вовремя бэкапы делал, потом сервера падали )), но идеи хорошие.

  8. MoneyKing Пишет:

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

    Пойду пока подпишусь на свою RSS ленту =)

  9. Tod Пишет:

    Еремин, кстати, если делать бэкап вручную, то перед его запуском можно установить что-то вроде wp-optimize да почистить базу – как раз будут удалены ревизии, спам комментарии. А если автоматом, то эти таблицы я бы тоже не включал в бэкап. Спасибо, что подправил.
    hitech, не хватает памяти по идее, почитай статью увеличиваем memory_limit для wordpress.

  10. @ Лариса Пишет:

    hitech, у меня то же самое было. Дело в том, что плагин WordPress Database Backup несовместим с версией WP 2.9.2. На версии 2.9.1 работает прекрасно. На версиях выше 2.9.2. не знаю.
    Мне пришлось заходить по FTP и удалять этот плагин вручную. Только после этого доступ в админку ВП открылся.

  11. shr Пишет:

    Для себя написал 2 скрипта bash + php. Первый через mysqldump делает дамп баз, сжимает это все, запускает второй, который шлет архив на почту.

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

  12. @ melkozaur Пишет:

    Лариса,
    Плагин может и несовместим, но на wordpress.org пишут, что совместим, а глюк все равно происходит. Я чуть в обморок не упал, когда сайт стал недоступен : )

  13. @ Игорь Пишет:

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

  14. Tod Пишет:

    Игорь, спасибо) что значит найти информацию о кэше яндекса? там как и в гугле при поиске есть возможность глянуть страницу в кэше. Поиск по сайту все также через site:

  15. @ Игорь Пишет:

    Моя бешеная ошибка нельзя по 5 часов к ряду сидеть за компом, просто перед предыдущим комментарием сделал ошибку в написании команды

Оставить комментарий (правила комментирования)