Как сделать резервную копию WordPress сайта, который будет восстановлен после чистой установки - PullRequest
3 голосов
/ 10 февраля 2010

Мой блог Wordpress, похоже, был взломан, и теперь блоги не сохраняются, и любые изменения, такие как утверждение комментария, не имеют никакого эффекта. Я пытаюсь сделать резервную копию моего сайта, чтобы удалить WordPress и выполнить чистую переустановку. Я хочу создать резервную копию, чтобы при восстановлении веб-сайт отображался со всем тем же, что и раньше: сообщениями, изображениями, ссылками, цветами, комментариями, темами, страницами и т. Д. Я уже успешно создал резервную копию базы данных MySQL. Как сделать резервную копию остальной части сайта.

Подскажите, пожалуйста, как сделать резервную копию сайта, а также как восстановить сайт.

Спасибо

Ответы [ 6 ]

3 голосов
/ 10 февраля 2010

Вам нужно сделать резервную копию и вашей базы данных и вашей установки Wordpress. Основным ресурсом для этого является сайт Wordpress:

http://codex.wordpress.org/WordPress_Backups

Если у вас установлен phpmyadmin , вы можете сделать дамп базы данных из там. Если это не установлено, используйте mysqldump .

Резервное копирование установки Wordpress можно запустить по следующему URL:

http://[yourwordpressurl]/wp-admin/export.php

Это будет содержать «ваши сообщения, страницы, комментарии, настраиваемые поля, категории и теги».

0 голосов
/ 01 февраля 2015

Вы можете просто использовать EverLive.net. Не нужно устанавливать плагин. Нет необходимости для доступа к оболочке. С помощью этого сервиса вы можете просто сделать резервную копию вашего сайта WordPress в облаке. Опция восстановления в один клик также доступна, когда вам нужно восстановить.

0 голосов
/ 25 февраля 2010

Я понял это. Одним из способов аккуратно установить новую версию Wordpress, но не потерять свой веб-сайт, является использование функции экспорта Wordpress, как упомянуто Джоном.

http://codex.wordpress.org/Tools_Export_SubPanel

Это экспортирует ваш блог в XML-файл, который содержит все содержимое вашего сайта: сообщения, комментарии, авторы, страницы и т. Д. Однако изображения не идут вместе. Однако при импорте этого XML-файла есть возможность автоматически загружать и импортировать вложения, что можно сделать, если исходный сайт все еще подключен. Поэтому я экспортировал свой XML-файл, загрузил его в WordPress-блог, установленный на поддомене, автоматически получая вложения, а затем экспортировал XML-файл с субдомена, чтобы импортировать его на реальный WordPress-сайт. Таким образом, мои вложения просто перемещались с сайта на поддомен обратно на сайт. Это упростило задачу, поскольку мне не нужно было вручную выполнять резервное копирование вложений.

Итак, я сделал резервную копию своей темы, экспортировал мой блог в XML, затем удалил wordpress и мою базу данных, а затем переустановил ее с новой базой данных как на моем сайте, так и на поддомене моего сайта. Затем я импортировал свой XML-файл и поместил свою тему в папку «Темы» субдомена. Затем я экспортировал XML-файл этой субдоменной копии моего сайта и импортировал его на свой реальный сайт. Это сделало мой блог корректным по содержанию и по теме, но не по ссылкам, плагинам и цветам. Затем мне пришлось настроить WordPress через панель, чтобы вернуть его к виду и чувствовать, что это было. Для этого мне повезло, что у меня была сохраненная копия сайта, на которую можно сослаться.

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

0 голосов
/ 17 февраля 2010

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

mysqldump -u yourUsername -p yourDatabaseName > databaseName.sql

создаст файл databaseName.sql, это полный клон всей информации о вашей базе данных (все ваши сообщения и конфигурации WordPress)

затем вы можете восстановить позже с

mysql -u yourUsername -p yourDatabaseName < databaseName.sql
0 голосов
/ 10 февраля 2010
0 голосов
/ 10 февраля 2010
...