こんにちは。
Discourseを約3週間使用していますが、これまでのところ、その可能性、容易さ、API、ドキュメント、そしてメタコミュニティが気に入っています。本当に素晴らしい経験です。
私たちの会社では、ユーザーがログインできるWebアプリケーションがあり、それはユーザーを保存するバックエンドシステムに接続されています。現在、Discourseフォーラムも提供したいと考えており、既存のユーザーはSSO経由でログインできるようにしたいと考えています。
DiscourseConnectはこちらでうまく文書化されており、使用しています。また、sync_ssoルートを使用して、私たちが行った変更をDiscourseに即座に同期しています。これはこれまでのところうまくいっています。
現在、プロダクトオーナーは2つの要件を持っています。これらを自分で実装する前に、Discourseで直接設定できるかどうかを確認したいと思います。
-
私たちの内部データベースでは、ユーザーにユーザー名はありません。しかし、実名などがあります。現在のPoCでは、その実名をssoRecordとともに送信して、Discourseに保存させ、ユーザー名を生成させています。しかし、法的にそれが許可されない可能性があり、ユーザー自身に、Discourseインスタンスに実名を保存するかどうか、またDiscourseインスタンス内でどのようなユーザー名を使用したいかを決定させる必要があるかもしれません。
質問: ユーザーがSSOを初めて使用するときを検出して、その場合、名前とユーザー名を選択できる「ウェルカムページ」のようなものにリダイレクトすることは可能ですか？理想的には、ssoRecordの値で事前入力されますが、ユーザーはSSO登録（ログインを装ったもの）を続行する前に、それらを積極的に確認する必要があります。 -
確認といえば：再び、ユーザーがSSOを初めて使用するとき、ユーザーが利用規約を読み、同意したことを、データがDiscourseデータベースに実際に保存される前に確認する方法はありますか？
理論的には、両方のステップを私たちの側でWebアプリケーションに実装できます。しかし、その前に、Discourseが標準で何かを提供しているかどうかを確認したかったのです。管理者パネルの設定では、意味のあるものは何も見つけられなかったので、ここで質問しています:slight_smile:
ありがとうございます！
編集：
この類似のスレッドを見つけました。これはauth skip create confirmオプションを使用することを示唆していますが、このオプションはデフォルトでチェックが外れています。