Hat jemand eine Website als Multisite (SSO) entdeckt/gebaut und möchte die Möglichkeiten zur Inspiration sehen!
Idealerweise wird Multisite für mehrere Städte genutzt, wo sich die Leute auf lokale Nachrichten und Veranstaltungen konzentrieren können; und hat auch die Fähigkeit, einige Themen stadtübergreifend zu diskutieren, da die Nutzer das Internet nutzen, um zusammenzuarbeiten.
Ich arbeite mit einem Kunden zusammen, der eine Website für lokale Inhalte startet. Wir planen nicht mehrere Websites, sondern verwenden stattdessen Discourse-Kategorien für verschiedene Städte/Regionen. Ein großes Problem für neue Websites ist es, eine kritische Masse zu erreichen. Wenn Sie damit beginnen, in verschiedene Websites aufzuteilen, sinkt die Wahrscheinlichkeit, dass eine davon erfolgreich ist, massiv. Es ist besser, eine Website für alle zu haben und die Werkzeuge zu nutzen, die Discourse zur Organisation von Inhalten bietet.
Wenn die Website erfolgreich ist, kann es sinnvoll sein, sie in Unterseiten aufzuteilen. (Das wird wahrscheinlich nicht passieren, aber wer weiß?) Das Verschieben von Kategorien von einer Discourse-Instanz zu einer anderen ist nicht schwer. Sie müssen also nicht mit mehreren Websites beginnen, die Sie möglicherweise nie benötigen.
Ich begann, darüber nachzudenken, wie jemand Tausende von Multisite-Sites mit einer einzigen „Haupt“-Discourse-Site als Authentifizierungsquelle für alle haben könnte.
Es schien möglich, mit etwas Arbeit (und viel weniger Arbeit, wenn man nicht mehr Sites hat, als man von Hand konfigurieren möchte).
Die gleichen Daten auf mehreren Sites zu haben, ist kompliziert (es gab einige Diskussionen darüber, dies mit dem ActivityPub-Plugin zu tun), aber man könnte die für alle wichtigen Dinge auf der Haupt-Site hosten.
Möchten Sie DiscourseConnect für SSO verwenden? Zum Beispiel, um Benutzer von einer Identitätsanbieter-Website auf mehreren Discourse-Sites mit DiscourseConnect zu authentifizieren? Wenn ja, denke ich, dass dies technisch möglich ist, aber es ist nicht der vorgesehene Anwendungsfall für DiscourseConnect. Die Herausforderung wird darin bestehen, festzustellen, von welcher Discourse-Site eine SSO-Anfrage stammt. Ich glaube, dass dies durch Hinzufügen eines URL-Parameters zur Einstellung discourse connect url jeder Discourse-Site geschehen kann. Zum Beispiel:
https://example.com/sso?subdomain=foo
https://example.com/sso?subdomain=bar
Der Code auf der Identitätsanbieter-Website könnte dann SSO-Anfragen an die entsprechenden Subdomains weiterleiten: foo.example.com oder bar.example.com.
Ich kenne eine Website, die so etwas in der Vergangenheit implementiert hat, aber ich bin mir nicht sicher, ob sie diesen Ansatz noch verfolgen.