Minha rede está mostrando funções em alguns sites e não em outros.
Por alguma razão que não consigo explicar, quando adiciono um novo usuário, não tenho funções para escolher na caixa suspensa de um subsite na minha rede. Além disso, meu novo usuário atribuído a um site não está aparecendo na minha lista de usuários para esse site.
Isso é algo corrigível?
Abaixo uma imagem da situação atual.
Abaixo está a figura que mostra o site principal com as funções apropriadas, mas os sub-sites da rede não.
Se esse é o problema que eu conheço tão bem, você está executando uma instalação do memcache por trás da instalação do MU? Descobri que aparentemente há um problema de cache (testemunhado na 2.9) para o objeto de opções em que algo bom (como a chave wp_user_roles) fica preso na matriz do memcache "notoptions".
Se você executar no topo do memcache, e isso parecer uma possibilidade, tente fazer o telnet na máquina via 11211. Digite
delete blogid:options:notoptions
, onde o blogid é o ID do blog no qual você vê o problema. Atualize o painel do administrador e veja se há funções na lista suspensa. Nesse caso, você encontrou seu problema.UPDATE : OK, então você não encontrou seu problema - você não estava executando o memcache. Eu ainda verificaria o objeto de funções, procurando um objeto corrompido ou inexistente. Eu acredito que é sua melhor liderança. Você pode usar esse código para despejar a tabela de opções:
fonte
Eu tive esse problema com uma instalação Multisite depois de reinstalar o WordPress e restaurar a partir de um backup do Updraft Plus.
Quando verifiquei o
user_roles
registro, o option_name ainda estava definido como o prefixo original de quatro caracteres, comopre1_user_roles
, enquanto o prefixo da segunda instalação era algo parecidopre2_user_roles
.Eu atualizei isso
pre2_user_roles
e as opções reapareceram imediatamente na página de opções do usuário.fonte
OBRIGADO. Esse problema representa 10 horas sólidas de depuração. Este foi um urso de verdade para mim.
Para expandir um pouco isso, adicionei uma função ao meu site que permitirá que você resolva esse problema se estiver criando sites programaticamente.
Basicamente, isso verificará se
wp_user_roles
foi definido no blog especificado. Se for, a função será usadawp_user_roles
para definir uma nova opção da maneira correta.fonte
Eu só queria dizer obrigado por este artigo, porque estou procurando uma solução para esse problema há muito tempo.
Simplesmente porque eu tinha usado um plugin para clonar meus sites e ele nunca atualizou
wp_##_user_roles
corretamente. Quando o site copiadowp_13...
foi clonado para um novo site,wp_81...
mas essa entrada ainda estava emperradawp_13
.fonte
Eu só quero salientar que algumas pessoas ainda podem ter uma tabela de usuários de site vazia, especificamente para o site raiz. Se esse problema ocorrer, a maneira de corrigi-lo é fazendo o seguinte:
Eu acredito que "1" é sempre o ID do site raiz.
Felicidades.
fonte
wp_
prefixo é definido como sindewp-config.php
e apenas o padrão éwp_
. O1
fato é o site raiz. Mas não precisa ser,1
pois esse é um ID exclusivo e incremental que é gerado automaticamente.