Antes de empezar a codificar, necesitamos saber d\u00f3nde se almacenan los roles y capacidades de los usuarios de WordPress<\/a>. As\u00ed que, nuestro primer paso es sumergirnos profundamente en las tablas de la base de datos.<\/p>\n Importante:<\/strong> Lo siguiente no funcionar\u00e1 en el entorno Kinsta debido al hecho de que s\u00f3lo permitimos una instalaci\u00f3n de WordPress para cada sitio (a menos que est\u00e9s ejecutando WordPress en varios sitios)<\/a>. Puede ser posible hacer que esto funcione en nuestra plataforma, pero requerir\u00eda alguna configuraci\u00f3n o desarrollo adicional. Recomendamos discutir esto con un desarrollador de WordPress<\/a>.<\/p>\n De forma predeterminada, WordPress almacena los datos relacionados con el usuario en tres tablas: Cuando trabajamos en nuevas instalaciones de WordPress, no tenemos que preocuparnos por la fila No te preocupes por la tabla de{$pref}users<\/span>, porque guarda datos b\u00e1sicos de los usuarios que no cambiaremos cuando compartamos usuarios entre sitios web.<\/p>\n La tabla de La primera fila tiene el campo meta_clave establecido en Eso es todo lo que tenemos que saber sobre las tablas de usuarios cuando pretendemos compartir inicios de sesi\u00f3n y usuarios entre nuevas instalaciones de WordPress. Cuando se trabaja en sitios web existentes, debemos considerar que muchos plugins a\u00f1aden filas adicionales a Dicho esto sobre las tablas de usuarios, podemos dar un paso adelante. Ahora tenemos que definir dos constantes espec\u00edficas en el archivo wp-config.php.<\/em><\/p>\n WordPress nos permite poner tablas personalizadas en lugar de S\u00f3lo tenemos que definir Ahora que sabemos lo que hay que hacer, es hora de ejecutar nuestras dos instalaciones de WordPress.<\/p>\n Para mayor comodidad, nombrar\u00e9 las carpetas ra\u00edz de WordPress primero<\/em> y segundo<\/em>. Cuando el primer sitio web de WordPress est\u00e9 en marcha, podemos editar su archivo de configuraci\u00f3n. Abre \/first\/wp-config.php<\/em> y agrega las siguientes l\u00edneas sobre el comentario \u00abstop editing\u00bb<\/em>:<\/p>\n Hemos habilitado el modo de depuraci\u00f3n<\/a> obligando a WordPress a almacenar avisos de error y advertencias en el archivo debug.log<\/em> (lee m\u00e1s acerca de este tema en Un art\u00edculo en profundidad sobre c\u00f3mo configurar WordPress<\/a>). Hemos terminado con la primera instalaci\u00f3n. A continuaci\u00f3n tenemos que copiar wp-config.php<\/em> de la primera carpeta de instalaci\u00f3n y pegarlo en la carpeta ra\u00edz de la segunda instalaci\u00f3n. Ten cuidado de cambiar el valor de $table_prefix<\/em> en consecuencia:<\/p>\n Al ejecutar la segunda instalaci\u00f3n, debemos establecer una direcci\u00f3n de correo electr\u00f3nico inexistente para el usuario administrador ya que WordPress encuentra un n\u00famero de usuarios existentes en la tabla Accede al segundo panel de administraci\u00f3n de la instalaci\u00f3n como administrador y lista los usuarios de WordPress. Encontrar\u00e1s el nuevo usuario administrador y todos los usuarios de la primera p\u00e1gina web (esto te permite compartir los inicios de sesi\u00f3n). En este momento, los usuarios de un sitio no podr\u00e1n acceder al otro sitio web.<\/p>\n Para conceder a los usuarios las mismas capacidades en ambos sitios web, tenemos que actualizar la tabla Si est\u00e1s ejecutando nuevas instalaciones de WordPress, no tienes que preocuparte por la tabla de En nuestro ejemplo, cuando se crea un nuevo usuario en el primer sitio web, WordPress a\u00f1ade las filas Cuando se crea un nuevo usuario en el segundo sitio web, las filas de A fin\u00a0de dar los mismos roles y l\u00edmites a los usuarios en todos los sitios web, las filas de Para actualizar todas las filas existentes del usermeta puedes ejecutar una consulta SQL o actualizar las tablas desde phpMyAdmin<\/a>. \u00bfPero qu\u00e9 hay de los usuarios que se suscriban a nuestros sitios web a partir de ahora? Seg\u00fan el Codex de WordPress<\/a>, usar\u00edamos un plugin o construir\u00edamos una funci\u00f3n personalizada.<\/p>\n \u00a1Y ah\u00ed vamos!<\/p>\n La funci\u00f3n de callback mantiene tres argumentos, dos de los cuales son necesarios: Lo que hace la funci\u00f3n es bastante auto-explicativo. get_user_meta devuelve el valor del campo meta de usuario especificado. Hemos llamado a esta funci\u00f3n dos veces para recuperar los campos Descarga el mensaje y activa este plugin en la primera p\u00e1gina web.<\/p>\n Para hacer que las instalaciones funcionen sim\u00e9tricamente, s\u00f3lo tenemos que subir y activar el plugin en cualquier instalaci\u00f3n, pero ajustando los valores correctos a los prefijos. Por ejemplo, si activ\u00e1ramos esta caracter\u00edstica en el segundo sitio web, s\u00f3lo tenemos que declarar las variables como sigue:<\/p>\n As\u00ed que, edita e instala el plugin en el segundo sitio web y cree un nuevo usuario o cambia un rol de usuario existente. Entonces revisa el primer sitio web. Los roles de los usuarios ser\u00e1n exactamente los mismos que en el segundo sitio web.<\/p>\n En este post, he explicado c\u00f3mo conceder los mismos privilegios a los usuarios en las instalaciones independientes de WordPress. Una vez registrado en un sitio web, el usuario podr\u00e1 acceder a todos los sitios web que compartan los mismos usuarios y tablas de usermeta. Si tienes alguna pregunta sobre c\u00f3mo compartir los inicios de sesi\u00f3n en WordPress<\/a>, o si quieres compartir tu experiencia con nosotros, no dudes en unirte a la conversaci\u00f3n publicando tus comentarios.<\/p>\n\n
Datos y metadatos del usuario<\/h2>\n
{$pref}options<\/code>, {$pref}users<\/code> y {$pref}usermeta<\/code>.<\/p>\n\n
{$pref}options<\/code> almacena la lista completa de roles y capacidades disponibles en una fila cuyo campo option_key es {$pref}user_roles<\/code>.<\/li>\n{$pref}users<\/code> almacena datos b\u00e1sicos de los usuarios, como nombre de usuario, contrase\u00f1a, correo electr\u00f3nico, url, etc.<\/li>\n{$pref}usermeta<\/code> almacena los metadatos de los usuarios.<\/li>\n<\/ul>\n{$pref}user_roles<\/code> en la tabla {$pref}options<\/code>, porque el correspondiente campo option_value tiene siempre el mismo valor. Deber\u00edamos considerar esta fila por si acaso estamos trabajando en instalaciones existentes en las que se han cambiado los papeles o las capacidades.<\/p>\n{$pref}usermeta<\/code> es la \u00fanica que vamos a actualizar para lograr nuestro objetivo.<\/p>\n![\"Estructura](\"https:\/\/kinsta.com\/es\/wp-content\/uploads\/sites\/8\/2016\/09\/tables-1.png\")
(fuente: Descripci\u00f3n de la base de datos<\/a> del Codex)<\/figcaption><\/figure>\n{$pref}usermeta<\/code> almacena los metadatos del usuario en pares clave\/valor. En esta tabla, cinco filas almacenan los datos que debemos considerar.<\/p>\n![\"Cinco](\"https:\/\/kinsta.com\/es\/wp-content\/uploads\/sites\/8\/2016\/09\/meta-usuario.png\")
{$pref}capabilities<\/code>, y el correspondiente campo meta_valor es una matriz serializada que contiene el rol de usuario. La segunda fila almacena el nivel de usuario (obs\u00e9rvese que los niveles de usuario est\u00e1n desactualizados desde WordPress 3.0). Las tres filas restantes se refieren a los ajustes del tablero de mandos el los que no nos vamos a sumergir en presente post. La
\nfunci\u00f3n, el nivel y la configuraci\u00f3n del usuario son espec\u00edficos de la instalaci\u00f3n de WordPress y se identifican con el mismo valor $pref<\/code>. Es un dato importante cuando nuestro objetivo es compartir usuarios entre sitios web, porque tendremos que duplicar estas filas y cambiar el campo meta_key<\/code> en consecuencia.<\/p>\n{$pref}usermeta<\/code>, y puede que se nos pida que profundicemos en las tablas de la base de datos.<\/p>\nDefinici\u00f3n de tablas de usuario personalizadas – Compartir inicios de sesi\u00f3n<\/h2>\n
{$pref}users<\/code> y {$pref}usermeta<\/code>. Esto significa que si dos (o m\u00e1s) sitios web de WordPress comparten una base de datos<\/a>, podemos establecer las mismas tablas de usuarios y usermeta para todos ellos. En consecuencia, todos los sitios web que compartan este cuadro compartir\u00e1n los mismos usuarios.<\/p>\nCUSTOM_USER_TABLE<\/code> y CUSTOM_USER_META_TABLE<\/code> en el archivo wp-config.php<\/em>, como se muestra en el siguiente c\u00f3digo:<\/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>\nInstalaci\u00f3n de WordPress<\/h2>\n
first_<\/code> y second_<\/code> ser\u00e1n los respectivos prefijos de la tabla.
\nAhora hagamos la primera instalaci\u00f3n.<\/p>\n![\"En](\"https:\/\/kinsta.com\/es\/wp-content\/uploads\/sites\/8\/2016\/09\/first_install-1.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
\nEntonces, hemos definido las constantes CUSTOM_USER_TABLE<\/code> y CUSTOM_USER_META_TABLE<\/code> a las tablas first_users<\/code> y first_usermeta<\/code>. De esta manera no cambiamos la configuraci\u00f3n predeterminada de 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> y CUSTOM_USER_META_TABLE<\/code> se ajustan a los valores de la primera instalaci\u00f3n: first_users<\/code> y first_usermeta<\/code>. Eso es todo para la primera instalaci\u00f3n.<\/p>\n![\"share](\"https:\/\/kinsta.com\/es\/wp-content\/uploads\/sites\/8\/2016\/09\/second_setup-1.png\")
first_users<\/code>.<\/p>\n![\"WordPress](\"https:\/\/kinsta.com\/es\/wp-content\/uploads\/sites\/8\/2016\/09\/administrador_usuario.png\")
![\"Los](\"https:\/\/kinsta.com\/es\/wp-content\/uploads\/sites\/8\/2016\/09\/segunda_heredaran_usuarios.png\")
{$pref}usermeta<\/code>.<\/p>\nFunciones y capacidades<\/h2>\n
{$pref}options<\/code>. S\u00f3lo tienes que actualizar la tabla {$pref}usermeta<\/code>.<\/p>\nfirst_capabilities<\/code> y first_user_level<\/code> en la first_usermeta table<\/code>. Para dar acceso al segundo sitio web, estas filas deben ser duplicadas, como se muestra en la imagen de abajo:<\/p>\n![\"second_usermeta_fields\"](\"https:\/\/kinsta.com\/es\/wp-content\/uploads\/sites\/8\/2016\/09\/second_usermeta_fields-1.png\")
<\/p>\nsecond_capabilities<\/code> y second_user_level<\/code> se a\u00f1adir\u00e1n a la tabla first_usermeta<\/code>.<\/p>\nfirst_capabilities<\/code> y first_user_level<\/code> deben duplicarse en second_capabilities<\/code> y second_user_level<\/code>. Con estos dos pares de filas en la misma tabla first_usermeta<\/code>, los usuarios podr\u00edan acceder a ambos sitios web con los mismos privilegios.<\/p>\nDuplicar autom\u00e1ticamente las capas y los niveles con una funci\u00f3n<\/h2>\n
set_user_role<\/code> es un gancho de acci\u00f3n que se activa cada vez que se crea un nuevo usuario o se edita el rol de un usuario existente. Gracias a esta acci\u00f3n, podemos automatizar las actualizaciones de las tablas de usermeta.
\nAs\u00ed que, en el archivo principal de un plugin a\u00f1ade la siguiente funci\u00f3n:<\/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_id<\/code> y $role<\/code>.<\/p>\nfirst_capabilities<\/code> y first_user_level<\/code>. Entonces hemos usado estos valores para a\u00f1adir campos de second_capabilities<\/code> y second_user_level<\/code> a la tabla first_usermeta<\/code>.<\/p>\n$prefix_1 = 'second_';\n$prefix_2 = 'first_';\n<\/code><\/pre>\nResumen<\/h2>\n
\nDurante el proceso trabaj\u00e9 con nuevas instalaciones. Si est\u00e1s trabajando en sitios web existentes, debes considerar que algunos plugins podr\u00edan haber actualizado la tabla de usermeta, o incluso creado nuevas tablas que almacenen datos relacionados con el usuario. En este caso, ser\u00eda apropiado un an\u00e1lisis m\u00e1s preciso de la base de datos.<\/p>\n