複数クライアント向けのSSOプロバイダーとしてのDiscourse

いや、思いついた中で最も複雑な回路なだけです。そして、Discourseの限界を把握しようとしていました。現実世界では、まだ多くのDiscourseを伴うそのような困難なタスクに遭遇したことはなく、SSOタスク専用の別個のDiscourseの割り当ては過剰設計だと今は考えています。もしあなたがこれにたどり着いたなら、それは間違った道です。

今、私は一般から特殊へと進むべきだという考えに固執しています。つまり、私が上記で与えた例を続けると、まずすべてのペット、その治療法、餌に関する一般的なフォーラムを開き、それが成長したら、いくつかの大きなカテゴリを別のフォーラムに分離する必要があることに気づきます(猫の飼い主と犬の飼い主、これらは最大のカテゴリであり、互いにうまくやっておらず、一般的に互いの問題について読むことにあまり興味がありません)。その時に、元のフォーラムを2つの新しいフォーラムのSSOプロバイダーとして使用できます。それらはすべて相乗効果を発揮しますが、近すぎることによる不利益はありません。

私が考える2番目のユースケースは、別個の言語フォーラムを作成する場合です。中央のフォーラムが主要言語であり、それにSSO経由でトピックに接続された他の言語のいくつかのフォーラムが追加されます。しかし、これは使用されるすべての言語でサポートが同等である場合に実行する必要があります。そして、おそらく1つのフォーラムから始め、言語ごとに個別のカテゴリを設け、それが成長してコミュニケーションが不便になったら、異なるフォーラムに分割すべきです。

ここでの主なポイントは、すべてのフォーラム間でユーザーアカウントを自動同期し、いずれかのフォーラム/サイトにログインしたときにすべてのフォーラム/サイトに自動ログインすることです。