Avant de commencer \u00e0 coder, nous devons savoir o\u00f9 WordPress stocke les r\u00f4les et les capacit\u00e9s des utilisateurs<\/a>. Donc, notre premi\u00e8re \u00e9tape est de plonger profond\u00e9ment dans les tables de la base de donn\u00e9es.<\/p>\n Important :<\/strong> Ce qui suit ne fonctionnera pas dans l’environnement Kinsta car nous n’autorisons qu’une seule installation de WordPress pour chaque site (\u00e0 moins que vous n’ex\u00e9cutiez la commande WordPress multisite<\/a>). Il est peut-\u00eatre possible de faire fonctionner cela sur notre plateforme, mais cela n\u00e9cessiterait une installation ou un d\u00e9veloppement suppl\u00e9mentaire. Nous vous recommandons d’en discuter avec un d\u00e9veloppeur WordPress<\/a>.<\/p>\n Par d\u00e9faut, WordPress stocke les donn\u00e9es relatives aux utilisateurs dans trois tableaux : Lorsque nous travaillons sur de nouvelles installations WordPress, nous n’avons pas \u00e0 nous soucier de la ligne La premi\u00e8re ligne a le champ meta_key d\u00e9fini sur C’est tout ce que nous avons \u00e0 savoir sur les tables d’utilisateurs lorsque nous voulons partager les identifiants et les utilisateurs entre les nouvelles installations WordPress. Lorsque nous travaillons sur des sites Web existants, nous devrions tenir compte du fait que de nombreuses extensions ajoutent des lignes suppl\u00e9mentaires \u00e0 Cela dit, en ce qui concerne les tables d’utilisateurs, nous pouvons faire un pas en avant. Maintenant nous devons d\u00e9finir deux constantes sp\u00e9cifiques dans le fichier wp-config.php.<\/em><\/p>\n WordPress nous permet de d\u00e9finir des tables personnalis\u00e9es au lieu de Il suffit de d\u00e9finir Maintenant que nous savons ce qu’il faut faire, il est temps d’ex\u00e9cuter nos deux installations WordPress.<\/p>\n Pour des raisons de commodit\u00e9, je nommerai les dossiers racine de WordPress premier<\/em> et second<\/em>. Lorsque le premier site WordPress est op\u00e9rationnel, nous pouvons modifier son fichier de configuration. Ouvrez \/first\/wp-config.php<\/em> et ajoutez les lignes suivantes au-dessus du commentaire \u00ab C\u2019est tout, ne touchez pas \u00e0 ce qui suit ! Bonne publication. \u00bb:<\/em><\/p>\n Nous avons activ\u00e9 le mode de d\u00e9bogage<\/a> for\u00e7ant WordPress \u00e0 stocker les notices d’erreur et les avertissements dans le fichier debug.log<\/em> (pour en savoir plus \u00e0 ce sujet, voir Une vue en profondeur sur la fa\u00e7on de configurer WordPress<\/a>). Nous en avons fini avec la premi\u00e8re installation. Ensuite, nous devons copier le fichier wp-config.php<\/em> depuis le premier dossier d’installation et le coller dans le dossier racine de la deuxi\u00e8me installation. Prenez soin de changer la valeur $table_prefix<\/em> en cons\u00e9quence :<\/p>\n Lors de l’ex\u00e9cution de la deuxi\u00e8me installation, nous devrions d\u00e9finir une adresse e-mail inexistante pour l’utilisateur administrateur car WordPress trouve un certain nombre d’utilisateurs existants dans la table Connectez-vous au deuxi\u00e8me panneau d’administration de l’installation en tant qu’administrateur et listez les utilisateurs de WordPress. Vous trouverez le nouvel utilisateur admin et tous les utilisateurs du premier site web (ce qui leur permet de partager leurs identifants). \u00c0 ce stade, les utilisateurs d’un site ne pourront pas se connecter \u00e0 l’autre site Web.<\/p>\n Pour accorder aux utilisateurs les m\u00eames capacit\u00e9s dans les deux sites, nous devons mettre \u00e0 jour la table Si vous ex\u00e9cutez de nouvelles installations WordPress, vous n’avez pas \u00e0 vous soucier de la table Dans notre exemple, lorsqu’un nouvel utilisateur est cr\u00e9\u00e9 dans le premier site web, WordPress ajoute les lignes Lorsqu’un nouvel utilisateur est cr\u00e9\u00e9 dans le deuxi\u00e8me site Web, les lignes Pour mettre \u00e0 jour toutes les lignes usermeta existantes, vous pouvez ex\u00e9cuter une requ\u00eate SQL ou mettre \u00e0 jour les tables depuis phpMyAdmin<\/a>. Mais qu’en est-il des utilisateurs qui s’abonneront dor\u00e9navant \u00e0 nos sites Web ? D’apr\u00e8s le Codex WordPress<\/a>, nous utiliserions une extension ou construirions une fonction personnalis\u00e9e. La fonction de callback conserve trois arguments, dont deux sont n\u00e9cessaires : T\u00e9l\u00e9versez et activez cette extension dans le premier site web.<\/p>\n Pour que les installations fonctionnent sym\u00e9triquement, il suffit de t\u00e9l\u00e9verser et d’activer l\u2019extension dans n’importe quelle installation, mais en d\u00e9finissant les bonnes valeurs aux pr\u00e9fixes. Par exemple, si nous activons cette fonctionnalit\u00e9 dans le deuxi\u00e8me site Web, nous n’avons qu’\u00e0 d\u00e9clarer les variables comme suit :<\/p>\n Donc, modifiez et installez l\u2019extension dans le deuxi\u00e8me site web et cr\u00e9ez un nouvel utilisateur ou modifiez un r\u00f4le utilisateur existant. Consultez ensuite le premier site Web. Les r\u00f4les des utilisateurs seront exactement les m\u00eames que ceux du deuxi\u00e8me site Web.<\/p>\n Dans cet article, j’ai expliqu\u00e9 comment accorder les m\u00eames privil\u00e8ges aux utilisateurs sur des installations WordPress ind\u00e9pendantes. Une fois enregistr\u00e9 sur un site Web, l’utilisateur pourra acc\u00e9der \u00e0 tous les sites Web partageant les m\u00eames tables users et usermeta. Si vous avez des questions sur la fa\u00e7on de partager des identifiants dans WordPress<\/a>, ou si vous souhaitez partager votre exp\u00e9rience avec nous, n’h\u00e9sitez pas \u00e0 vous joindre \u00e0 la conversation en publiant vos commentaires.<\/p>\n\n
Donn\u00e9es et M\u00e9tadonn\u00e9es Utilisateur<\/h2>\n
{$pref}options<\/code>, {$pref}users<\/code> et {$pref}usermeta<\/code>.<\/p>\n\n
{$pref}options<\/code> stocke la liste compl\u00e8te des r\u00f4les et capacit\u00e9s disponibles dans une ligne dont le champ option_key est {$pref}user_role<\/code>s.<\/li>\n{$pref}users<\/code> stocke les donn\u00e9es de base des utilisateurs, telles que identifiant, mot de passe, e-mail, url, etc.<\/li>\n{$pref}usermeta<\/code> stocke les m\u00e9tadonn\u00e9es utilisateur.<\/li>\n<\/ul>\n{$pref}user_roles<\/code> dans la table {$pref}options<\/code>, car le champ option_value correspondant a toujours la m\u00eame valeur. Nous devrions consid\u00e9rer cette ligne juste au cas o\u00f9 nous travaillerions sur des installations existantes o\u00f9 les r\u00f4les ou les capacit\u00e9s ont \u00e9t\u00e9 modifi\u00e9s.
\nPas de souci \u00e0 propos de la table {$pref}users<\/code>, parce qu’elle stocke des donn\u00e9es utilisateur basiques que nous ne modifierons pas lors du partage d’utilisateurs entre les sites Web.
\nLa table {$pref}usermeta<\/code> est la seule table que nous allons mettre \u00e0 jour pour atteindre notre but.<\/p>\n![\"Structure](\"https:\/\/kinsta.com\/fr\/wp-content\/uploads\/sites\/4\/2016\/09\/structure-tables-users-usermeta.png\")
{$pref}usermeta<\/code> stocke les m\u00e9tadonn\u00e9es utilisateur dans des paires cl\u00e9\/valeur. Dans ce tableau, cinq lignes stockent les donn\u00e9es que nous devons prendre en compte.<\/p>\n![\"Cinq](\"https:\/\/kinsta.com\/fr\/wp-content\/uploads\/sites\/4\/2016\/09\/usermeta.png\")
{$pref}capabilities<\/code>, et le champ meta_value correspondant est un tableau s\u00e9rialis\u00e9 contenant le r\u00f4le utilisateur. La deuxi\u00e8me ligne stocke le niveau utilisateur (notez que les niveaux utilisateur sont obsol\u00e8tes depuis WordPress 3.0). Les trois autres lignes concernent les r\u00e9glages du tableau de bord que nous n’aborderons pas dans cet article.
\nLe r\u00f4le, le niveau et les r\u00e9glages de l’utilisateur sont sp\u00e9cifiques \u00e0 l’installation de WordPress et sont identifi\u00e9s par la m\u00eame valeur $pref<\/code>. C’est un \u00e9l\u00e9ment d’information important lorsque notre objectif est de partager les utilisateurs entre des sites web, car nous devrons dupliquer ces lignes et modifier le champ meta_key<\/code> en cons\u00e9quence.<\/p>\n{$pref}usermeta<\/code>, et nous pourrions \u00eatre amen\u00e9s \u00e0 examiner plus en profondeur les tables de base de donn\u00e9es.<\/p>\nD\u00e9finition de Tables Utilisateur Personnalis\u00e9es – Partager les Identifiants<\/h2>\n
{$pref}utilisateurs<\/code> et {$pref}usermeta<\/code>. Cela signifie que si deux (ou plusieurs) sites Web WordPress partagent une base de donn\u00e9es<\/a> nous pouvons d\u00e9finir les m\u00eames utilisateurs et tables usermeta pour tous. Par cons\u00e9quent, tous les sites Web qui partagent ces tables partageront les m\u00eames utilisateurs.<\/p>\nCUSTOM_USER_TABLE<\/code> et CUSTOM_USER_META_TABLE<\/code> dans le fichier wp-config.php<\/em>, comme indiqu\u00e9 dans le code suivant :<\/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>\nInstallation de WordPress<\/h2>\n
first_<\/code> et second_<\/code> seront les pr\u00e9fixes respectifs de table.
\nEx\u00e9cutons maintenant la premi\u00e8re installation.<\/p>\n![\"Dans](\"https:\/\/kinsta.com\/fr\/wp-content\/uploads\/sites\/4\/2016\/09\/prefixe-table-first.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
\nEnsuite, nous avons d\u00e9fini les constantes CUSTOM_USER_TABLE<\/code> et CUSTOM_USER_META_TABLE<\/code> aux tables first_users<\/code> et first_usermeta<\/code>. De cette fa\u00e7on, nous ne changeons pas les r\u00e9glages par d\u00e9faut 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> et CUSTOM_USER_META_TABLE<\/code> sont d\u00e9finis sur les valeurs de la premi\u00e8re installation : first_users<\/code> et first_usermeta<\/code>. C’est tout pour la premi\u00e8re installation.<\/p>\n![\"WordPress](\"https:\/\/kinsta.com\/fr\/wp-content\/uploads\/sites\/4\/2016\/09\/deuxieme-configuration.png\")
first_users<\/code>.<\/p>\n![\"WordPress](\"https:\/\/kinsta.com\/fr\/wp-content\/uploads\/sites\/4\/2016\/09\/utilisateur-admin.png\")
![\"Les](\"https:\/\/kinsta.com\/fr\/wp-content\/uploads\/sites\/4\/2016\/09\/utilisateurs-deuxieme-installation.png\")
{$pref}usermeta<\/code>.<\/p>\nR\u00f4les et Capacit\u00e9s<\/h2>\n
{$pref}options<\/code>. Vous avez juste besoin de mettre \u00e0 jour la table {$pref}usermeta<\/code>.<\/p>\nfirst_capabilities<\/code> et first_user_level<\/code> dans la table first_usermeta<\/code>. Pour donner acc\u00e8s au deuxi\u00e8me site Web, ces lignes doivent \u00eatre dupliqu\u00e9es, comme le montre l’image ci-dessous :<\/p>\n![\"deuxiemes-champs-usermeta\"](\"https:\/\/kinsta.com\/fr\/wp-content\/uploads\/sites\/4\/2016\/09\/deuxiemes-champs-usermeta-1.png\")
<\/p>\nsecond_capabilities<\/code> et second_user_level<\/code> seront ajout\u00e9es \u00e0 la table first_usermeta<\/code>.
\nAfin de donner les m\u00eames r\u00f4les et les m\u00eames capacit\u00e9s aux utilisateurs sur l’ensemble des sites Web, les lignes first_capabilities<\/code> et first_user_level<\/code> doivent \u00eatre dupliqu\u00e9es dans second_capabilities<\/code> et second_user_level<\/code>. Avec ces deux paires de lignes dans la m\u00eame table first_usermeta<\/code>, les utilisateurs pourraient acc\u00e9der aux deux sites Web avec les m\u00eames privil\u00e8ges.<\/p>\n
\nEt c’est parti !<\/p>\nDupliquer Automatiquement les Capaciti\u00e9s et les Niveaux avec une Fonction<\/h2>\n
set_user_role<\/code> est un crochet d’action qui se d\u00e9clenche chaque fois qu’un nouvel utilisateur est cr\u00e9\u00e9 ou qu’un r\u00f4le d’utilisateur existant a \u00e9t\u00e9 modifi\u00e9. Gr\u00e2ce \u00e0 cette action, nous pouvons automatiser les mises \u00e0 jour des tables usermeta.
\nAinsi, dans le fichier principal d’une extension ajoutez la fonction suivante :<\/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> et $role<\/code>.
\nCe que fait la fonction est assez explicite. get_user_user_meta retourne la valeur sp\u00e9cifi\u00e9e du champ user meta. Nous avons appel\u00e9 cette fonction deux fois pour r\u00e9cup\u00e9rer les champs first_capabilities<\/code> et first_user_level<\/code>. Ensuite, nous avons utilis\u00e9 ces valeurs pour ajouter des champs second_capabilities<\/code> et second_user_level<\/code> \u00e0 la table first_usermeta<\/code>.<\/p>\n$prefix_1 = 'second_';\n$prefix_2 = 'first_';\n<\/code><\/pre>\nR\u00e9sum\u00e9<\/h2>\n
\nJe suis cens\u00e9 travailler avec de nouvelles installations. Si vous travaillez sur des sites web existants, vous devriez consid\u00e9rer que certaines extensions ont pu mettre \u00e0 jour la table usermeta, ou m\u00eame cr\u00e9er de nouvelles tables stockant des donn\u00e9es relatives aux utilisateurs. Dans ce cas, une analyse plus pr\u00e9cise de la base de donn\u00e9es serait appropri\u00e9e.<\/p>\n