DiscourseConnectクライアント機能は、他のソーシャルログイン機能と同様の方法で機能します。例えば、Facebook経由でWordPressにログインするのと似ていますが、Facebookの代わりにDiscourseサイトが認証プロバイダーとなります。つまり、ユーザーがDiscourseConnectを使用してWordPressサイトにログインするには、まずDiscourseサイトにアカウントを作成する必要があります。ただし、Discourseアカウントを作成しなくても、WordPressサイトへのログインは可能です。WordPressサイトがDiscourseConnectクライアントの場合、WordPressの通常のユーザー名/パスワードログインも引き続き利用できます。
WordPressサイトへのログインに慣れているユーザーがたくさんいる場合、WordPressサイトをDiscourseサイトのDiscourseConnect _プロバイダー_として使用することを検討する価値があるかもしれません。そのように設定すれば、既存のすべてのユーザーが新しいDiscourseサイトに簡単にログインできるようになります。WordPressサイト上のリンクをクリックするだけで済みます。そのためのリンクの作成方法については、こちらをご覧ください。DiscourseConnectログインリンクを作成する。
サイトのソーシャル機能をWordPressからDiscourseに完全に移行したいと考えているようですので、WordPressサイトをDiscourseConnectプロバイダーとして使用しない理由があるかもしれません。私の懸念は、ユーザーがDiscourseサイトに新しいアカウントを作成することを要求するのではなく、WordPressアカウントにログインしてリンクをクリックするだけでフォーラムにアクセスできるという方法では、一部のユーザーが新しいサイトへの参加を妨げられる可能性があるということです。
WordPressをDiscourseConnect _プロバイダー_として使用する場合に注意すべき主な点は、そのように設定されている場合、Discourseへの唯一のログイン方法となることです。つまり、一部のユーザーはWordPress経由でDiscourseにログインし、他のユーザーはDiscourseサイトでユーザー名/パスワードでアカウントを登録してDiscourseにログインするということはできません。Discourseサイトにアクセスするには、すべてのユーザーがWordPressにアカウントを持っている必要があります。
WordPressをDiscourseConnectクライアントとして使用する場合とDiscourseConnectプロバイダーとして使用する場合の違いが明確でない場合は、お知らせください。
技術的には可能ですが、十分にテストされた方法はないと思います。このコミュニティの他のメンバーが、そのアプローチ方法についてアイデアを持っているかもしれません。
可能かもしれません。しかし、問題を引き起こす可能性があると感じています。
Discourseサイトでは、URLに次のクエリ文字列を追加することで、リストされていないトピックを除外できます: ?status=listed。例: \u003chttps://meta.discourse.org/latest?status=listed\u003e。「公開」および「非公開」トピックの表示を切り替えるために使用できる既存のテーマコンポーネントがあります: https://meta.discourse.org/t/topic-status-filter/111307。もしそれがまだ存在しない場合、そのフィルターに「公開」と「非公開」のステータスを追加するのは比較的簡単でしょう。しかし、その場合、フィルターはスタッフユーザーのみに表示したいだけでしょう。
これは、cronジョブで処理されるAPIリクエストをWordPressから行うことで実現できます。