Bevor wir mit dem Programmieren beginnen, m\u00fcssen wir wissen, wo WordPress die Benutzerrollen<\/a> und -f\u00e4higkeiten speichert. Also ist unser erster Schritt, tief in die Datenbanktabellen einzutauchen.<\/p>\n Wichtig<\/strong>: Das Folgende wird in der Kinsta-Umgebung nicht sofort funktionieren, da wir nur eine WordPress-Installation pro Webseite zulassen (es sei denn, du betreibst WordPress Multisite<\/a>). Es k\u00f6nnte m\u00f6glich sein, dies auf unserer Plattform zum Laufen zu bringen, aber es w\u00fcrde einige zus\u00e4tzliche Einstellungen oder Entwicklungen erfordern. Wir empfehlen, dies mit einem WordPress-Entwickler<\/a> zu besprechen.<\/p>\n Standardm\u00e4\u00dfig speichert WordPress benutzerbezogene Daten in drei Tabellen: Wenn wir an neuen WordPress Installationen arbeiten, m\u00fcssen wir uns nicht um die Mach dir auch keine Sorgen um die In der ersten Zeile ist das meta_key Feld auf Das ist alles, was wir \u00fcber Benutzertabellen wissen m\u00fcssen, wenn wir das Ziel haben, Logins und Benutzer zwischen neuen WordPress-Installationen zu teilen. Wenn wir an bestehenden Webseiten arbeiten, sollten wir bedenken, dass viele Plugins zus\u00e4tzliche Zeilen zu Nachdem wir das mit den Benutzertabellen gesagt haben, k\u00f6nnen wir einen Schritt weiter gehen. Nun m\u00fcssen wir zwei spezifische Konstanten in der wp-config.php<\/em> Datei definieren.<\/p>\n WordPress erlaubt uns, anstelle von Wir m\u00fcssen nur Da wir nun wissen, was zu tun ist, ist es an der Zeit, unsere beiden WordPress-Installationen zu starten.<\/p>\n Der Einfachheit halber werde ich die WordPress Root-Ordner first<\/em> und second<\/em> nennen. Wenn die erste WordPress Webseite steht und l\u00e4uft, k\u00f6nnen wir ihre Konfigurationsdatei bearbeiten. \u00d6ffne \/first\/wp-config.php<\/em> und f\u00fcge die folgenden Zeilen \u00fcber dem Kommentar ’stop editing‘<\/em> ein:<\/p>\n Wir haben den Debug-Modus aktiviert<\/a>, um WordPress zu zwingen, Fehlermeldungen und Warnungen in der Datei debug.log<\/em> zu speichern (lies mehr zu diesem Thema in Ein detaillierter Einblick in die Konfiguration von WordPress<\/a>). Wir sind fertig mit der ersten Installation. Als n\u00e4chstes m\u00fcssen wir die wp-config.php<\/em> aus dem Ordner der ersten Installation kopieren und es in den Stammordner der zweiten Installation einf\u00fcgen. Achte darauf, dass du den Wert $table_prefix<\/em> entsprechend \u00e4nderst:<\/p>\n Wenn wir die zweite Installation ausf\u00fchren, sollten wir eine nicht existierende E-Mail-Adresse f\u00fcr den Admin-Benutzer einstellen, da WordPress eine Anzahl von existierenden Benutzern aus der Tabelle Logge dich in das Admin-Panel der zweiten Installation als Admin ein und liste die WordPress-Benutzer auf. Hier findest du den neuen Admin-Benutzer und alle Benutzer der ersten Webseite (so k\u00f6nnen sie sich die Logins teilen). Zu diesem Zeitpunkt k\u00f6nnen sich die Nutzer der einen Webseite nicht mehr auf der anderen Webseite einloggen.<\/p>\n Um den Benutzern auf beiden Webseiten die gleichen F\u00e4higkeiten zu gew\u00e4hren, m\u00fcssen wir die Wenn du eine neue WordPress-Installation durchf\u00fchrst, musst du dich nicht um die In unserem Beispiel, wenn ein neuer Benutzer auf der ersten Webseite erstellt wird, f\u00fcgt WordPress die Zeilen Wenn ein neuer Benutzer auf der zweiten Webseite erstellt wird, werden die Um alle existierenden usermeta-Zeilen zu aktualisieren, kannst du eine SQL-Abfrage ausf\u00fchren oder Tabellen aus phpMyAdmin<\/a> aktualisieren. Aber was ist mit den Nutzern, die unsere Webseiten von nun an abonnieren werden? Laut WordPress Codex<\/a> w\u00fcrden wir ein Plugin verwenden oder eine eigene Funktion bauen. Die Callback-Funktion hat drei Argumente, von denen zwei erforderlich sind: Lade dieses Plugin auf die erste Webseite hoch und aktiviere es.<\/p>\n Damit die Installationen symmetrisch funktionieren, m\u00fcssen wir das Plugin einfach in jeder Installation hochladen und aktivieren, aber die richtigen Werte f\u00fcr die Pr\u00e4fixe setzen. Wenn wir zum Beispiel diese Funktion auf der zweiten Webseite aktivieren wollen, m\u00fcssen wir die Variablen wie folgt deklarieren:<\/p>\n Also bearbeite und installiere das Plugin auf der zweiten Webseite und erstelle einen neuen Benutzer oder \u00e4ndere eine bestehende Benutzerrolle. \u00dcberpr\u00fcfe dann die erste Webseite. Die Benutzerrollen werden genau die gleichen sein wie auf der zweiten Webseite.<\/p>\n In diesem Beitrag habe ich erkl\u00e4rt, wie man Benutzern in unabh\u00e4ngigen WordPress-Installationen die gleichen Rechte einr\u00e4umen kann. Sobald der Benutzer auf einer Webseite registriert ist, kann er auf alle Webseiten zugreifen, die die gleichen Benutzer- und Usermeta-Tabellen haben. Wenn du Fragen zur Freigabe von Logins in WordPress<\/a> hast oder deine Erfahrungen mit uns teilen m\u00f6chtest, kannst du dich gerne an der Konversation beteiligen, indem du einen Kommentar schreibst.<\/p>\n\n
Benutzerdaten und Metadaten<\/h2>\n
{$pref}options<\/code>, {$pref}users<\/code> und {$pref}usermeta<\/code>.<\/p>\n\n
{$pref}options<\/code> speichert die komplette Liste der verf\u00fcgbaren Rollen und F\u00e4higkeiten in einer Zeile, deren option_key Feld {$pref}user_roles<\/code> ist.<\/li>\n{$pref}users<\/code> Tabelle speichert grundlegende Benutzerdaten, wie Login, Passwort, E-Mail, URL, etc.<\/li>\n{$pref}usermeta<\/code> Tabelle speichert Benutzer-Metadaten.<\/li>\n<\/ul>\n{$pref}user_roles<\/code> Zeile in der {$pref}options<\/code> Tabelle k\u00fcmmern, da das entsprechende option_value Feld immer den gleichen Wert hat. Wir sollten diese Zeile nur f\u00fcr den Fall ber\u00fccksichtigen, dass wir an bestehenden Installationen arbeiten, bei denen Rollen oder F\u00e4higkeiten ge\u00e4ndert wurden.<\/p>\n{$pref}users<\/code> Tabelle, denn sie speichert grundlegende Benutzerdaten, die wir nicht \u00e4ndern werden, wenn wir Benutzer zwischen Webseiten austauschen.
\nDie {$pref}usermeta<\/code> Tabelle ist die einzige Tabelle, die wir aktualisieren werden, um unser Ziel zu erreichen.<\/p>\n![\"Benutzer](\"https:\/\/kinsta.com\/wp-content\/uploads\/2016\/09\/tables.png\")
(Quelle: Codex Database Description<\/a>)<\/figcaption><\/figure>\n{$pref}usermeta<\/code> speichert Benutzer-Metadaten in Schl\u00fcssel\/Wert-Paaren. In dieser Tabelle werden in f\u00fcnf Zeilen die Daten gespeichert, die wir ber\u00fccksichtigen m\u00fcssen.<\/p>\n![\"F\u00fcnf](\"https:\/\/kinsta.com\/wp-content\/uploads\/2016\/09\/usermeta.png\")
{$pref}capabilities<\/code> gesetzt und das entsprechende meta_value Feld ist ein serialisiertes Array, das die Benutzerrolle enth\u00e4lt. Die zweite Zeile speichert die Benutzerebene (beachte, dass die Benutzerebenen seit WordPress 3.0 veraltet sind). Die verbleibenden drei Zeilen betreffen Dashboard-Einstellungen, auf die wir in diesem Beitrag nicht weiter eingehen werden.
\nBenutzerrolle, Level und Einstellungen sind spezifisch f\u00fcr die WordPress-Installation und werden durch den gleichen $pref<\/code>-Wert identifiziert. Es ist eine wichtige Information, wenn unser Ziel ist, Benutzer zwischen Webseiten zu teilen, denn wir m\u00fcssen diese Zeilen duplizieren und das meta_key<\/code> Feld entsprechend \u00e4ndern.<\/p>\n{$pref}usermeta<\/code> hinzuf\u00fcgen und wir eventuell einen tieferen Blick in die Datenbanktabellen werfen m\u00fcssen.<\/p>\nEigene Benutzertabellen definieren – Logins teilen<\/h2>\n
{$pref}users<\/code> und {$pref}usermeta<\/code> benutzerdefinierte Tabellen zu setzen. Das bedeutet, wenn zwei (oder mehr) WordPress Webseiten sich eine Datenbank<\/a> teilen, k\u00f6nnen wir die gleichen Benutzer und Usermeta Tabellen f\u00fcr alle setzen. Das hat zur Folge, dass alle Webseiten, die sich diese Tabellen teilen, auch die gleichen Benutzer haben.<\/p>\nCUSTOM_USER_TABLE<\/code> und CUSTOM_USER_META_TABLE<\/code> in der wp-config.php<\/em> Datei definieren, wie im folgenden Code gezeigt:<\/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>\nWordPress installieren<\/h2>\n
first_<\/code> und second_<\/code> werden die jeweiligen Tabellenpr\u00e4fixe sein.
\nLass uns nun die erste Installation ausf\u00fchren.<\/p>\n![\"In](\"https:\/\/kinsta.com\/wp-content\/uploads\/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
\nDann haben wir die Konstanten CUSTOM_USER_TABLE<\/code> und CUSTOM_USER_META_TABLE<\/code> f\u00fcr die Tabellen first_users<\/code> und first_usermeta<\/code> definiert. Auf diese Weise \u00e4ndern wir nicht die Standardeinstellungen von 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> und CUSTOM_USER_META_TABLE<\/code> werden auf die Werte der ersten Installation gesetzt: first_users<\/code> und first_usermeta<\/code>. Das ist alles f\u00fcr die erste Installation.<\/p>\n![\"WordPress](\"https:\/\/kinsta.com\/wp-content\/uploads\/2016\/09\/second_setup.png\")
first_users<\/code> findet.<\/p>\n![\"WordPress](\"https:\/\/kinsta.com\/wp-content\/uploads\/2016\/09\/admin_user.png\")
![\"Die](\"https:\/\/kinsta.com\/wp-content\/uploads\/2016\/09\/second_install_users.png\")
{$pref}usermeta<\/code> Tabelle aktualisieren.<\/p>\nRollen und F\u00e4higkeiten<\/h2>\n
{$pref}options<\/code>-Tabelle k\u00fcmmern. Du musst nur die {$pref}usermeta<\/code> Tabelle aktualisieren.<\/p>\nfirst_capabilities<\/code> und first_user_level<\/code> in der Tabelle first_usermeta<\/code> hinzu. Um der zweiten Webseite Zugang zu gew\u00e4hren, sollten diese Zeilen dupliziert werden, wie im Bild unten gezeigt:<\/p>\n![\"second_usermeta_fields\"](\"https:\/\/kinsta.com\/wp-content\/uploads\/2016\/09\/second_usermeta_fields.png\")
<\/p>\nsecond_capabilities<\/code> und second_user_level<\/code> Zeilen zur first_usermeta<\/code> Tabelle hinzugef\u00fcgt.
\nUm den Benutzern auf allen Webseiten die gleichen Rollen und Berechtigungen zu geben, sollten die Zeilen first_capabilities<\/code> und first_user_level<\/code> in second_capabilities<\/code> und second_user_level<\/code> dupliziert werden. Mit diesen beiden Zeilenpaaren in der gleichen first_usermeta<\/code>-Tabelle k\u00f6nnen Benutzer auf beide Webseiten mit den gleichen Rechten zugreifen.<\/p>\n
\nUnd los geht’s!<\/p>\nAutomatisches Duplizieren von Caps und Levels mit einer Funktion<\/h2>\n
set_user_role<\/code> ist ein Action Hook, der immer dann ausgel\u00f6st wird, wenn ein neuer Benutzer erstellt oder die Rolle eines bestehenden Benutzers bearbeitet wurde. Dank dieser Aktion k\u00f6nnen wir Updates der Usermeta-Tabelle automatisieren.
\nF\u00fcge also in der Hauptdatei eines Plugins die folgende Funktion ein:<\/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> und $role<\/code>.
\nWas die Funktion macht, ist ziemlich selbsterkl\u00e4rend. get_user_meta gibt den Wert des angegebenen Benutzer-Meta-Feldes zur\u00fcck. Wir haben diese Funktion zweimal aufgerufen, um die Felder first_capabilities<\/code> und first_user_level<\/code> abzurufen. Dann haben wir diese Werte verwendet, um die Felder second_capabilities<\/code> und second_user_level<\/code> zur Tabelle first_usermeta<\/code> hinzuzuf\u00fcgen.<\/p>\n$prefix_1 = 'second_';\n$prefix_2 = 'first_';\n<\/code><\/pre>\nZusammenfassung<\/h2>\n
\nIch habe angenommen, dass ich mit neuen Installationen arbeite. Wenn du an bestehenden Webseiten arbeitest, solltest du bedenken, dass einige Plugins die Usermeta-Tabelle aktualisiert oder sogar neue Tabellen erstellt haben k\u00f6nnten, die benutzerbezogene Daten speichern. In diesem Fall w\u00e4re eine genauere Analyse der Datenbank angebracht.<\/p>\n