Если удалена база данных блога?
— 26.01.2010 — Комментариев: 39
Живешь ты живешь и делаешь страшную ошибку – перестает существовать база данных блога. Блога, который уже стал местом общения десятков людей. Я как автор блога пережил страшнейшие минуты в 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″
Вот так вот. В общем, если все плохо надо находить в себе резервы и работать. Надеюсь, что мой опыт поможет кому-то решить аналогичную проблему или попросту ее избежать.
Я сам был в шоке, когда увидел то, что творилось с блогом
На мой взгляд намного логичнее для WP использовать плагин бэкапа базы данных, чтобы делались бэкапы каждый день и присылались на указанный e-mail. Чтобы потом так не извращяться как описал автор поста.
Дмитрий, это бесспорно, но обычно хостинг давал бэкапы без проблем! А тут такое вот
По этому и делаю бекап базы каждый день.
Но рад все равно что ты быстро вернулся в строй!
Да уж сутки все делал, но вот урок извлек серьезный. На хостинг полагаться не стоит.
Неделю не заходил в блог к Андрею.
Зашел, и ничего понять не могу.
Вначале не понял, почему все посты Андрея у меня в reader обновились.
Зашел, прочитал, и офигел!
Андрей, а что из-за чего?
Не успел еще все посты прочитать.
Думаю, что там даешь ответ.
“пойду” – почитаю.
Летом я специально для таких случаев писал Google Cache Dumper
Сказал бы ты мне, я бы тебе его подарил
Тоже сталкивался с белорусским хостингом – это ужас. Скорость загрузки маленькая, технические возможности очень ограничены, бэкапов нет.
Поэтому всем советую переходить хотя бы на российский хостинг (хотя у них тоже частенько проблемы) или вообще на американский.
Подарить еще не поздно у меня завтра др. Тезка, с хостингом проблема такая:
- пинг на наш в разы лучше.
- бесплатен для многих белорусских провайдеров.
Ильдар, вот все все с нуля начинаю. Столько комментариев удалилось, что караул. Да и эти посты я более чем сутки в общей сложности восстанавливал.
Хотя статья безусловно полезная, однако нужно не жалеть денег на хороший хостинг. У меня например в аккаунте ссылки на ежедневный бекап, еженедельный и ежемесячный.
У меня дорогой хостинг, но как выяснилось даже он дает осечки. Таким образом, самому надо контролировать бэкапы чтобы не оказаться в глупой ситуации.
Он придёт и молча поправит всё
Молодцом! Такие SEOшники стране нужны
Такой суровый отзыв Настя, аж прямо приятно!
вот в этом случае есть возможнось воспользоваться медлительностью пс себе на пользу:)
Скажу по секрету – бекапа нету у 95% хостингов, даже самых “солидных” и иностранных. Пишут что есть все, но скорей всего “по техническим причинам” именно вашего бекапа в нужный момент скорей всего не окажется. Потому за бекапом нужно думать самому. А забекапить один блог это вообще не проблема.
У меня не один блог, но сегодня-завтра буду все сдл бэкапить
Хотя нет, завтра не буду ничего делать. 
Вы допускаете ошибку. Могу отстоять свою позицию. Пишите мне в PM, обсудим.
C апом Тица
Да тут дел на месяц ! Может всё-таки проще сохранять базу данных с помощью того же PhpMyAdmin?
Написано же за сколько все решилось. Советы после принимаются очень с трудом
Бекапить надо периодически. Хотя все равно при слете часть теряется. У самого падали базы не раз.
Я после инцидента у slavhost-a понял, что доверять хостеру хранение своих данных нельзя, ни одна компания не несет ответственности за наши данные…Вообщем было у них падение жесткого диска и восстановили бэкап недельной давности, хотя по ТП бекап должен производиться каждый день на отдельный (!) сервер. На мои вопросы – вы сохраняли бэкап на этот же сервер, тогда в чем суть бекапа? Они ответили, что мол технические причины, ничем помочь не можем, только недельной давности. Благо, за эти новогодние праздники сайты у меня почти не обновлялись. Так что вывод один – о бэкапах заботьтесь сами, ибо есть по-моему функции в CPanel и DirectAdmin создания и сохранения бекапов.
я на хостинге настроил чтобы он мне на мыло каждый день базу данных слал…вот и всё решение:)
я каждую ненелю бэкаплю руками через phpmyadmin все базы.
хостингам не доверяю ни американским, ни российским.
бэкапы файлов имеются абсолютно для всех сайтов (включая сотни моих Г-сайтов).
хочу постоянно осознавать само наличие возможности свалить от хостера в любой момент при необходимости (например если лежит пол-дня, а я в это время теряю деньги).
Чтобы не париться по поводу удаления базы данных, лучше всего почаще делать её бекап. Очень удобно и практично.
оффтоп…
Дмитрий, а что это за плагин такой, который делает бекапы? как он называется?
Глеб, какой смысл ручками бэкапить? есть же плагин … его и надо использовать.. на WP его использую… вот и на Joomla что-то похожее ищу..
Согласен с RasseL, очень удобно использовать плагин, настроил и получай его к примеру на свое мыло с определенной регулярностью.
Лучше просто поставить ежедневный автобэкап на другой хостинг, чтобы все данные были в целости))
Да, падение базы – это из разряда тех вещей, о которых надо заботиться заранее, но почти никто этого не делает.
Андрей Гусаров, было бы интересно узнать, как Вы сами оцениваете событие – как неприятную случайность или как недобросовестную конкуренцию?
У меня различные мысли на сей счет, но этот случай говорит о том, что все отлично идет. Даже в случае проигрыша 1000 евро я хоть и расстроюсь, но буду заниматься монетизацией блога всерьез и окуплю затраты до конца лета.
В принципе, все прекрасно. Главное, что скоро запуск форума и моей seo-компании. Клиенты ждут и наверное к будем делать в последствии раздел с пожеланиями!
Я лично делаю бекап сайтов полностью и каждую неделю переношу их к себе на жесткий диск.
у меня помню тока раз было так, но хух через 3-ри дня всё стало на свои места – базу нашли =)
Лично для меня само ярко и удобно использовать плагин
А я подписался на собственные посты через RSS. И теперь они всегда в Гугл-ридере или Опере сохраняются. Один раз так спасти блог после глюков хостера удалось (правда был бэкап месячной давности, но свежие посты из хистори RSS выловил).
в WP использовать плагин бэкапа базы данных, чтобы делались бэкапы каждый день и присылались на указанный e-mail
подписываюсь под каждым словом!
Использую плагин “WordPress Database Backup” – пару раз в неделю делаю резервную копию – при форс-мажоре минимальные потери
Пока гром не грянет – мужик не перекрестится! Так же и я: пока БД не упала про бэкап даже не задумывался!