Como um novato em administração do WordPress, acabei de fazer minha primeira atualização não automática do WordPress.
Atualizei cinco instalações diferentes do WordPress de 4.1.3 para 4.2.
Todos eles se referem a diferentes sites hospedados no mesmo host que um domínio principal e quatro domínios adicionais.
Em cada um dos sites, eu uso os seguintes plug-ins:
- Akismet;
- Google Analytics por Yoast;
- Anúncios do Google;
- Sitemaps XML do Google e
- Jetpack por WordPress.com.
Para otimizar a administração, considere consolidar todas as cinco instalações em uma única instalação multissite.
Até agora, achei bastante difícil encontrar respostas definitivas sobre a compatibilidade de cada um desses plug-ins com uma instalação multisite nos sites do plug-in.
A página do plug-in é o lugar certo para pesquisar isso?
Existe um local central onde essas informações podem ser encontradas?
Respostas:
Existem dois tipos de compatibilidade multisite:
Eu acho que você está fora do 1. Veja meus slides do WordCamp Prague 2015 para a segunda parte.
Plugins que não dizem nada sobre multisite não devem ser ativados como plugins de rede. O WooCommerce, por exemplo, cria algumas tabelas personalizadas durante a instalação. Se você ativá-lo em toda a rede, os subsites não receberão essas tabelas e o céu cairá sobre sua cabeça.
Infelizmente, a maioria dos plugins não verifica o tipo de ativação, e permite que você faça a ativação errada.
estão relacionados com problemas de UX, como ponteiros de administrador ou páginas especiais "Sobre" nas quais você precisa clicar em qualquer subsite em plugins não compatíveis. O WP SEO do Yoast é um exemplo . Isso será corrigido nesse plug-in em breve, eu acho. :)
Outros problemas dependem do que você faz com esse multisite. Se você estiver criando um site multilíngue, em que cada site é escrito em um idioma e os sites estão conectados, você deseja sincronizar as postagens ao escrever conteúdo. Isso significa que você liga
switch_to_blog()
no ganchosave_post
e salva as postagens conectadas também.save_post
será chamado várias vezes durante uma solicitação agora. Muitos plug-ins não estão cientes dessa situação; portanto, eles apenas substituem as meta-informações das postagens conectadas, pensando que ainda estão na primeira postagem.Fique atento aos plugins que lidam com a meta meta e não possuem uma verificação como esta:
Esses plugins não são compatíveis.
Semelhante, embora mais difícil de especificar, são problemas quando os plug-ins tocam os metam campos do usuário ou reescrevem regras.
Alguns plug-ins tentam gravar conteúdo em arquivos sem incluir o ID do site no nome do arquivo. Eles provavelmente também estão quebrados.
Como Tom disse: Crie uma instalação de teste, execute todos os casos de uso que você puder imaginar. Você não pode confiar na página do plug-in e, geralmente, não há informações suficientes.
fonte
A menos que um plug-in indique que é compatível, a única maneira confiável de descobrir é criar uma instalação multisite local e testá-la.
Às vezes, há sinais que você pode procurar, mas esses sempre são um sintoma de código incorreto, por exemplo, nomes de tabelas de bancos de dados codificados em vez de usar o prefixo de
$wpdb
, nesse caso, eu recomendaria evitar o plug-in, mesmo se você não usar vários sitesfonte