# Memberstack + Webflow + Discourse OpenID Connect **URL:** \ **Category:** SSO\ **Tags:** openid-connect\ **Created:** [22. August 2023 um 22:15 UTC](https://meta.discourse.org/t/memberstack-webflow-discourse-openid-connect/276238 "2023-08-22T22:15:27Z")\ **Posts on this page:** 1\ **Showing post:** 12
**Author:** ![bedgarsf](https://avatars.discourse-cdn.com/v4/letter/b/a183cd/32.png) [@bedgarsf](https://meta.discourse.org/u/bedgarsf)\ **Post date:** [4. Mai 2024 um 14:59 UTC](https://meta.discourse.org/t/memberstack-webflow-discourse-openid-connect/276238/12 "2024-05-04T14:59:29Z")
@ryanshah112 Ich konnte dies als Proof of Concept (mit viel Hilfe von @simon) zum Laufen bringen, habe mich aber gegen das MS-Setup entschieden und das Projekt nun für ein paar Monate pausiert. Ich muss es wieder in Gang bringen. Ich fand die MS OpenID-Integration nicht sehr gut funktionierend. Zum einen gibt es das doppelte Login-Problem, das den Onboarding-Flow weniger als ideal machte – es fragt nicht nur nach der Autorisierung der App, sondern lässt den Benutzer auch einloggen. Ich wollte einen benutzerdefinierten Onboarding-Flow einrichten, bei dem sich der Benutzer auf der Webflow-Website anmeldet und nahtlos zu Discourse navigieren kann. Ich habe dies mit Formularen, Zapier und Airtable zum Laufen gebracht, indem ich einen Discourse-Benutzer über die API erstellt habe. Es war als Proof of Concept ziemlich cool, aber nicht wirklich etwas, das ich als Produktionssystem haben wollte. Wenn ich wieder anfange, werde ich mich wahrscheinlich nicht auf MS als IDP verlassen, sondern es mit etwas wie Wized mit Supabase oder Ähnlichem aufbauen. Ich denke, die MS + Discourse-Sache würde gut funktionieren, wenn Sie mit einigen der Einschränkungen einverstanden sind. --- _[View the full topic](https://meta.discourse.org/t/memberstack-webflow-discourse-openid-connect/276238)._