Получите армию из одного человека для запуска нескольких сайтов WordPress

Опубликовано: 2018-12-26

У вас возникли проблемы с поддержанием баланса при работе с несколькими сайтами WordPress? Готовы поспорить, это может быть супер-беспокойно, не так ли? Но почему вы подвергаете себя такому давлению, когда одна простая вещь может избавить вас от всего этого? Интересно, о ком и о чем мы говорим? Прокрутите ниже.

Представляем WordPress Multisite Network Migration!

Единое, простое и превосходное решение множества проблем, мультисайтовая сеть WordPress позволяет вам запускать и управлять несколькими сайтами WordPress из одной и той же установки WordPress. Возьмем, к примеру, единственный и неповторимый «WordPress.com», который является самым большим примером самой многосайтовой сети, в которой работают тысячи сайтов в одном и том же WordPress.

Наш клиент обратился к нам за процессом миграции, для которого мы выполнили следующее, чтобы убедиться, что в конечном итоге он получит то, что хотел. Сначала мы подтвердили, по какому сценарию они хотят, чтобы мигрант имел место. Мы объяснили им это; всегда перенаправлять зрителя на старый URL. Чтобы решить эту проблему, мы искали следующие две строки в их файле wp-config.php и перенесли их на правильный URL-адрес;

определить('WP_HOME', https://мой-домен.com');


определить('WP_SITEURL', 'https://my-domain.com');


Эти два утверждения заставили WordPress игнорировать значения в базе данных и использовать значения URL-адресов дома и сайта, которые были указаны в файле wp-config.php.

Многосайтовая миграция WordPress выполняется по трем сценариям;

  1. Миграция одного веб-сайта в уже существующую многосайтовую сеть WordPress.
  2. Миграция одного веб-сайта из мультисайтовой сети WordPress.
  3. Миграция всей мультисайтовой сети WordPress с одного домена на другой сайт.

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

  1. Веб-сайт журнала с разными разделами, управляемыми разными командами.
  2. Бизнес-сайт с подсайтами для разных мест и филиалов.
  3. Правительственные или некоммерческие веб-сайты, имеющие разные отделы, местоположения и регионы.
  4. Ваша личная сеть блогов, работающих на нескольких поддоменах.
  5. Школы и колледжи позволяют учащимся создавать собственные блоги на школьных серверах.

А теперь картина того, как мы помогли им мигрировать

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

  • непосредственно через его команды. [ Примечание : если у вас есть SSH-доступ к вашим серверам, вы можете использовать команду mysqldump также экспортировать данные.]
  • Затем мы экспортировали файл SQL из их базы данных, выполнив следующие действия;

mysqldump -uUSER -pPASSWORD ИМЯ БД > экспорт.sql

И импортировал файл SQL в базу данных, выполнив следующие действия:

mysql –uUSER –pPASSWORD ИМЯ БД < экспорт.sql

Изменив ПОЛЬЗОВАТЕЛЬ, ПАРОЛЬ и ИМЯ БД на правильные значения в их установке. [ Примечание: если вы не помните учетные данные, откройте файл wp-config.php (когда у вас есть к нему доступ), и вы найдете их там.]

2. Передача файлов, плагинов и тем

  • Поскольку их база данных была полностью настроена, пришло время перенести файлы, хранящиеся на их старом хосте WordPress, на новый, что в основном означает копирование всего содержимого следующих папок:

wp-content/themes — папка, в которой хранятся все темы WordPress. Так как клиент не хотел переключаться на новую тему, мы просто скопировали все содержимое в эту папку.

wp-content/plugins — папка, содержащая все плагины WordPress. Опять же, мы скопировали все содержимое на новый хост. Поскольку конфигурации плагинов хранятся в базе данных WordPress, после импорта файла SQL на предыдущих шагах мы убедились, все ли работает на новом хосте идеально или нет.

wp-content/uploads — папка, в которой находятся все медиафайлы, отображаемые в медиатеке. Размер их папки оказался огромным из-за большого количества изображений на их сайте.

3. Конфигурация WordPress после миграции

После процесса переноса мы подошли к сути всего процесса миграции, который часто бывает немного сложным.

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

Мы решили эти проблемы с неправильным URL-адресом, выполнив следующие действия;
Во-первых, мы сообщили WordPress, что местоположение сайта изменилось, потому что иначе, если WordPress увидит, что текущий URL-адрес не является URL-адресом нового домена, он всегда будет перенаправлять зрителя на старый URL-адрес. Чтобы решить эту проблему, мы искали следующие две строки в их файле wp-config.php и перенесли их на правильный URL-адрес;

определить('WP_HOME', https://мой-домен.com');


определить('WP_SITEURL', 'https://my-domain.com');


Эти два утверждения заставили WordPress игнорировать значения в базе данных и использовать значения URL-адресов дома и сайта, которые были указаны в файле wp-config.php.

Обновление URL-адресов в сообщениях и настраиваемых полях

  • Мы обновили все сообщения и настраиваемые поля, которые включали старый URL-адрес, с URL-адресом нового домена при изменении имени домена.
  • Мы обновили все сообщения и настраиваемые поля, которые включали старый URL-адрес, с URL-адресом нового домена при изменении имени домена.
  • Чтобы исправить это, мы открыли их phpMyAdmin и получили доступ к их базе данных WordPress.
  • Прежде чем перейти к следующему шагу, мы сделали резервную копию их базы данных, используя функцию экспорта, описанную ранее.

Вывод

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