WordPress: резервное копирование и восстановление на другой сервер
Когда на этой неделе мой сайт был атакован ботами, рассылающими спам-комментарии (звучит как научная фантастика, да?), Я был вынужден несколько раз перезагружать свой сервер, прежде чем сорвать атаку. Я на самом деле думаю, что я каким-то образом повредил базу данных или файл в WordPress, потому что после этого события сайт не просуществовал больше нескольких часов или около того, не отключаясь.
Я воспользовался возможностью перенести свой сайт в новую учетную запись в моей учетной записи реселлера по адресу Jumpline.com. Я был в восторге от Jumpline на протяжении многих лет. Я размещаю около 30 веб-сайтов и почти никогда не получаю звонков от клиентов, которые размещают у меня (если им не нужна помощь). Сервис замечательный, а их служба поддержки просто фантастическая.
Их специалисты службы поддержки были на самом деле парнями, которые определили, что это были спам-боты, которые убивали мой сайт (спасибо!). При переходе на новую учетную запись этот сайт теперь работает с последней версией PHP / MySQL и имеет действительно хорошее приложение Ajax Webmail.
Чего я не понимал, так это того, насколько мучительно было пытаться чистым установка WordPress. Многие плагины добавляют поля и таблицы в вашу базу данных WordPress. Я постоянно использую плагины, поэтому моя база данных была катастрофой. Выполнение резервной копии WordPress или базы данных и ее восстановление в новой учетной записи, вероятно, просто решило проблемы с ней. Как минимум, он собирался добавить туда кучу дополнительных полей и таблиц. Я хотел бы видеть будущие версии изменений базы данных мандата WordPress при деактивации плагина, чтобы мусор не оставался позади.
Я даже посмотрел на некоторые дополнительные плагины, которые выводили бы ваш блог WordPress в XML для повторного импорта, но тогда вы теряете много данных. Двенадцать часов спустя (я заснул), и я думаю, что действительно завершил перемещение учетной записи и всех соответствующих данных. Это было немного похоже на кошмар, но вот что я сделал:
- Сделал резервную копию исходного сайта и базы данных.
- Установил WordPress с нуля на новую учетную запись.
- Установил последние плагины WordPress с нуля в новой учетной записи.
- Установите все параметры плагина и настройки сайта.
- Сделал сравнение таблицы каждую таблица из исходной базы данных и целевой базы данных.
- В исходной базе данных удалены все поля, которых не было в целевой базе данных.
- Очистил все таблицы в целевой базе данных (избавившись от стандартных тестовых сообщений WP.
- Сделал экспорт каждой таблицы без отбросить и воссоздать. Это приведет к записи записей в новую базу данных с теми же ключами, поэтому никакие отношения не будут нарушены.
- Скопировал мою папку wp-content \ upload из исходной учетной записи в целевую. Поскольку я также переместил доменное имя, все ссылки на изображения были сохранены.
- Я запустил блог и протестировал его! Мне действительно пришлось очистить некоторые постоянные ссылки на страницах, я не знаю почему, но потом они были в порядке.
Интересно, что WordPress имеет встроенный импорт для конкурирующих платформ для ведения блогов, но не имеет импорта для выполнения импорта WordPress в WordPress, который игнорирует модификации плагинов.
Это в значительной степени сработало. Вы можете заметить, что у меня новый тема. У меня просто было слишком много мелких проблем с бета-темой, которую я использовал. Я проделал обширную настройку этой темы, но думаю, что почти получил ее там, где хочу.
Моя единственная претензия к теме заключается в том, что автор не реализовал общий нижний колонтитул во всей теме, который располагался над тегом bottom> body>, поэтому мне пришлось вручную ввести свой скрипт Google Analytics. Я мог бы создать собственный нижний колонтитул и ссылаться на него, но думаю, позже я бы запутался, так как автор темы использовал название «нижний колонтитул» во всем. Тем не менее, это очень хорошая тема!
Думаю, я вернулся! Теперь мне нужно работать!