Dena
1
こんにちは。
ボランティア限定でアクセス可能なプライベートなDiscourseフォーラムがあります。ボランティアプラットフォームとの同期を設定しており、ボランティアとして参加すると新しいユーザーが自動的にDiscourseに追加されます。
また、他の場所から参加しようとしたり、重複アカウントを作成したりする人がいるため(プラットフォームの同期を維持する必要があるため、望ましくありません)、すべて新規ユーザーを手動で承認するように設定しています。
質問です。特定のプロフィール条件を満たす新規ユーザーを自動的に承認しつつ、それ以外のユーザーは手動承認を維持することは可能でしょうか?同期経由で作成されたユーザーは、Discourseプロフィールのグローバルユーザー識別子フィールドに常に値が入っているため、簡単に識別できます。
よろしくお願いします!何か補足が必要な場合はお知らせください。
Dena
pfaffman
(Jay Pfaffman)
2
それはどういう意味ですか?
APIを使用してそれらのユーザーを作成している場合、同時にAPIで承認することもできます。それらが自分でアカウントを作成し、自動検証させるために何かを行っているという意味であれば、おそらくプラグインが必要になるでしょう。
Frully
4
私たちはまさにこれを行います。私たちのメンバー(対面非営利団体)ポータルは、サインアップ時にフォーラムメンバーのアカウントを管理します。言及されているように、重複に関する厄介なエッジケースがたくさんあります。
混乱を避けるために、非営利団体への参加を「メンバーシップ」、フォーラムを「ユーザー」とします。
メンバーシップにサインアップ >> (membership.emailでフォーラムユーザーが存在しない場合)フォーラムユーザーを作成し、ユーザー名をmembership.discourseUsernameに設定し、権限のためにグループに追加し、アカウントをすぐに承認/アクティブ化します。
コミュニティがどのようなものかを確認するためにフォーラムに参加してからメンバーになる人もいるため、それらは手動で承認されます。
メンバーシップ参加時 >> (membership.emailでフォーラムユーザーが存在する場合)、上記のようにmembership.emailでフォーラムユーザーを上書きします。これは奇妙なケースですが、支払いを行うメンバーが組織に参加してもアカウントが侵害される可能性のある非メンバーユーザーはいません。
私たちの外部アプリは非常に大きいため、これらのすべてのステップ/APIリクエストのトリガーをどのように引き出すかを確認するには、掘り下げる必要があるかもしれません。申し訳ありません。
pfaffman
(Jay Pfaffman)
5
新しいユーザー承認をそのコードに追加してください。
怠惰なアプローチは、すべてのユーザーの承認を要求せず、問題が発生するかどうかを確認することです。