So funktioniert die Discourse-ID

[Moin]

Vielleicht könnten die Informationen darüber, was nach der Änderung des Domainnamens zu tun ist, zum ersten Beitrag hinzugefügt werden:

@pmusaraj

Wenn Sie Zugriff auf die Rails-Konsole haben, können Sie die Client-ID und das Geheimnis für die Discourse-ID-Einstellungen leeren und dann die Einstellung „Discourse ID aktivieren“ aus- und wieder einschalten. Dies löst eine neue Registrierung aus.

@在云端_裸奔

./launcher enter app
rails c
SiteSetting.discourse_id_client_id = ""
SiteSetting.discourse_id_client_secret = ""

[mcwumbly (Dave McClure)]

Ich habe Folgendes zum ersten Beitrag hinzugefügt:

@rishabh

ID nach Änderung der Domainnamen neu konfigurieren

Nachdem Sie den Domainnamen Ihrer Website geändert haben, müssen Sie Folgendes tun, um eine neue Registrierung auszulösen:

1. Leeren Sie die Client-ID und das Geheimnis für die Discourse-ID-Einstellungen
2. Schalten Sie die Einstellung „Discourse ID aktivieren“ aus/ein.

Wenn Sie Zugriff auf die Rails-Konsole haben:

./launcher enter app
rails c
SiteSetting.discourse_id_client_id = ""
SiteSetting.discourse_id_client_secret = ""

[Moin]

Ich denke, ich hätte das Rails-Skript direkt unter Schritt 1 eingefügt

@rishabh

1. Leeren Sie die Client-ID und das Geheimnis für die Discourse-ID-Einstellungen

Das sind versteckte Site-Einstellungen, daher gibt es keine andere Möglichkeit, sie zu ändern, als die Rails-Konsole zu verwenden

config/site_settings.yml

[0cjs (Curt J. Sampson)]

Könnte uns jemand die übergeordneten Ziele hinter der Erstellung dieses Discourse-ID-Identity-Providers erläutern? Ich sehe daran nichts Schlechtes, würde aber gerne wissen, ob es gute Gründe gibt, die ich übersehen habe.

Meiner Ansicht nach gibt es für Nutzer, die GitHub, Google, Apple oder Facebook verwenden, keinen Vorteil darin, eine Discourse-ID zu erstellen, da sie sich auf jedem Fall mit einem „One-Click“-Prozess (naja, ein paar Klicks) bei einer Discourse-Seite registrieren oder anmelden. Warum wird diese Option also angeboten? Nur der Konsistenz halber?

Für die Trennung eines Kontos von GitHub/Google usw. scheint die Discourse-ID sinnvoll zu sein. Ich nehme an, sie bietet eine Art Zwei-Faktor-Authentifizierung, wenn man sich mit einer E-Mail-Adresse und einem Passwort authentifiziert?

Und zuletzt: Kann die Discourse-ID auch mit anderen, nicht-Discourse-Systemen verwendet werden? Technisch gesehen könnte sie als Identity-Provider für so ziemlich alles dienen, das sie nutzen möchte, aber wird dies befürwortet? Abgelehnt? Oder ist es etwas, das bei der Discourse-ID irgendwann zu Brüchen führen könnte?

Im Allgemeinen interessiert mich, wer Identitäten bereitstellt und warum – sowohl aus Gründen der digitalen Souveränität als auch einfach aus dem Wunsch, sich von Google/MS usw. zu lösen. Daher ist das Verständnis alternativer Identity-Provider für mich von großem Interesse.

[pmusaraj (Penar Musaraj)]

Es gibt einige übergeordnete Ziele, aber im Allgemeinen lässt sich das auf zwei Hauptvorteile reduzieren. Für Administratoren entfällt die Notwendigkeit, GitHub-, Google-, Apple- und Facebook-Logins zu konfigurieren und zu warten. Die Einrichtung und Wartung jeder einzelnen Option ist für sich genommen nicht allzu schwierig, doch sie erfordert mehrere Schritte sowie laufenden Aufwand. Im Fall von Apple kommt zudem die Kostenfrage hinzu.

Für Endnutzer gibt es derzeit keinen großen Unterschied. Langfristig hoffen wir, dass, falls genügend Communities Discourse ID übernehmen, wir eine bessere zentrale Oberfläche für ID (für die Communities, denen ein Benutzer beitritt) anbieten können, die Kontrollen für Benachrichtigungen, die Anpassung von Benutzerkonten usw. ermöglicht. Zudem soll die Entdeckung neuer Communities verbessert werden.