@Heliosurge このアイデアは非常に興味深いと思いました。プラグインについて読んだところ、すでに実現されていることがいくつかあります。私の場合、コアの問題を解決するために、次のようなものが必要になります。
| スクリプト名 | プラグイン | 説明 |
|---|---|---|
| トラストレベルのロック | automation |
ユーザーが投稿しすぎたり、不適切ないくつかの画像を含めたり、フラグシステムを悪用したりした場合、上記に代わるものとして、ユーザーをトラストレベル0にロックします。これにより、ユーザーが作成できるトピックと投稿の数（および頻度）が制限され、画像/リンクを挿入しすぎることが防止され、フラグを立てることができなくなります。トラストレベルは、管理者のページから設定できます。 |
| ユーザーのミュート | automation |
ミュートされたユーザーは、サイトで新しいトピック、投稿、フラグ、またはプライベートメッセージを作成できなくなります。投稿への「いいね！」、トピックの閲覧、プライベートメッセージへの返信など、他のアクションは引き続き実行できます。さらに、モデレーターとプライベートメッセージで通信できるため、行動に対処するために引き続き通信できます。 |
| ユーザーの停止 | automation |
停止されたユーザーはログインできず、フォーラムで一切のアクションを実行できません。停止は、ユーザーに対して可能な最も強力な措置であり、控えめに使用する必要があります。ミュートと同様に、ユーザーの停止は管理者のページから行われます。ミュートと同様に、停止は特定の期間です。まず短期間ユーザーを停止し、ユーザーが戻ってきて行動を続けた場合は、停止期間を延長することを検討してください。 |
| トラストレベルのフリーズ | trigger-automation |
ミュートまたは停止されたユーザーの場合、トラストレベルのロックトリガーがトリガーされます。 |
トラストレベルのフリーズトリガーの仕組み
- トラストレベルのフリーズ - これらのイベントを自動的にトリガーします。
- ユーザーのミュート - 警告
- ユーザーの停止 - ストライク1
- トラストレベルのロック - ストライク2
最終的な解決策
- 要するに、4つのプラグインが必要になります。最後のプラグインのみが他のプラグインを呼び出します。これは、次のトピック「トラストレベルのフリーズトリガーの仕組み」で確認できます。
- ユーザーがミュートまたは停止されたケースにもかかわらず、私が言及した例は、スパム、アカウントセキュリティのリスク、虐待的なメッセージまたは行動、報告 - ユーザーがトラストレベルのブロックを要求した場合に行われました。個人的な理由でミュートまたは停止されたユーザーのケースも引き続き存在します。つまり、自己報告です。
- 「トラストレベルをロックするように要求します。私はリーダーになりたくありません。」
- 「旅行中なので、この期間中にアカウントがハッキングされる可能性があるため、トラストレベルをブロックしたいと思います。」
- 「アカウントがハッキングされたと思われるため、Discourseコミュニティによって調査されるまでトラストレベルをフリーズしたいと思います。」
- 注意：アカウントを自己報告したこれらのユーザーは、アカウントの停止、アカウントのミュート、または私が言及したトラストレベルのブロックを要求できます。
- ユーザーが停止、ミュート、またはトラストレベルの保護を受けるべきではないという証拠を提示した場合、アカウントは通常どおりになります。
注記
- これを数回行い、フィードバックに感謝します、JammyDodger ;D このドキュメントを読みました。素晴らしいと思います: https://meta.discourse.org/t/discourse-moderation-guide
- Dan DeMontmorency - このアイデアについてどう思いますか？良いアイデアですか？このようなものを作成することは可能ですか？
新しいアイデア
- 実現可能な代替案はこれかもしれません。これは、suspend-a-user-via-the-api、silence-user-via-api、add-a-user-to-a-group-via-api、discourse-docs-api-org、auto-suspend-inactive-user、discourse_api_pull_121 で実現できる可能性があります。唯一の問題は、トラストレベルのロックに関する情報はまだ見つかっていないことです。
- これには、apiと通信するプラグインが必要になる場合があります。silence-user-via-api、auto-suspend-inactive-user、「locking trust level」、suspend-a-user-via-the-api。
- 私のアイデアは、トラストセキュリティプラグインを持つことです。このプラグインは、次のapiと通信します。silence-user-via-api、auto-suspend-inactive-user、「locking trust level」、suspend-a-user-via-the-api。
- 私の最初の提案は、これらのエンドポイントがあると非常にクールだということです。
${this.url}admin/users/${userId}/groups/report/spam${this.url}admin/users/${userId}/groups/report/lockingtrustlevel${this.url}admin/users/${userId}/groups/report/accountsecurityatrisk${this.url}admin/users/${userId}/groups/report/abusivemessagesorbehavior${this.url}admin/users/${userId}/groups/userwishthis/lockingtrustlevel${this.url}admin/users/${userId}/groups/userwishthis/accountsecurityatrisk${this.url}/admin/users/:user_id/report/spam${this.url}/admin/users/:user_id/report/lockingtrustlevel${this.url}/admin/users/:user_id/report/accountsecurityatrisk${this.url}/admin/users/:user_id/report/abusivemessagesorbehavior${this.url}/admin/users/:user_id/userwishthis/accountsecurityatrisk${this.url}/admin/users/:user_id/userwishthis/lockingtrustlevel
しかし、すでに解決できるのは、この poc - proof of concept を行うことです。
${this.url}/admin/users/:user_id/silence${this.url}/admin/users/:user_id/lockingtrustlevel${this.url}admin/users/${userId}/groups/silence${this.url}admin/users/${userId}/groups/lockingtrustlevel