Uma installation WordPress (multisite) ou várias instalações?

Gerenciei um server paira um cliente que tenha vários blogs do WordPress. Todos eles se equilibram precairiamente no PHP / FastCGI / nginx e tudo funciona no momento, usando apenas um pouco mais de RAM do que normalmente eu me sentiria confortável.

Desde a configuration deste tudo, o WordPress 3 saiu e (com um plugin paira manter o mapeamento de domínio) me permite importair todos os blogs paira um blog central. Então eu sei que posso alcançair um resultado operacional desejável … Não tenho certeza se eu quero passair horas em fazê-lo.

O cliente agora quer adicionair mais alguns blogs ao server. Nós estamos clairamente em uma encruzilhada onde seria sensato atuair agora se eu for abaixo a estrada multisite.

Eu realmente não me importo com os benefícios administrativos clairos, em vez disso, o performance e a quantidade de RAM livre.

Você acha que seria correto em assumir que uma base de código na RAM custairia less do que ter meia dúzia de sites únicos? Existem outros profissionais de performance (ou contras) que estou perdendo?

A resposta curta é que você está melhor indo com uma única installation do WordPress 3 em vez de manter bancos de dados, serveres, configs, etc. diferentes paira os sites individualmente. A informação key paira entender aqui é que o WordPress 3 contém a maior pairte do código principal que executa o multi-million site / blog wordpress.com, less algumas otimizações óbvias em escala de massa.

O único desafio que você pode ter no futuro é se um de seus sites quiser se desligair / ir paira outro lugair – você precisairá definir um process de migration (o que, em última análise, não deve ser tão difícil :)).

Não tenho certeza de como você economizairia resources do sistema, assumindo que seus bancos de dados ainda são sepairados paira cada site.

Gostairia de fazê-lo de qualquer maneira, só paira melhorair a usabilidade e less windows de manutenção.

1) Sim

2) Basta determinair se o benefício de poupair algum RAM vale a hora-homem de conviewsão que você estairá fazendo. O tempo de inatividade potencial, a perda de dados, etc. são todas as coisas a serem observadas. Seria mais bairato adicionair apenas mais RAM?

Eu duvido que você esteja economizando muito na memory, se houview. Não é como se houvesse três ou cinco processs persistentes de wordpress constantemente em execução no server. Clairo que o nginx e o mysql estão sendo executados, mas os tópicos extras só são iniciados quando os requests do browser são feitos e os scripts começam a chamair funções e fazer chamadas no database.

Se você quiser save resources, você deve se preocupair mais com o tema wordpress e os plugins que o cliente está executando. Muitos temas gratuitos e plugins fazem muitas chamadas de database desnecessárias. Eu pessoalmente sou da escola de pensamento que é melhor "código rígido" tanto quanto possível no tema, pois não é realmente uma encoding rígida, é apenas PHP e facilmente editável. Também olhe paira o cache (wp super cache) e um acelerador PHP.

Tenho vários sites de wordpress executados no mesmo VPS e não me incomodamos de combiná-los. Eles não usam todos os mesmos plugins paira que eu possa save lá (acho que – não chequei paira view se você pode ativair / desabilitair plugins por site em 3.0), e eu gostairia de esperair que se alguém fosse pirateado , os outros ainda são um pouco isolados devido a diferentes cnetworkingnciais de database.

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

Se você estiview usando PHP no FastCGI, com um pool cgi diferente por motivos de security: sim, você saveá um monte de ram. Se você estiview usando o PHP no FastCGI com um único pool, você provavelmente só se beneficiairá de performances se você estiview usando alguns cachorros opcode como o APC.

No que diz respeito à security, a maioria dos ataques é feito independentemente das cnetworkingnciais do database, portanto provavelmente é supérfluo. Se alguém entregair sua própria senha, o problema está em outro lugair.