Ich lese noch durch alte Threads zur Nutzung von WP SSO, aber ich war neugierig, ob das Teilen unserer Roadmap vielleicht noch weitere Ratschläge hervorbringen könnte. Gibt es Dinge, auf die wir achten sollten? Dinge, die wir vermeiden sollten?
Unser Stack:
WordPress (Grundlage)
MemberPress (verwaltet Benutzerkonten)
LearnDash (LMS, Kurserstellung)
Discourse (private Mitglieder-Community)
Unser gewünschtes Onboarding-Erlebnis:
Besucher kommt auf unsere WP-Seite (Content-Marketing) und wird zum zahlenden Mitglied.
– Wir denken über eine 24-Stunden-Testversion nach (mit automatischer Umwandlung).
Das WP Discourse-Plugin (SSO) erstellt ein Discourse-Konto (TL0).
TL0 erhält schreibgeschützten Zugriff auf den Großteil der Kategorien.
Die Beförderung von TL0 auf TL1 erfordert 5 Minuten, um eine Vorstellung zu posten.
Nach 24 Stunden wird die Karte des Mitglieds belastet, die Mitgliedschaft ist offiziell, und es wird automatisch auf TL1 befördert.
WP SSO würde die Konten so verwalten, dass nur zahlende/aktuelle Mitglieder sowohl auf die Community als auch auf LMS-Inhalte zugreifen können.
Ich bin neugierig, ob es einen einfacheren oder besseren Weg gibt, dies zu tun. Die Reduzierung von Reibungsverlusten für neue Mitglieder ist wichtig, aber auch die langfristige Skalierbarkeit, versteht sich?
Laut Ihrer Onboarding-Liste scheint es, als würden Sie das Discourse-Vertrauensstufensystem außer Kraft setzen möchten. Ich denke, ein besserer Ansatz wäre, die Gruppenmitgliedschaft in Discourse zu nutzen, um den Zugriff auf den Inhalt Ihrer Website zu steuern. Weitere Informationen dazu finden Sie unter Understanding groups and category permissions.
Das WP Discourse-Plugin verfügt über einige Funktionen, mit denen Sie Benutzer zu Gruppen hinzufügen oder aus ihnen entfernen können. Einzelheiten finden Sie in diesem Thema: Manage group membership in Discourse with WP Discourse SSO. In diesem Thema wird das Plugin PaidMembershipsPro als Beispiel verwendet, aber das gleiche Prinzip sollte auch mit MemberPress funktionieren.
Diese Threads waren hilfreich. Ich habe WP Discourse installiert und mit Discourse verbunden. Ich habe vielleicht sogar einige neue (bessere) Ideen für unser Onboarding-Erlebnis. Vielen Dank, @simon!
Ich habe mich jedoch noch nicht für eine SSO-Entscheidung entschieden. Je mehr ich darüber lese, desto mehr dreht sich mein Kopf und mir wird schwindelig. Könnte ich dich um etwas mehr Rat diesbezüglich bitten?
Gegeben: WordPress & MemberPress + Discourse + LearnDash… und der Wunsch, alles außer Blogbeiträgen zu veröffentlichen…
Wenn Discourse SSO-CLIENT ist, würden wir MemberPress verwenden, um Konten in WordPress zu verwalten und den Zugriff auf LearnDash-Kurse zu steuern. So haben wir die Dinge von Anfang an angegangen, was zwar nicht unbedingt den Best Practices für Implementierung und Skalierbarkeit entspricht, aber dennoch einen Sinn ergibt.
Wenn Discourse SSO-PROVIDER ist, müssten wir auf der Discourse-Seite eine Paygate-Lösung finden und implementieren (was mich ehrlich gesagt bisher nicht wirklich überzeugt hat). Wenn wir MemberPress auf der WP-Seite abschaffen könnten, könnte sich der Wechsel lohnen, aber ich bin mir nicht sicher, wie das funktionieren würde, wenn wir synchronisierte Benutzer in WP haben, die auf LMS-Inhalte zu speziellen Mitgliederrpreisen zugreifen, während der allgemeine Öffentlichkeit der volle Einzelhandelspreis angeboten wird.
Ergibt das Sinn? Ich habe versucht, das klar auszudrücken, aber ich bin ein wenig durcheinander.
Ich habe das Gefühl, dass eine E-Mail an Jay das klären würde, aber jeder Dollar, der für die Entwicklung ausgegeben wird, fehlt uns für den Rest unserer Startup-Pläne. (Es fühlt sich immer mehr so an, als sollten wir uns an Jay wenden.)
Interessante Entwicklung bei diesem Stack/Front. @simon, ich bin gespannt auf deine Meinung.
MemberPress übernimmt die Mitgliedschaftsverwaltung und Zahlungsabwicklung. Das ist einfach genug.
MemberPress ist darauf ausgelegt, den Zugriff auf lokale WordPress-Inhalte zu verwalten.
MemberPress hat keine Befugnis, den Zugriff auf Discourse über SSO einzuschränken.
Meine Feststellung: Wenn die Kreditkarte einer Person abgelehnt wird, wird deren Mitgliedschaft zwar ausgesetzt, aber da sie sich weiterhin in WordPress einloggen kann, behalten sie über SSO den Zugriff auf Discourse.
Wie aufwendig wäre es, wenn das SSO-Plugin den Mitgliedschaftsstatus (von MemberPress) berücksichtigt, bevor jemand sich bei Discourse einloggen darf?
Ich habe das Gefühl, dass unsere aktuelle Integration kosteneffizient und einfach genug ist. Wenn das SSO-Plugin dies übernehmen würde, wären wir auf absehbare Zeit bestens aufgestellt. Gleichzeitig befürchte ich jedoch, dass dieser Weg in Richtung umfangreicher, individueller Entwicklungsarbeit führt.
Je näher wir an der Standard-Version von Discourse bleiben, desto besser, meiner Meinung nach.
Nochmals vielen Dank für den Rat. Entschuldige bitte die Unterbrechung, Simon.
Wenn du herausfindest, wie MemberPress ermittelt, welche Benutzer auf geschützte Inhalte in WordPress zugreifen dürfen, kann dieselbe Datenbasis genutzt werden, um SSO-Logins für Discourse einzuschränken. Dafür musst du eine bedingte Anweisung zu den beiden Funktionen im zweiten Beitrag dieses Themas hinzufügen: Wie man verhindert, dass bestimmte WP-Benutzer sich bei Discourse einloggen können. Die bedingte Anweisung sollte true zurückgeben, wenn das Konto des Benutzers ausgesetzt wurde.
Das, was du erreichen möchtest, ist machbar, aber du wirst möglicherweise Hilfe von einem WordPress-Entwickler benötigen, um herauszufinden, was in die bedingte Anweisung in den beiden verlinkten Funktionen eingefügt werden muss.
