Могут ли блоги нескольких пользователей быть доступными из двух разных поддоменов?

Краткое описание:

У нас есть один экземпляр WordPress, с поддержкой Multisite, хостинг трех отдельных блогов. (blog.example.com/blog1, blog.example.com/blog2, blog.example.com/blog3).

Этот multisite будет сбалансирован для нагрузки через веб-уровень из четырех серверов, все из которых будут обращаться к одной и той же БД. Я понимаю, что blogs.dir необходимо синхронизировать через веб-уровень, чтобы носитель присутствовал, независимо от того, на какой сервер попадает клиент.

Вопрос:

Могу ли я иметь пятый веб-сервер (т. е. post.example.com), единственная цель которого - позволить редакторам входить в систему и публиковать новый контент , для любого из трех блогов? Таким образом, серверы с балансировкой нагрузки являются только получателями загруженного контента из post.example.com.

Я знаю, что часть синхронизации возможна, но я не уверен, как настроить WordPress для доступа из двух разных поддоменов. Возможно ли это?

Изменить: Я должен добавить дополнительную цель, настроив ее таким образом, мы надеемся получить некоторую безопасность через неясность, заблокировав доступ к /wp-admin/ на веб-уровне, поэтому вы можете войти только с одного веб-сервера (post ), но, конечно, все зависит от вышеупомянутого вопроса. :)

Макет ниже:

Mock WordPress Architecture

8 голосов | спросил Kai 24 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowMon, 24 Sep 2012 21:36:25 +0400 2012, 21:36:25

1 ответ


5

Да, это возможно, и ряд агентств новостей и СМИ работают с подобными подходами в WordPress.

Каков ваш редакторский процесс?
Самым важным шагом является понимание вашего редакционного процесса и того, сколько контроля вам нужно иметь, прежде чем он будет жить.
- например, рассмотрите эти 3 пункта:
1. Вам нужны сторонние одобрения для изображений?
2. Должны ли вы или ваш клиент подписывать копию /изображения /видео /макет до публикации контента?
3. У вас есть редакторы, которые работают над разными неделями или проблемами, и планируют, что контент будет проходить в течение недельных недель ...

Если вы ответили «Да» на любой из них, тогда одна БД, используемая между вашим сервером Pre-Live /Staging и вашим сервером Live, не «возможна». Почему ты спрашиваешь? потому что новая публикация должна быть опубликована до того, как ее смогут увидеть не-пользователи или третьи стороны, которые также не хотят вводить логины. (BTW ... все возможно со временем, деньгами и навыками для настройки пользовательских ролей и уровней доступа).

Итак, вернемся к Масштабируемому решению WordPress

DOMAIN A (к чему обращаются ваши клиенты и посетители) нужно будет указать на Балансировщик нагрузки HTTP.

Балансировщик нагрузки направляет трафик клиента на один из нескольких веб-серверов. Эти подчиненные серверы хранятся в LSYNC с сервером MASTER.

В идеале, должны быть два отдельных сервера БД (для балансировки нагрузки на чтение и запись запросов и масштаб). Вы можете ожидать много трафика READ от посетителей, но вы хотите, чтобы трафик WRITE с новых сообщений и т. Д. Не перекликался с вашими запросами READ.

DOMAIN A также можно указать на Балансировщик нагрузки HTTPS, который настроен на 1. разрешить трафик только с вашего IP-адреса Office и 2. FORCE SSL-соединение для администратора /входа.

Это легкое изменение в файле wp-config.php.

Вот схема того, что мы построили (с некоторой поддержкой от Rackspace) Rackspace Scaled WordPress

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

Общий кэш W3TC W3
У нас также установлены настройки HyperDB и W3TC .. это также потребовало большой нагрузки на серверы базы данных.

Основная причина, по которой мы использовали W3TC, заключалась в том, чтобы отключить загрузку всего статического контента в Rackspace. Настройка сети доставки контента в W3TC также очень проста:)

ответил Damien 6 +04002012-10-06T01:57:02+04:00312012bEurope/MoscowSat, 06 Oct 2012 01:57:02 +0400 2012, 01:57:02

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

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

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