Intereting Posts
Только администратор может редактировать, удалять или обновлять Показ фетальной ошибки после установки плагина Вход в WordPress после выхода из системы и проблемы с «loggedout = true» в URL-адресе перенаправления Добавить пользовательский класс в теги Принудительно использовать multisite для использования подкаталогов в предыдущей установке WordPress Не удалось установить пользовательский «URL-адрес ссылки» для Featured Image и многое другое? Отправить письмо автору за 1 день до его завершения Как добавить изображение через пользовательское поле Пользовательские меню и таксономии Как сделать пользователя неактивным по умолчанию во время регистрации? Стандартный WP_Query не возвращает результаты Многопользовательский вход и перенаправление на главный блог пользователей, Отключите трекбэк / pingback и комментарии на всех существующих многосайтовых сайтах Может ли XMLRPC установить show_on_front / page_on_front? Редактирование экрана: сделать обновление или опубликовать кнопку Follow The Page

WordPress на автоматическом масштабировании AWS и ELB, дающем 503

Мне нужно связать example.com с двумя экземплярами AWS WordPress. example.com имеет A-запись, указывающую URL-адрес ELB. Как уже упоминалось здесь , я добавил

define('WP_HOME','http://example.com'); define('WP_SITEURL','http://example.com'); 

и в функциях theme.php

 update_option( 'siteurl', 'http://example.com' ); update_option( 'home', 'http://example.com' ); 

Также добавлен define('RELOCATE',true); в wp-config.php . Прежде чем добавлять их, WordPress работает, ударяя публичные IP-адреса, но после их добавления я просто получаю 503 error из example.com , и, если я пытаюсь публиковать IP-адреса, они просто перенаправляются на example.com , тем самым давая 503 снова.

Еще одна вещь, которую следует отметить, заключается в том, что если я заменил example.com соответствующими EC2-IP-адресами в вышеуказанных файлах конфигурации, сайт работает, но относительные URL-адреса имеют плохой формат, например, www.example.com/<ip-address>/contact-us#

Возможно, я ошибаюсь в том, что касается автоматического масштабирования и ELB.

Это действительно не вопрос WordPress для каждого. Вам нужно создать ELB (Elastic Load Balancer), который затем генерирует DUAL-STACK CNAME, который затем можно использовать в качестве псевдонима для вашего доменного имени в Route53. Вы НЕ хотите просто использовать запись A для ELB, поскольку Amazon имеет право изменять эти IP-адреса в любое время.

Как только вы настроите свою настройку ELB и ваш example.com, вы можете прикрепить к ней два экземпляра EC2.

Вам не нужно ничего менять в своем wp-config.

Вы должны помнить о том, что вы загружаете свой wp-admin и контент, как если бы вы загружали изображение через медиабиблиотеку, он будет только на одном экземпляре ec2, а не другом. Здесь вы можете разгрузить медиа-библиотеку до S3 и CloudFront.

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

Короче говоря, действительно вопрос AWS, а не вопрос WordPress. Я бы посмотрел https://cloudonaut.io/wordpress-on-aws-you-are-holding-it-wrong/ и, возможно, https://serifandsemaphore.io/how-to-host-wordpress-like- а-босс-b5993fcfbd8e # .m92j2kdqu

Надеюсь, это поможет.