Antes de come\u00e7armos a codificar, precisamos saber onde o WordPress armazena as fun\u00e7\u00f5es e capacidades do usu\u00e1rio<\/a>. Portanto, o nosso primeiro passo \u00e9 mergulhar fundo nas tabelas da base de dados.<\/p>\n Importante:<\/strong> O seguinte n\u00e3o funcionar\u00e1 fora da caixa no ambiente Kinsta, devido ao fato de s\u00f3 permitirmos uma instala\u00e7\u00e3o do WordPress para cada site (a menos que voc\u00ea esteja executando o WordPress multisite<\/a>). Pode ser poss\u00edvel p\u00f4r isto a funcionar na nossa plataforma, mas isso exigiria alguma configura\u00e7\u00e3o ou desenvolvimento adicional. Recomendamos discutir isso com um desenvolvedor de WordPress<\/a>.<\/p>\n Por padr\u00e3o, o WordPress armazena dados relacionados ao usu\u00e1rio em tr\u00eas tabelas: Ao trabalhar em novas instala\u00e7\u00f5es do WordPress, n\u00e3o temos que nos preocupar com a linha A primeira linha tem o campo meta_key definido como \u00c9 tudo o que temos de saber sobre tabelas de utilizadores quando pretendemos partilhar logins e utilizadores entre as novas instala\u00e7\u00f5es do WordPress. Ao trabalhar em sites existentes, devemos considerar que muitos plugins adicionam linhas extras ao Dito isto das tabelas de utilizadores, podemos dar um passo em frente. Agora temos de definir duas constantes espec\u00edficas no ficheiro wp-config.php.<\/em><\/p>\n O WordPress permite-nos definir tabelas personalizadas em vez de S\u00f3 precisamos definir Agora que sabemos o que tem de ser feito, \u00e9 altura de executar as nossas duas instala\u00e7\u00f5es WordPress.<\/p>\n Por conveni\u00eancia, vou nomear as pastas raiz do WordPress primeiro<\/em> e segundo<\/em>. Quando o primeiro site WordPress estiver instalado e funcionando, podemos editar seu arquivo de configura\u00e7\u00e3o. Abra \/first\/wp-config.php<\/em> e adicione as seguintes linhas acima do coment\u00e1rio ‘pare de editar’:<\/em><\/p>\n N\u00f3s ativamos o modo de debug for\u00e7ando o WordPress a armazenar avisos de erro e avisos no arquivo debug.log<\/em> (leia mais sobre este t\u00f3pico em Uma vis\u00e3o aprofundada sobre como configurar o WordPress<\/a>). Terminamos com a primeira instala\u00e7\u00e3o. A seguir temos de copiar o wp-config.php<\/em> da primeira pasta de instala\u00e7\u00e3o e col\u00e1-lo na pasta raiz da segunda instala\u00e7\u00e3o. Tenha o cuidado de alterar o valor $table_prefix de<\/em> acordo:<\/p>\n Ao executar a segunda instala\u00e7\u00e3o, devemos definir um endere\u00e7o de e-mail inexistente para o usu\u00e1rio administrador, pois o WordPress encontra um n\u00famero de usu\u00e1rios existentes na tabela Entre no segundo painel de administra\u00e7\u00e3o da instala\u00e7\u00e3o como administrador e liste os usu\u00e1rios do WordPress. Voc\u00ea encontrar\u00e1 o novo usu\u00e1rio administrador e todos os usu\u00e1rios do primeiro site (isso permite que eles compartilhem logins). Neste ponto, os usu\u00e1rios de um site n\u00e3o poder\u00e3o entrar no outro site.<\/p>\n Para conceder aos utilizadores as mesmas capacidades em ambos os sites, temos de atualizar a tabela Se voc\u00ea estiver executando novas instala\u00e7\u00f5es do WordPress, voc\u00ea n\u00e3o precisa se preocupar com a tabela de No nosso exemplo, quando um novo usu\u00e1rio \u00e9 criado no primeiro site, o WordPress adiciona as Quando um novo utilizador \u00e9 criado no segundo website, as Para atualizar todas as linhas de usermeta existentes voc\u00ea pode executar uma consulta SQL ou atualizar tabelas a partir do phpMyAdmin<\/a>. Mas o que para os utilizadores que v\u00e3o subscrever os nossos sites a partir de agora? De acordo com o Codex WordPress<\/a>, n\u00f3s usar\u00edamos um plugin ou construiremos uma fun\u00e7\u00e3o personalizada. A fun\u00e7\u00e3o de retorno mant\u00e9m tr\u00eas argumentos, dois dos quais s\u00e3o necess\u00e1rios: Carregue o an\u00fancio para ativar este plugin no primeiro site.<\/p>\n Para que as instala\u00e7\u00f5es funcionem simetricamente, s\u00f3 precisamos carregar e ativar o plugin em qualquer instala\u00e7\u00e3o, mas definindo os valores corretos para prefixos. Por exemplo, se ativarmos esta funcionalidade no segundo site, s\u00f3 temos de declarar as vari\u00e1veis como se segue:<\/p>\n Ent\u00e3o, edite e instale o plugin no segundo site e crie um novo usu\u00e1rio ou altere uma fun\u00e7\u00e3o de usu\u00e1rio existente. Depois consulte o primeiro site. As fun\u00e7\u00f5es do usu\u00e1rio ser\u00e3o exatamente as mesmas do segundo site.<\/p>\n Neste post, eu expliquei como conceder os mesmos privil\u00e9gios aos usu\u00e1rios em instala\u00e7\u00f5es WordPress independentes. Uma vez registrado em um site, o usu\u00e1rio poder\u00e1 acessar todos os sites que compartilham os mesmos usu\u00e1rios e tabelas de usermeta. Se voc\u00ea tiver alguma d\u00favida sobre como compartilhar logins no WordPress<\/a>, ou se voc\u00ea gostaria de compartilhar sua experi\u00eancia conosco, sinta-se livre para participar da conversa postando seus coment\u00e1rios.<\/p>\n\n
Dados e Metadados do Usu\u00e1rio<\/h2>\n
{$pref}options<\/code>, {$pref}users<\/code> e {$pref}usermeta<\/code>.<\/p>\n\n
{$pref}options<\/code> armazena a lista completa de fun\u00e7\u00f5es e capacidades dispon\u00edveis em uma linha cujo campo de op\u00e7\u00e3o \u00e9 {$pref}user_roles<\/code>.<\/li>\n{$pref}users<\/code> armazena dados b\u00e1sicos do usu\u00e1rio, como login, senha, e-mail, url, etc.<\/li>\n{$pref}usermeta<\/code>a armazena os metadados do usu\u00e1rio.<\/li>\n<\/ul>\n{$pref}user_roles<\/code> na tabela de {$pref}options<\/code>, porque o campo option_value correspondente tem sempre o mesmo valor. Devemos considerar esta linha no caso de estarmos a trabalhar em instala\u00e7\u00f5es existentes onde as fun\u00e7\u00f5es ou capacidades tenham sido alteradas.
\nN\u00e3o se preocupe tamb\u00e9m com a tabela de {$pref}users<\/code>, pois ela armazena dados b\u00e1sicos do usu\u00e1rio que n\u00e3o ser\u00e3o alterados quando compartilharmos usu\u00e1rios entre sites.
\nA tabela {$pref}usermeta<\/code> \u00e9 a \u00fanica tabela que vamos atualizar para atingir o nosso objetivo.<\/p>\n![\"utilizadores](\"https:\/\/kinsta.com\/pt\/wp-content\/uploads\/sites\/3\/2016\/09\/tabela.png\")
(fonte: Codex Database Description<\/a>)<\/figcaption><\/figure>\n{$pref}usermeta<\/code> armazena os metadados do usu\u00e1rio em pares chave\/valor. Nesta tabela, cinco linhas armazenam os dados que temos de considerar.<\/p>\n![\"Cinco](\"https:\/\/kinsta.com\/pt\/wp-content\/uploads\/sites\/3\/2016\/09\/usermeta.png\")
{$pref}capacidades<\/code>, e o campo meta_value correspondente \u00e9 um array serializado contendo a fun\u00e7\u00e3o do usu\u00e1rio. A segunda linha armazena o n\u00edvel de usu\u00e1rio (note que os n\u00edveis de usu\u00e1rio s\u00e3o depreciados do WordPress 3.0). As tr\u00eas filas restantes dizem respeito \u00e0s configura\u00e7\u00f5es do painel de instrumentos em que n\u00e3o vamos mergulhar neste posto. A fun\u00e7\u00e3o, n\u00edvel e configura\u00e7\u00f5es do usu\u00e1rio s\u00e3o espec\u00edficos para a instala\u00e7\u00e3o do WordPress e s\u00e3o identificados pelo mesmo valor de $pref<\/code>. \u00c9 uma informa\u00e7\u00e3o importante quando o nosso objetivo \u00e9 partilhar utilizadores entre websites, porque teremos de duplicar estas linhas e alterar o campo meta_key<\/code> em conformidade.<\/p>\n{$pref}usermeta<\/code>, e podemos ser obrigados a ter uma vis\u00e3o mais profunda das tabelas de banco de dados.<\/p>\nDefinindo tabelas personalizadas de usu\u00e1rios – Share Logins<\/h2>\n
{$pref}users<\/code> e {$pref}usermeta<\/code>. Isto significa que se dois (ou mais) sites WordPress compartilham um banco de dados<\/a>, podemos definir os mesmos usu\u00e1rios e tabelas usermeta para todos eles. Como consequ\u00eancia, todos os sites que partilham estas tabelas ir\u00e3o partilhar os mesmos utilizadores.<\/p>\nCUSTOM_USER_TABLE<\/code> e CUSTOM_USER_META_TABLE<\/code> no arquivo wp-config.php<\/em>, como mostrado no c\u00f3digo a seguir:<\/p>\n\/\/ custom users and usermeta tables\ndefine( 'CUSTOM_USER_TABLE', 'my_users_table' );\ndefine( 'CUSTOM_USER_META_TABLE', 'my_usermeta_table' );\n<\/code><\/pre>\nInstalando o WordPress<\/h2>\n
first_<\/code> e second_<\/code> ser\u00e3o os respectivos prefixos da tabela.
\nAgora vamos fazer a primeira instala\u00e7\u00e3o.<\/p>\n![\"Neste](\"https:\/\/kinsta.com\/pt\/wp-content\/uploads\/sites\/3\/2016\/09\/first_install.png\")
$table_prefix = 'first_';\n\ndefine('WP_DEBUG', true);\ndefine( 'WP_DEBUG_LOG', true );\ndefine( 'WP_DEBUG_DISPLAY', false );\n@ini_set( 'display_errors', 0 );\n\n\/\/ custom users and usermeta tables\ndefine( 'CUSTOM_USER_TABLE', $table_prefix . 'users' );\ndefine( 'CUSTOM_USER_META_TABLE', $table_prefix . 'usermeta' );\n\n\/* That's all, stop editing! Happy blogging. *\/\n<\/code><\/pre>\n
\nDepois, definimos as constantes CUSTOM_USER_TABLE<\/code> e CUSTOM_USER_META_TABLE<\/code> para as tabelas first_users<\/code> e first_usermeta<\/code>. Desta forma, n\u00e3o vamos alterar as configura\u00e7\u00f5es padr\u00e3o do WordPress.<\/p>\n$table_prefix = 'second_';\n\ndefine('WP_DEBUG', true);\ndefine( 'WP_DEBUG_LOG', true );\ndefine( 'WP_DEBUG_DISPLAY', false );\n@ini_set( 'display_errors', 0 );\n\n\/\/ custom users and usermeta tables\ndefine( 'CUSTOM_USER_TABLE', 'first_users' );\ndefine( 'CUSTOM_USER_META_TABLE', 'first_usermeta' );\n<\/code><\/pre>\nCUSTOM_USER_TABLE<\/code> e CUSTOM_USER_META_TABLE<\/code> s\u00e3o definidos para os valores da primeira instala\u00e7\u00e3o: first_users<\/code> e first_usermeta<\/code>. Isso \u00e9 tudo para a primeira instala\u00e7\u00e3o.<\/p>\n![\"share](\"https:\/\/kinsta.com\/pt\/wp-content\/uploads\/sites\/3\/2016\/09\/second_setup.png\")
first_users<\/code>.<\/p>\n![\"WordPress](\"https:\/\/kinsta.com\/pt\/wp-content\/uploads\/sites\/3\/2016\/09\/administrador_usuario.png\")
![\"Os](\"https:\/\/kinsta.com\/pt\/wp-content\/uploads\/sites\/3\/2016\/09\/segundo_install_usuarios.png\")
{$pref}usermeta<\/code>.<\/p>\nPap\u00e9is e Capacidades<\/h2>\n
{$pref}options<\/code>. Voc\u00ea s\u00f3 precisa atualizar a tabela {$pref}usermeta<\/code>.<\/p>\nfirst_capabilities<\/code> e as first_user_level<\/code> na tabela first_usermeta<\/code>. Para dar acesso ao segundo site, estas linhas devem ser duplicadas, como mostra a imagem abaixo:<\/p>\n![\"second_usermeta_fields\"](\"https:\/\/kinsta.com\/pt\/wp-content\/uploads\/sites\/3\/2016\/09\/second_usermeta_fields.png\")
<\/p>\nsecond_capabilities<\/code> do segundo_utilizador e as linhas do second_user_level<\/code> adicionadas \u00e0 tabela first_usermeta<\/code>. A
\nfim de dar as mesmas fun\u00e7\u00f5es e limites aos usu\u00e1rios em todos os sites, as first_capabilities<\/code> e linhas de first_user_level<\/code> devem ser duplicadas em second_capabilities<\/code> e second_user_level<\/code>. Com estes dois pares de linhas na mesma tabela first_usermeta<\/code>, os usu\u00e1rios poderiam acessar os dois sites com os mesmos privil\u00e9gios.<\/p>\n
\nE l\u00e1 vamos n\u00f3s!<\/p>\nDuplicar automaticamente tampas e n\u00edveis com uma fun\u00e7\u00e3o<\/h2>\n
set_user_role<\/code> \u00e9 um gancho de a\u00e7\u00e3o que aciona sempre que um novo usu\u00e1rio \u00e9 criado ou que a fun\u00e7\u00e3o de um usu\u00e1rio existente foi editada. Gra\u00e7as a esta a\u00e7\u00e3o, podemos automatizar as atualiza\u00e7\u00f5es da tabela usermeta.
\nPortanto, no arquivo principal de um plugin, adicione a seguinte fun\u00e7\u00e3o:<\/p>\nfunction ksu_save_role( $user_id, $role ) {\n\n\t\/\/ Site 1\n\t\/\/ Change value if needed\n\t$prefix_1 = 'first_';\n\t\n\t\/\/ Site 2 prefix\n\t\/\/ Change value if needed\n\t$prefix_2 = 'second_';\n\t\n\t$caps = get_user_meta( $user_id, $prefix_1 . 'capabilities', true );\n\t$level = get_user_meta( $user_id, $prefix_1 . 'user_level', true );\n\n\tif ( $caps ){\n\t\tupdate_user_meta( $user_id, $prefix_2 . 'capabilities', $caps );\n\t}\n\n\tif ( $level ){\n\t\tupdate_user_meta( $user_id, $prefix_2 . 'user_level', $level );\n\t}\n}\n\nadd_action( 'set_user_role', 'ksu_save_role', 10, 2 );\n<\/code><\/pre>\n$user<\/code>_id e $role<\/code>.
\nO que a fun\u00e7\u00e3o faz \u00e9 bastante auto-explicativa. get_user_meta retorna o valor do meta-campo do usu\u00e1rio especificado. Chamamos esta fun\u00e7\u00e3o duas vezes para recuperar os campos first_capabilities<\/code> e first_user_level<\/code>. Depois utilizamos estes valores para adicionar os campos second_capabilities<\/code> e second_user_level<\/code> \u00e0 tabela first_usermeta<\/code>.<\/p>\n$prefix_1 = 'second_';\n$prefix_2 = 'first_';\n<\/code><\/pre>\nResumo<\/h2>\n
\n\u00c9 suposto eu trabalhar com novas instala\u00e7\u00f5es. Se voc\u00ea estiver trabalhando em sites existentes, voc\u00ea deve considerar que alguns plugins podem ter atualizado a tabela usermeta, ou mesmo criado novas tabelas armazenando dados relacionados ao usu\u00e1rio. Neste caso, uma an\u00e1lise mais precisa da base de dados seria apropriada.<\/p>\n