Живешь ты живешь и делаешь страшную ошибку – перестает существовать база данных блога. Блога, который уже стал местом общения десятков людей. Я как автор блога пережил страшнейшие минуты в 2010 году. Кто-то скажет, что есть бэкап! Но бэкап существует когда хостинг не в Беларуси. А в нашей стране представитель технической поддержки “Открытый Контакт” сообщил мне, что данных мне предоставить из-за каких-то технических проблем не может.
Первые минуты я не мог свыкнуться с мыслью, но потом понял, что мне требуется. Итак, для начала надо взять себя в руки и заварить много-много кофе. Если у кого-то есть желание взять вместо кофе вискарь – берите. Я не стану рекламировать марок кофе или виски, а начну описание процесса.
Что делать если удалилась база данных и нет бэкапа?
Во-первых, сразу может показаться, что ситуация проигрышная, но я такой человек, который везде ищет свои плюсы. О них позже, а пока смотрим кэш поисковых систем Яндекс и Google. Простым вводом названий постов в поисковые системы я получаю сохраненные копии старых постов и начинаю восстановление их на блоге.
Далее становится проблема из-за которой Яндекс обычно звонит товарищу АГС – дублирование контента. Дабы избежать санкций поисковых систем за дублирование контента мне надо сделать или старые адреса (url) или сделать редирект. Из всех видов редиректа для передачи веса ссылок стоит использоваться редирект 301. Но у всего есть свои нюансы и я решил воспользоваться методом по правке новой базы данных через phpmyadmin.
Для того чтобы изменить url новый на старый стоит:
а) зайти в базу данных
б) выбрать раздел wp_posts
в) найти нужный вам ID поста и вставить ID, который сохранен уже в поисковых системах. При этом надо знать, что id может быть занят другим постом. Для этого или удалите этот пост или поменяйте его ID.
Далее вы заходите в админ-панель wordpress и правите руками даты публикаций всех постов. Как это можно было сделать через редирект 301?
Redirect 301 /archives/19/ http://seotalk.by/archives/3
При этом “/archives/19/” – существующий url
А “http://seotalk.by/archives/3″
Вот так вот. В общем, если все плохо надо находить в себе резервы и работать. Надеюсь, что мой опыт поможет кому-то решить аналогичную проблему или попросту ее избежать.
26 Янв 2010 в 20:19
Я сам был в шоке, когда увидел то, что творилось с блогом
26 Янв 2010 в 21:12
На мой взгляд намного логичнее для WP использовать плагин бэкапа базы данных, чтобы делались бэкапы каждый день и присылались на указанный e-mail. Чтобы потом так не извращяться как описал автор поста.
26 Янв 2010 в 21:46
Дмитрий, это бесспорно, но обычно хостинг давал бэкапы без проблем! А тут такое вот
26 Янв 2010 в 21:48
По этому и делаю бекап базы каждый день.
Но рад все равно что ты быстро вернулся в строй!
26 Янв 2010 в 22:17
Да уж сутки все делал, но вот урок извлек серьезный. На хостинг полагаться не стоит.
27 Янв 2010 в 8:56
Неделю не заходил в блог к Андрею.
Зашел, и ничего понять не могу.
Вначале не понял, почему все посты Андрея у меня в reader обновились.
Зашел, прочитал, и офигел!
Андрей, а что из-за чего?
Не успел еще все посты прочитать.
Думаю, что там даешь ответ.
“пойду” – почитаю.
27 Янв 2010 в 9:35
Летом я специально для таких случаев писал Google Cache Dumper
Сказал бы ты мне, я бы тебе его подарил
27 Янв 2010 в 9:59
Тоже сталкивался с белорусским хостингом – это ужас. Скорость загрузки маленькая, технические возможности очень ограничены, бэкапов нет.
Поэтому всем советую переходить хотя бы на российский хостинг (хотя у них тоже частенько проблемы) или вообще на американский.
27 Янв 2010 в 10:11
Подарить еще не поздно у меня завтра др. Тезка, с хостингом проблема такая:
- пинг на наш в разы лучше.
- бесплатен для многих белорусских провайдеров.
Ильдар, вот все все с нуля начинаю. Столько комментариев удалилось, что караул. Да и эти посты я более чем сутки в общей сложности восстанавливал.
27 Янв 2010 в 12:06
Хотя статья безусловно полезная, однако нужно не жалеть денег на хороший хостинг. У меня например в аккаунте ссылки на ежедневный бекап, еженедельный и ежемесячный.
27 Янв 2010 в 12:24
У меня дорогой хостинг, но как выяснилось даже он дает осечки. Таким образом, самому надо контролировать бэкапы чтобы не оказаться в глупой ситуации.
27 Янв 2010 в 12:41
Он придёт и молча поправит всё
Молодцом! Такие SEOшники стране нужны
27 Янв 2010 в 12:56
Такой суровый отзыв Настя, аж прямо приятно!
27 Янв 2010 в 13:30
вот в этом случае есть возможнось воспользоваться медлительностью пс себе на пользу:)
27 Янв 2010 в 14:01
Скажу по секрету – бекапа нету у 95% хостингов, даже самых “солидных” и иностранных. Пишут что есть все, но скорей всего “по техническим причинам” именно вашего бекапа в нужный момент скорей всего не окажется. Потому за бекапом нужно думать самому. А забекапить один блог это вообще не проблема.
27 Янв 2010 в 15:09
У меня не один блог, но сегодня-завтра буду все сдл бэкапить
Хотя нет, завтра не буду ничего делать. 
27 Янв 2010 в 23:04
Вы допускаете ошибку. Могу отстоять свою позицию. Пишите мне в PM, обсудим.
28 Янв 2010 в 8:35
C апом Тица
29 Янв 2010 в 16:21
Да тут дел на месяц ! Может всё-таки проще сохранять базу данных с помощью того же PhpMyAdmin?
29 Янв 2010 в 17:42
Написано же за сколько все решилось. Советы после принимаются очень с трудом
29 Янв 2010 в 18:42
Бекапить надо периодически. Хотя все равно при слете часть теряется. У самого падали базы не раз.
30 Янв 2010 в 23:25
Я после инцидента у slavhost-a понял, что доверять хостеру хранение своих данных нельзя, ни одна компания не несет ответственности за наши данные…Вообщем было у них падение жесткого диска и восстановили бэкап недельной давности, хотя по ТП бекап должен производиться каждый день на отдельный (!) сервер. На мои вопросы – вы сохраняли бэкап на этот же сервер, тогда в чем суть бекапа? Они ответили, что мол технические причины, ничем помочь не можем, только недельной давности. Благо, за эти новогодние праздники сайты у меня почти не обновлялись. Так что вывод один – о бэкапах заботьтесь сами, ибо есть по-моему функции в CPanel и DirectAdmin создания и сохранения бекапов.
02 Фев 2010 в 19:52
я на хостинге настроил чтобы он мне на мыло каждый день базу данных слал…вот и всё решение:)
04 Фев 2010 в 16:55
я каждую ненелю бэкаплю руками через phpmyadmin все базы.
хостингам не доверяю ни американским, ни российским.
бэкапы файлов имеются абсолютно для всех сайтов (включая сотни моих Г-сайтов).
хочу постоянно осознавать само наличие возможности свалить от хостера в любой момент при необходимости (например если лежит пол-дня, а я в это время теряю деньги).
08 Фев 2010 в 11:03
Чтобы не париться по поводу удаления базы данных, лучше всего почаще делать её бекап. Очень удобно и практично.
08 Фев 2010 в 21:44
оффтоп…
Дмитрий, а что это за плагин такой, который делает бекапы? как он называется?
08 Фев 2010 в 23:12
Глеб, какой смысл ручками бэкапить? есть же плагин … его и надо использовать.. на WP его использую… вот и на Joomla что-то похожее ищу..
09 Фев 2010 в 16:38
Согласен с RasseL, очень удобно использовать плагин, настроил и получай его к примеру на свое мыло с определенной регулярностью.
09 Фев 2010 в 17:37
Лучше просто поставить ежедневный автобэкап на другой хостинг, чтобы все данные были в целости))
12 Фев 2010 в 12:04
Да, падение базы – это из разряда тех вещей, о которых надо заботиться заранее, но почти никто этого не делает.
12 Фев 2010 в 16:50
Андрей Гусаров, было бы интересно узнать, как Вы сами оцениваете событие – как неприятную случайность или как недобросовестную конкуренцию?
12 Фев 2010 в 16:59
У меня различные мысли на сей счет, но этот случай говорит о том, что все отлично идет. Даже в случае проигрыша 1000 евро я хоть и расстроюсь, но буду заниматься монетизацией блога всерьез и окуплю затраты до конца лета.
В принципе, все прекрасно. Главное, что скоро запуск форума и моей seo-компании. Клиенты ждут и наверное к будем делать в последствии раздел с пожеланиями!
13 Фев 2010 в 12:34
Я лично делаю бекап сайтов полностью и каждую неделю переношу их к себе на жесткий диск.
20 Фев 2010 в 14:47
у меня помню тока раз было так, но хух через 3-ри дня всё стало на свои места – базу нашли =)
20 Фев 2010 в 14:48
Лично для меня само ярко и удобно использовать плагин
05 Март 2010 в 13:21
А я подписался на собственные посты через RSS. И теперь они всегда в Гугл-ридере или Опере сохраняются. Один раз так спасти блог после глюков хостера удалось (правда был бэкап месячной давности, но свежие посты из хистори RSS выловил).
18 Март 2010 в 8:29
в WP использовать плагин бэкапа базы данных, чтобы делались бэкапы каждый день и присылались на указанный e-mail
подписываюсь под каждым словом!
28 Март 2010 в 17:32
Использую плагин “WordPress Database Backup” – пару раз в неделю делаю резервную копию – при форс-мажоре минимальные потери
11 Апр 2010 в 16:05
Пока гром не грянет – мужик не перекрестится! Так же и я: пока БД не упала про бэкап даже не задумывался!