Что такое хороший способ настроить рабочий процесс, процесс постановки и производства с помощью wordpress
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.