Что хороший путь состоит в том, чтобы настроить dev, подготовку и производственный рабочий процесс с Wordpress

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

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

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

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

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

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

UPDATE

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

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

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

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