Отображение доменов (без плагина) в формате 4.5.x multisite?

Использование WP 4.5.2

Даже разработчик плагина WordPress.org для сопоставления доменов в многопользовательской сети говорит, что больше не использовать плагин - поскольку основной WP теперь включает в себя те же функции.

Кто-нибудь знает какие-либо сквозные инструкции о том, как заставить это работать? Я попытался установить указатель CNAME в моем регистраторе на один из моих сетевых сайтов и изменил URL-адрес сайта в admin->network->edit site->info->Site Address (URL) на имя зарегистрированного домен - и он по-прежнему приземляет меня на странице «сайт не существует» в моей хостинговой компании.

У меня такое ощущение, что из-за отсутствия выделенного IP-адреса для мультисайтового экземпляра, но прежде чем я куплю другой план хостинга и заплачу за выделенный IP-адрес, я хотел ДЕЙСТВИТЕЛЬНО понять, как сопоставление доменов должен быть установлен в многокомпонентном WP 4.5.

Любая помощь, понимание или указатель на хорошую ссылку будут очень оценены.

7 голосов | спросил C C 12 J0000006Europe/Moscow 2016, 05:20:16

1 ответ


5

Вот пример настроенного мной решения, которое оставляет сайт в сети, но устанавливает карту домена из любого зарегистрированного домена в сеть. Это делает сайт сети абсолютно независимым, при этом вся функциональность (вход в систему и т. Д.) Неповрежденна.

Цель:

Зарегистрировать домен клиента клиента, www.foosite.com и foosite.com в нашу многопользовательскую сеть mymultisite.com - и сделать ее максимально простой на клиенте (т. е. не сбрасывать с помощью CNAME или Записи, у их регистратора).

Процедура:

Использование Amazon Route 53 в качестве системы DNS.

  1. С Amazon AWS Route 53 обрабатывается DNS, поэтому мы сначала создаем размещенную зону для зарегистрированного домена клиента (foosite.com ) с записью www CNAME, указывающей на www.mymultisite.com

  2. Настройте ведро S3 в Amazon AWS для foosite.com клиента (не-www) клиента статически сопоставьте это с www.foosite.com

  3. Вернитесь в зону размещения маршрута 53, создайте запись A для (не-www) foosite.com и укажите ее как псевдоним, указывая его на ведро, созданное на шаге 2. Это гарантирует, что оба www.foosite.com и foosite.com в конечном итоге укажет на www.mymultisite.com

  4. В многопользовательской сети перейдите на сайт клиента в сетевом администраторе и отредактируйте URL-адрес сайта, изменив его на www.foosite.com

  5. В учетной записи хостинга, где хосты mymultisite.com укажите дополнительный домен (или припаркованный домен) под названием foosite.com и укажите его в public_html (или там, где у вас установлен WP). Это эффективно создает запись виртуального хоста в конфигурации Apache для входящего сопоставленного сайта.

( примечание: Если многопользовательский сервер размещен на статическом IP-адресе и является единственным сайтом по этому адресу, а хостинговая компания позволяет динамическое сопоставление входящих доменов с корнем документа сайта ... то вам не нужно использовать дополнительные или припаркованные домены. Проконсультируйтесь с вашей хостинговой компанией, если не уверены).

  1. В вашем wp-config.php для мультисайта вам нужно добавить строку: define('COOKIE_DOMAIN', $_SERVER['HTTP_HOST'] ); Если у вас есть какие-либо проблемы с этим параметром, вы можете попробовать define('COOKIE_DOMAIN', '');).

Результат:

Вы создали полное DNS-решение для отображаемого домена. Все, что вам нужно сделать, - это сообщить клиенту обновить регистратора для своего домена, указав серверы Amazon, которые записаны в вашей зоне размещения на маршруте 53 в качестве своего DNS. Ваши клиенты не должны возиться с CNAME или A-документами вообще - вы полностью обрабатываете отображение на маршруте 53. Кроме того, из-за магии записи AWS Alias ​​ваш многопользовательский режим не работает 't даже нужно быть на статическом IP-адресе (хотя я держу его на одном, просто чтобы быть в безопасности).

Если вы используете другую систему в качестве сервера имен (например, Enom или GoDaddy), вы должны создать запись A для своего домена, которая указывает на статический IP-адрес mymultisite.com. Это хороший ответ, но он несет риск того, что если ваш статический IP-адрес изменится, вам придется сказать своим клиентам, чтобы они обновили запись A в своем регистраторе.

Мне нравится решение Route 53 намного лучше. Я также установил набор «белых ярлыков» DNS в AWS, следуя указаниям в этой статьи . Теперь это очень просто - просто скажите клиентам, что ваши новые серверы имен устанавливаются у вашего регистратора, и все на стороне WP работает безупречно. Нет необходимости поддерживать статический IP-адрес в записи A .

Вот как выглядит Хостинговая зона дляfoosite.com:

foosite.com     A     ALIAS <name of S3 bucket>
footsite.com    NS    ns1.vanityns.com; ns2.vanityns.com; ns3.vanityns.com; ns4.vanityns.com
foosite.com     SOA   ns1.vanityns.com hostmaster.vanityns.com x x x x
www.foosite.com CNAME www.mymultisite.com

Настройка сервера имен тщеславия слишком велика для ввода здесь; следуйте указаниям в этой статье, которые я связал. Еще один момент: убедитесь, что для записей сервера имен для самого сервера имен тщеславия вы указываете список серверов имен тщеславия с записями клея , соединяющимися с реальными IP-адресами фактических AWS-серверов имен в вашем многоразовом делегирование.

Это сводит около 20 часов исследований /экспериментов к тому, что сработало для меня.

ответил C C 20 72016vEurope/Moscow11bEurope/MoscowSun, 20 Nov 2016 19:10:23 +0300 2016, 19:10:23

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132