@nbar Eu sabia que existia algum problema com a implementação de usar ligações simbólicas para partilhares apenas uma instalação WordPress entre vários sites.
Lembrei-me de repente que, se fizeres uma atualização na core e se nela for atualizada a estrutura da base de dados, isso só acontecerá para a base de dados do site que estás a chamar! O problema que fica é que todos os outros que estão ligados a essa instalação ficam intactos e neste caso ficam com versões de base de dados antigas.
Se optares por esse sistema, tem atenção em atualizar as bases de dados dos outros sites todos. Normalmente acontece em mudanças de versão maior, por exemplo 3.3 para 3.4 (que já está quase a sair da fábrica 🙂
Um abraço 🙂
Nuno Barreiro, and 
Nuno Barreiro 31 Mai 2012, às 12:10 Permalink | Inicie a sessão para responder
Cada instalação tem uma base de dados própria e o seu wp-config.php. Quando acedes a um dos sites a respectiva base de dados é actualizada. O WordPress não sabe se os ficheiros do core estão “mesmo ali” ou se estão numa pasta remota acedida através de um link simbólico.
O folder de cada instalação é assim:
uma pasta com um link simbólico para o core (sem wp-content)
uma pasta wp-content
um ficheiro wp-config.php (com indicação dos path e URL da pasta wp-content)
.htaccess com os redireccionamento necessários (para quem usa Apache)
O link tem mesmo que ser simbólico, não pode ser um hard link – já não me lembro bem porquê mas havia uma boa razão para isso 🙂
Lopo 31 Mai 2012, às 19:03 Permalink | Inicie a sessão para responder
É que se sor um soft link e o apagares limitas-te a apagar o link e não mexes no ficheiro linkado. Se usares um hardlink e o apagares apagas também o ficheiro linkado 🙂
Nuno Barreiro 31 Mai 2012, às 19:49 Permalink | Inicie a sessão para responder
Sim, também há esse problema 🙂 Mas acho que neste caso tinha a ver com o facto do PHP não lidar bem com hard links porque cada ficheiro que é linkado fica com o mesmo inode. Qualquer coisa assim…
Lopo 31 Mai 2012, às 19:13 Permalink | Inicie a sessão para responder
Eu já tive um sistema a funcionar assim na época em que não tinha Multisite e o Mu era uma nóia.
A opção de configuração do Nuno permite ainda teres os plugins e os temas independentes mas também podes manter a pasta wp-content/plugins no sistema central e assim facilitares os upgrades.
Quanto ao problema dos upgrades podes sempre usar um script que faça um pouco o que o “Update Network” do Multisites faz.
Dá trabalho mas o que não dá quando queremos coisas fora da caixa 😉
Vitor Carvalho 1 Jun 2012, às 9:16 Permalink | Inicie a sessão para responder
Usar o script de upgrade do multisite seria uma boa ideia nesse caso, com algumas modificações é possível atingir o pretendido. De certeza que alguém já deve ter feito isso aí pela rede…