# Mit Discourse-Benutzern an einer SPA arbeiten

**URL:** <https://meta.discourse.org/t/work-with-discourse-users-on-an-spa/214524>\
**Category:** Development\
**Created:** [11. Januar 2022 um 12:36 UTC](https://meta.discourse.org/t/work-with-discourse-users-on-an-spa/214524 "2022-01-11T12:36:11Z")\
**Posts on this page:** 1\
**Showing post:** 2

<div class="post-metadata">

**Author:** ![mattdm](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mattdm/32/216484_2.png) [@mattdm](https://meta.discourse.org/u/mattdm)\
**Post date:** [13. Januar 2022 um 10:44 UTC](https://meta.discourse.org/t/work-with-discourse-users-on-an-spa/214524/2 "2022-01-13T10:44:12Z")

</div>

Würde das funktionieren?

1. Verwenden Sie [DiscourseConnect](https://meta.discourse.org/t/13045?silent=true) („[Discourse SSO](https://meta.discourse.org/t/13045?silent=true)“) wie beschrieben, um den Benutzernamen des aktuellen Benutzers zu erhalten.
2. Erstellen Sie einen API-Schlüssel mit den benötigten Bereichen und Zugriff auf „alle Benutzer“.
3. Offensichtlich können Sie diesen Schlüssel nicht an die Webanwendung auf der Client-Seite weitergeben, ohne die Website zu gefährden. Daher müssen Sie Anfragen von der Webanwendung über das Backend dieser Anwendung an Ihre Discourse-Instanz weiterleiten. (Und Sie müssten vom Backend aus überprüfen, ob der Benutzername legitim ist – ich habe mir [DiscourseConnect](https://meta.discourse.org/t/13045?silent=true) noch nicht angesehen, aber vermutlich gibt es dafür eine Möglichkeit.)

(PS: Ich empfehle die Verwendung von „[example.com](http://example.com)“ für Ihre Beispiel-Domain. Jemand könnte die von Ihnen verlinkte kaufen und Spam, Malware oder Ähnliches einrichten, während example.[com|org|net] [offiziell reserviert](https://www.iana.org/assignments/special-use-domain-names/special-use-domain-names.xhtml) sind.)

---

_[View the full topic](https://meta.discourse.org/t/work-with-discourse-users-on-an-spa/214524)._