Zwei-Wege-Synchronisierung zwischen WP Discourse-Benutzernamen und Discourse-Benutzernamen?

Wir überschreiben dieses Verhalten tatsächlich mit dem Filter-Hook wpdc_sso_params, da unser SSO-System Firebase integriert und der WP-Benutzername jedes Benutzers standardmäßig seine Firebase UID ist. Daher ändern wir die Discourse-Standardeinstellung auf memberXXX (wobei XXX eine Zahl ist). Wir möchten diesen Standardwert irgendwann auch auf den Vornamen_Nachnamen des Benutzers ändern. Aber ja, unser Hauptanliegen ist, dass Benutzer ihren Benutzernamen einfach über ihre Profilseite auf unserer Wordpress-Website ändern können.

In diesem Fall denke ich, dass wir entweder das Feld für den Benutzernamen speichern und es synchronisieren lassen können, wenn das Konto erstellt wird (über den Filter-Hook wpdc_sso_params beim ersten SSO), oder wir könnten erzwingen, dass für jedes Mitglied ein Discourse-Konto erstellt wird, wenn es sich über die Discourse API auf unserer Wordpress-Website anmeldet. Die zweite Option wäre wahrscheinlich vorteilhafter, da wir wüssten, dass jeder ein Discourse-Konto hat und es somit weniger Sonderfälle gäbe, bei denen einige Benutzer Konten haben und andere nicht. Aber wir streben wirklich ein nahtloses Erlebnis an, daher möchten wir, dass dieser Benutzername das ist, was der Benutzer als seinen Benutzernamen für unsere gesamte Plattform betrachtet. Wir möchten, dass er immer editierbar ist, und in Zukunft werden wir ihn wahrscheinlich für mehr als nur Discourse verwenden (d. h. in Ranglisten usw.).

Ja, das ist genau das, was wir brauchen!

Verstanden! Vielen Dank für diese Richtung. Mein Team und ich werden dies zuerst mit unserer Implementierung testen und sollten bald einen PR erstellen!