Explanation of the scheme (this is the maximum option that I can imagine):
2 or more Discourse multisite installations. Discourse 0 is a common SSO provider for other Discourse (in the same installation or another). It is also a SSO provider for the network “WP Multisite host 2” and individual network sites “WP Multisite host 1”. Some single WP or / and some Ghost websites.
Arrows in the diagram denote SSO
Is it possible with standard plugins? Any problems?
Discourse 0 in this scheme is essentially only an SSO provider. Is it possible to turn off the forum in this situation and leave only a few custom pages (for example, with a description of websites / forums to which authorization is given) and the login / registration form?
Or for these purposes it is better to use a stand alone special solution (which one?)
Nah, that would work. My only question is why you would have different forums if they’re all accessible by the same user base anyway?
What do you mean?
As far as I know, discourse multisite is just a common file base. DB and, accordingly, their users are different.
This is not the same as Wordpress Multiste where users are in the same database on all sites on the network.
Perhaps I am mistaken.
There will be different databases yes, but will the users in them be different if you delegate access control to a central SSO provider? At most, some users will not exist on some forums… but I don’t see a big difference between this and one forum with multiple categories.
So I’m just curious about your use case for this.
Of course, for my purposes it would be more convenient if all the Discourse Multisite forums were linked by a common user base. But it is not.
I have to choose and install a central SSO provider myself. About this and my whole question.
This is my target
Why not one forum with subcategories:
Why one user base
But… if you have multiple forums about completely different subjects, will they share (a large part of) the same users at all? If the answer is no, then the reasons for one userbase will only have a minimal impact.
No, I said related subjects. For example: cats owners website, dogs owners website, home pets forum, Livestock Forum, online shop with pet toys/food, veterinary directory, etc
Perhaps any 2 topics will not be related to each other, but they can be linked through a third. This is how networks are built. All this because of possible synergy. It may not be, but to miss the opportunity is stupid, if it can be done.
My first scheme is not fully correct. This is more correct case:
violet arrows - SSO
red arrows - comments
Discourse 0 needed only for SSO, not for comments or discussions.
@unicom Curious if you ever implemented this? I agree on the possible synergies you could drive…
いや、思いついた中で最も複雑な回路なだけです。そして、Discourseの限界を把握しようとしていました。現実世界では、まだ多くのDiscourseを伴うそのような困難なタスクに遭遇したことはなく、SSOタスク専用の別個のDiscourseの割り当ては過剰設計だと今は考えています。もしあなたがこれにたどり着いたなら、それは間違った道です。
今、私は一般から特殊へと進むべきだという考えに固執しています。つまり、私が上記で与えた例を続けると、まずすべてのペット、その治療法、餌に関する一般的なフォーラムを開き、それが成長したら、いくつかの大きなカテゴリを別のフォーラムに分離する必要があることに気づきます（猫の飼い主と犬の飼い主、これらは最大のカテゴリであり、互いにうまくやっておらず、一般的に互いの問題について読むことにあまり興味がありません）。その時に、元のフォーラムを2つの新しいフォーラムのSSOプロバイダーとして使用できます。それらはすべて相乗効果を発揮しますが、近すぎることによる不利益はありません。
私が考える2番目のユースケースは、別個の言語フォーラムを作成する場合です。中央のフォーラムが主要言語であり、それにSSO経由でトピックに接続された他の言語のいくつかのフォーラムが追加されます。しかし、これは使用されるすべての言語でサポートが同等である場合に実行する必要があります。そして、おそらく1つのフォーラムから始め、言語ごとに個別のカテゴリを設け、それが成長してコミュニケーションが不便になったら、異なるフォーラムに分割すべきです。
ここでの主なポイントは、すべてのフォーラム間でユーザーアカウントを自動同期し、いずれかのフォーラム/サイトにログインしたときにすべてのフォーラム/サイトに自動ログインすることです。
