0

Настройка WordPress 4.5.2 на Elastic Beanstalk после этого руководства: http://d0.awsstatic.com/whitepapers/deploying-wordpress-with-aws-elastic-beanstalk.pdfПеренаправление Петля на новый WP MultiSite установить на AWS Elastic Beanstalk

Все точки пошаговом были затем exactly- со следующими исключениями ...

  1. База данных MySQL была настроена непосредственно через RDS, используя ElastiCache, а не через интерфейс Eliastic Beanstalk. (Нет проблем с подключением базы данных)

  2. Я использую доменное имя разработки, а не домен CloudFront. (Нет проблемы разрешающих на любую страницу сайта до активирующего многоцентровых)

Примечание: Домен зарегистрирован GoDaddy (обновлено с пользовательской информацией NS). Хостинговая зона настроена в Amazon Route53. Запись для домена (нет www.) Указана на конечную точку CloudFront. Один номер записи CNAME www. к просто домену (нет www.).

WordPress Адрес и адрес сайта (в WP Общие настройки) оба указывают на http://mydevsitename.com

Единственные активные плагины на сайте, являются W3TotalCache (для CDN через CloudFront - Origin Push) и WP SEO по Йоаст (Текущие версии обоих). Тема 2016 - никаких изменений.

Включить WP multisite был в моем файле wp-config.php. Включенная многопользовательская сеть подпапок через Tools/Network. Схватил код для изменения .htaccess и сор-config.php

Вот .htaccess код, сгенерированный ...

RewriteEngine On 
RewriteBase/
RewriteRule ^index\.php$ - [L] 

# add a trailing slash to /wp-admin 
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L] 

RewriteCond %{REQUEST_FILENAME} -f [OR] 
RewriteCond %{REQUEST_FILENAME} -d 
RewriteRule^- [L] 
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L] 
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L] 
RewriteRule . index.php [L] 

Сделано изменение в .htaccess с помощью редактора .htaccess в WP SEO по Yoast, чтобы избежать необходимости развертывания нового приложения EBS. Проверенные изменения, загрузив .htaccess из активного экземпляра EC2. (Сайт еще доступен с передней части после изменений.)

Вот изменения сора-конфигурации сгенерированных ...

define('MULTISITE', true); 
define('SUBDOMAIN_INSTALL', false); 
define('DOMAIN_CURRENT_SITE', 'mydevsitename.com'); 
define('PATH_CURRENT_SITE', '/'); 
define('SITE_ID_CURRENT_SITE', 1); 
define('BLOG_ID_CURRENT_SITE', 1); 

Я скачал веб-папку из промежуточной среды (папка/вар/приложение/текущий /) локально. Я добавил этот код в wp-config.php. Застегнул его и развернул в качестве нового приложения в Elastic Beanstalk. Это создает цикл переадресации на переднем конце сайта.

Я все еще могу перемещаться по областям WP Admin без каких-либо проблем - 100% функциональность. (Загрузка медиафайлов, установка плагинов, добавление новых сайтов в сеть и т. Д.). Функциональность ZERO на передней панели из-за цикла перенаправления.

Это не имеет никакого смысла для меня вообще. Любая помощь будет принята с благодарностью.

ответ

0

Наконец-то выяснилось решение этой проблемы. Думаю, что я поделился бы тем случаем, когда кто-то другой столкнулся с той же проблемой ...

Проблема была вызвана тем, что установка WordPress была преобразована в многопользовательскую.

Несмотря на то, что это была новая установка, установка WP должна быть переключена на многоузловое ПЕРЕД настройкой W3 Total Cache. Я предполагаю, что файлы кеша и конфигурации для одного сайта могут создавать циклы переадресации, когда WP переключается на многопользовательский.

 Смежные вопросы

  • Нет связанных вопросов^_^