Uma instalação do Wordpress (multisite) ou várias instalações?

Question

Eu gerencio um servidor para um cliente que possui vários blogs do Wordpress. Todos eles se equilibram precariamente no PHP / FastCGI / nginx e tudo funciona no momento, usando apenas um pouco mais de RAM do que eu normalmente estaria acostumado.

Desde a configuração de tudo isso, o Wordpress 3 foi lançado e (com um plug-in para manter o mapeamento de domínio) permite-me importar todos os blogs em um blog central. Então eu sei que posso alcançar um resultado operacional desejável ... Eu não tenho certeza se quero afundar horas fazendo isso.

O cliente agora deseja adicionar mais alguns blogs ao servidor. Estamos claramente em uma encruzilhada onde faria sentido agir agora se eu fosse para a estrada multilíngue.

Eu realmente não me importo com os benefícios administrativos claros, em vez do desempenho e a quantidade de RAM livre.

Você acha que estaria correto em assumir que uma base de código na RAM custaria menos do que ter meia dúzia de sites únicos? Existem outros profissionais (ou desvantagens) de desempenho que estão faltando?

    

Answer 1

A resposta curta é que você está melhor com uma única instalação do Wordpress 3 em vez de manter bancos de dados, servidores, configurações, etc. separados para os sites individualmente. A principal informação a ser entendida aqui é que o Wordpress 3 contém a maior parte do código principal que executa o site multimídia / wordpress.com, sem algumas otimizações óbvias de escala de massa.

O único desafio que você pode enfrentar no futuro é se um de seus sites quiser se ramificar / ir para outro lugar - você precisará definir um processo de migração (que no final não deve ser tão difícil :)).

    

Answer 2

Não sei como você salvaria os recursos do sistema, supondo que os bancos de dados ainda sejam separados para cada site.

Eu faria de qualquer maneira, sendo apenas para melhor usabilidade e menos janelas de manutenção.

    

Answer 3

1) Sim

2) Simplesmente determine se o benefício de salvar alguma RAM vale o homem-hora de conversão que você estará fazendo. Tempo de inatividade potencial, perda de dados, etc. são todas as coisas que devem ser observadas. Seria mais barato adicionar mais RAM?

    

Answer 4

Eu duvido que você esteja economizando muito na memória, se houver. Não é como se houvesse três ou cinco processos wordpress persistentes em execução constante no servidor. Claro que o nginx e o mysql estão rodando, mas os threads extras só são iniciados quando as requisições do navegador são feitas e os scripts começam a chamar funções e fazer chamadas ao banco de dados.

Se você quiser salvar recursos, você deve se preocupar mais com o tema e os plugins do wordpress que o cliente está executando. Muitos temas e plugins gratuitos fazem muitas chamadas desnecessárias ao banco de dados. Eu pessoalmente sou da escola de pensamento que é melhor "codificar" tanto quanto possível o tema, pois não é realmente um código rígido, é apenas PHP e facilmente editável. Também procure em cacheing (wp super cache), e um acelerador PHP.

Eu tenho vários sites wordpress rodando no mesmo VPS e não me preocupei em combiná-los. Eles não usam todos os mesmos plugins, então eu posso salvar lá (eu acho - eu não verifiquei se você pode habilitar / desabilitar plugins por site em 3.0), e eu gostaria de esperar que se alguém fosse hackeado , os outros ainda estão um pouco isolados devido a diferentes credenciais de banco de dados.

Se a facilidade adicional de gerenciamento não for um atrativo para você ou seu cliente, não vejo os benefícios.

    

Answer 5

Se você estiver usando PHP no FastCGI, com um pool cgi diferente por motivos de segurança: sim, você economizará um monte de ram. Se você estiver usando PHP no FastCGI com um único pool, você provavelmente só terá benefícios em performances se estiver usando algum opcode cacher como o APC.

Em relação à segurança, a maioria dos ataques é feita independentemente das credenciais do banco de dados, portanto, é provavelmente supérfluo. Se alguém der sua própria senha, o problema está em outro lugar.