皆さん、ちょっとご相談があります 
ノーコードプラットフォームと、これから導入するDiscourseフォーラムの間でSSOを設定しています。すべて順調に進んでおり、その点は素晴らしいです。しかし、Discourseの「基本」ログイン（メールアドレスとパスワード）も維持すべきかどうかを検討しています。
私の考え：
SSOのみを維持した場合、すでに当社のユーザーである人だけがコミュニティのメンバーになれることになります。当社の製品には無料版があるので、コミュニティに参加したい人が当社のアカウントを持っていない場合、無料プランに登録することができます。しかし、これは一部の人々にとって敬遠される要因になるのではないかと思います。
両方のオプションを維持した場合、誰かがコミュニティアカウントを作成するためにAのメールアドレスを使用し、後で当社に登録するためにBのメールアドレスを使用した場合、重複アカウントが発生する可能性があります。
皆さんは何か意見や経験、考えをお持ちですか？
考えすぎでしょうか？ 
ほとんどのユーザーは同じメールアドレスを使用すると期待しています 
。重複アカウントになってしまった少数のユーザーは、Discourse管理パネルを通じて管理者にアカウントを「マージ」するように依頼することができます。
「SSO」でDiscourseConnectのことを指しているのであれば、DiscourseConnectを有効にすると他のすべてのログイン方法が無効になるため、選択肢はありません。
返信ありがとう！
@RGJ 技術的な知識がなくて申し訳ないのですが、私たちの製品とコミュニティの間で設定したカスタムOAuth2だと思います 
@david そうであってほしいと思いますが、人間は奇妙な生き物ですよね、ハハ。でも、「マージ」機能にはとても夢中です。
人々は奇妙だというあなたの意見に100％同意します。
各人に簡単にできるようにする必要があります。登録やログインに苦労すると、すぐに諦めてしまいます。
しかし、すべての人に対応する必要があります。SSOログイン、メールログイン、ソーシャルメディアログインなど
その場合は、他のログイン方法と組み合わせることができますので、前のコメントは完全に無視していただいて構いません。
ハハ、それは知っておくと良いですね、ありがとう！
私もそう考えています。しかし、OAuth2ログインは、ユーザーが私たちの製品で何をしているのか、彼らのビジネスが何であるかなどを把握できるため、ユーザーに関する貴重な情報を提供してくれるという声もあります。現時点では、主に意見を集めているところです
私のフォーラムで何度か使用しました。
少しトピックから外れて申し訳ありませんが、コンテンツの多いアカウントとの間で（またはから？）アカウントをマージしていたとき、プロセスがタイムアウトし（30秒または60秒以上、覚えていません）、メッセージが欠落した部分的にマージされたアカウントになりました。少し壊れていました。大したことではありませんが、それでも…コマンドラインでrakeタスクを使用するとタイムアウトしないことに気づくまで、数回発生しました。
2年前のことですが、それ以来、インターフェースを介したマージを恐れるようになり、マージする2つのアカウントのコンテンツが非常に少ない場合を除き、常にrakeタスクを介して実行しています。
@david、何か情報はありませんか？
過去2年間で多くの改善が行われました。コードをざっと見ると、マージはバックグラウンドジョブで行われるようになったため、以前のように「タイムアウト」することは不可能になったはずです。
それでも問題が発生する場合は、#supportトピックを作成してください。
