Os blogs de vários sites podem ser acessados a partir de dois subdomínios diferentes?

8

Histórico rápido:

Temos uma única instância do WordPress, com o Multisite ativado, hospedando três blogs separados. (blog.example.com/blog1, blog.example.com/blog2, blog.example.com/blog3).

Esse multisite será balanceado por carga em uma camada da web de quatro servidores, todos acessando o mesmo banco de dados. Entendo que blogs.dir precisará ser sincronizado em toda a camada da web, para que a mídia esteja presente, não importa qual servidor um cliente acesse.

Pergunta:

Posso ter um quinto servidor da Web (por exemplo, post.example.com ), cuja única finalidade é permitir que os editores efetuem login e postem novos conteúdos para qualquer um dos três blogs? Dessa forma, os servidores de carga balanceada são apenas receptores do conteúdo carregado de post.example.com .

Eu sei que a parte de sincronização é possível, mas não tenho certeza sobre como configurar o WordPress para ser acessível a partir de dois subdomínios diferentes. Isso é possível?

Editar: devo acrescentar que um objetivo adicional ao configurá-lo dessa maneira é que esperamos ganhar alguma segurança por meio da obscuridade, bloqueando o acesso a /wp-admin/ na camada da Web, para que você só pode fazer o login a partir do servidor web ( post ), mas é claro que tudo depende da questão acima mencionada. :)

Mock abaixo:

    
por Kai 24.09.2012 / 19:36

1 resposta

5

Sim, isso é possível e várias agências de notícias e mídia trabalham com abordagens semelhantes no WordPress.

Qual é o seu processo editorial?
O passo mais importante é entender seu processo editorial e quanto controle você precisa ter do conteúdo antes de ele ser transmitido.
Por exemplo, considere estes 3 pontos:
1. Você precisa de aprovações de terceiros para imagens?
2. Você ou seu cliente precisam assinar cópia / imagens / vídeo / layout antes de o conteúdo ser publicado?
3. Vocês Editores começam a trabalhar em diferentes semanas ou problemas e estão planejando conteúdo para ir ao vivo com semanas de antecedência ...

Se você respondeu Sim a qualquer um desses, um único DB compartilhado entre seu servidor Pré-Live / Staging e seu servidor Live não é 'possível'. Porque você pergunta? porque um novo post tem que ser publicado antes que possa ser visto por não usuários ou terceiros que você não queira dar logins também. (BTW ... tudo é possível com tempo, dinheiro e habilidades para personalizar as funções do usuário e os níveis de acesso).

Então, voltemos à Solução escalonável do WordPress

DOMAIN A (para o qual seus clientes e visitantes vão) precisará estar direcionado para um balanceador de carga HTTP.

O Load Balancer direcionará o tráfego do cliente para um dos vários servidores da web. Esses servidores escravos são mantidos no LSYNC com um servidor MASTER.

O ideal é que haja dois servidores DB separados (para solicitações de leitura / gravação de balanceamento de carga e dimensionamento). Você pode esperar muito do tráfego de LEITURA dos visitantes, mas deseja garantir que o tráfego WRITE de novas postagens, etc. não interfira com suas solicitações de LEITURA.

DOMAIN A também pode ser apontado para um balanceador de carga HTTPS configurado para o
1. apenas permitir tráfego do seu endereço IP do Office e 2. FORCE conexão SSL para Admin / Login.

Esta é uma alteração fácil no arquivo wp-config.php .

Aqui está um diagrama do que construímos (com algum suporte da Rackspace)

HyperDB
No final, tivemos a configuração do HyperDB para gerenciar os vários servidores e solicitações de banco de dados. Isso também foi fácil, pois é principalmente um plugin com um longo script de configuração.

W3TC Cache total W3
Nós também temos a configuração do HyperDB e do W3TC. Isso também exigiu muita carga dos Servidores DB

A principal razão pela qual usamos o W3TC foi descarregar todo o conteúdo estático na Rackspace. A configuração da Content Delivery Network no W3TC também é muito fácil:)

    
por Damien 05.10.2012 / 23:57