# 複数クライアント向けのSSOプロバイダーとしてのDiscourse **URL:** \ **Category:** SSO\ **Created:** [2019 年 1 月 26 日午後 4:23 UTC](https://meta.discourse.org/t/discourse-as-sso-provider-for-multiple-clients/107610 "2019-01-26T16:23:43Z")\ **Posts on this page:** 1\ **Showing post:** 11
**Author:** ![unicom](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/unicom/32/128948_2.png) [@unicom](https://meta.discourse.org/u/unicom)\ **Post date:** [2023 年 1 月 11 日午前 10:17 UTC](https://meta.discourse.org/t/discourse-as-sso-provider-for-multiple-clients/107610/11 "2023-01-11T10:17:04Z")
いや、思いついた中で最も複雑な回路なだけです。そして、Discourseの限界を把握しようとしていました。現実世界では、まだ多くのDiscourseを伴うそのような困難なタスクに遭遇したことはなく、SSOタスク専用の別個のDiscourseの割り当ては過剰設計だと今は考えています。もしあなたがこれにたどり着いたなら、それは間違った道です。 今、私は一般から特殊へと進むべきだという考えに固執しています。つまり、私が上記で与えた例を続けると、まずすべてのペット、その治療法、餌に関する一般的なフォーラムを開き、それが成長したら、いくつかの大きなカテゴリを別のフォーラムに分離する必要があることに気づきます（猫の飼い主と犬の飼い主、これらは最大のカテゴリであり、互いにうまくやっておらず、一般的に互いの問題について読むことにあまり興味がありません）。その時に、元のフォーラムを2つの新しいフォーラムのSSOプロバイダーとして使用できます。それらはすべて相乗効果を発揮しますが、近すぎることによる不利益はありません。 私が考える2番目のユースケースは、別個の言語フォーラムを作成する場合です。中央のフォーラムが主要言語であり、それにSSO経由でトピックに接続された他の言語のいくつかのフォーラムが追加されます。しかし、これは使用されるすべての言語でサポートが同等である場合に実行する必要があります。そして、おそらく1つのフォーラムから始め、言語ごとに個別のカテゴリを設け、それが成長してコミュニケーションが不便になったら、異なるフォーラムに分割すべきです。 ここでの主なポイントは、すべてのフォーラム間でユーザーアカウントを自動同期し、いずれかのフォーラム/サイトにログインしたときにすべてのフォーラム/サイトに自動ログインすることです。 --- _[View the full topic](https://meta.discourse.org/t/discourse-as-sso-provider-for-multiple-clients/107610)._