Как сделать резервную копию сайта WordPress, чтобы восстановить после чистой установки

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

http://codex.wordpress.org/WordPress_Backups

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

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

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

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

Эти ссылки должны помочь вам начать:

http://www.geeksaresexy.net/2008/01/29/how-to-backup-and-restore-your-wordpress-blog/

http://www.siteground.com/tutorials/wordpress/wordpress_backup.htm

http://codex.wordpress.org/WordPress_Backups

Хорошая идея — посмотреть Часто задаваемые вопросы: мой сайт был взломан « WordPress Codex и Как полностью очистить взломанную установку Wordpress .

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

mysqldump -u yourUsername -p yourDatabaseName > databaseName.sql

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

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

mysql -u yourUsername -p yourDatabaseName < databaseName.sql

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

http://codex.wordpress.org/Tools_Export_SubPanel

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

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

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

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