Что такое хороший способ настроить рабочий процесс, процесс постановки и производства с помощью wordpress

Ответ 1

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

Я использую Apache VirtualHosts для сопоставления нескольких доменов с одним и тем же корнем документа и посыпать небольшую магию в главном wp-config.php, чтобы динамически установить DB_NAME на основе текущего хоста (я могу отправить код, если хотите).

Для работы локально у меня просто есть пользователь MySQL с привилегиями root и его использование для всех моих баз данных (не рекомендуется на рабочем сервере!).

Мои локальные домены называются подходящими для реальных доменов, но с поддельным TLD. Поэтому, работая с example.com, я настроил VirtualHost example.dev.

Когда я буду готов жить, я использую HeidiSQL, чтобы сделать копию базы данных разработки, затем замените все вхождения example.dev на example.com.

Скопированная база данных теперь готова к установке. Зеркалируйте локальную установку WordPress на рабочем сервере (копирование над плагинами, загрузкими и темами) и используйте либо HeidiSQL (рекомендуется), либо phpMyAdmin для импорта подготовленной базы данных.

ОБНОВЛЕНИЕ

Естественно, если вы вносите изменения в один, а затем копируете все в другое, то вы потеряете любые изменения, которые вы сделали с другой. Это касается не только WordPress, но и почти для всего остального в самой жизни!

Если мне когда-либо понадобится внести существенные изменения после того, как сайт будет жить (и, главное, я имею в виду изменения, которые должны выполняться не на рабочем сервере), я делаю обратный процесс выше (скопируйте все с производства в dev), внесите изменения, а затем сделайте обратное снова.

Ответ 2

Этот же вопрос был задан и ответил на WordPress.stackexchange. Он содержит подробную информацию и рекомендации по быстрому развертыванию с dev на производство.

Изменить

Это тот же ответ, который я добавил в WordPress Answers.

Там могут быть лучшие способы, которые мне не хватает, но я дам вам два варианта:

1.Use XML Export для экспорта новых сообщений и комментариев. Затем используйте WordPress Importer для импорта новых сообщений и комментариев в базу данных dev

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

Тем временем производство изменилось (новые сообщения, новые комментарии и т.д.)

Это решит вашу проблему с введением любого измененного содержимого.

2. Используйте команду INSERT IGNORE INTO MySql, чтобы добавить новые таблицы из dev. или команду REPLACE для перезаписывания повторяющихся строк в той же таблице.

Прежде чем использовать MySql, сделайте резервную копию обеих баз данных и переместите базу данных gz на рабочий сервер и загрузите дамп (измените имя dev, если оно будет таким же, как и производство.

INSERT IGNORE INTO `_wp_production_db`.`wp_cool_plugin_options`
SELECT *
FROM `_wp_dev_db`.`wp_cool_plugin_options`

Мне не нравятся команды MySql, поэтому я бы пошел с вариантом 1.

Ответ 3

У меня есть сайт разработки на моем локальном компьютере и изменен файл локальных хостов, поэтому вызовы на живой сервер (www.example.com) указывают на localhost. Таким образом, все вызовы внешних файлов (jquery и т.д.) По-прежнему работают, и мне не нужно беспокоиться о том, чтобы перейти через db, чтобы что-то изменить. Экс-импорт и импорт содержимого с помощью Wordpress XML дал мне лучшие результаты.

UPDATE: Я использовал http://www.mertyazicioglu.com/projects/wordpress-move/ и получил хорошие результаты.

JD

Ответ 4

Если у вас установлен phpMyAdmin, перемещение сайтов wordpress с сервера на сервер не должно быть проблемой вообще. Просто экспортируйте базу данных в tar.gz и скопируйте свою собственную тему (если используете ее) через FTP, а затем, создав новую базу данных и новый дамп Wordpress, повторно загрузите оба из них на новый сервер. 2 изменения в домашнем и блоге url в базе данных и 2 изменения в файле wp-config и сделанные вами.

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