Customise text for TL3 promotion PMでの議論の続きです。
TL3に昇格したユーザーに、PM(カスタマイズ可能なテキスト付き)を送信することを提案したいと思います。
これにより、TL1およびTL2への昇格と同様の一貫性が保たれます。
Automationプラグインについては認識していますが、3つのすべての信頼レベルがDiscourseによって標準として同じように扱われることが望ましいです。
ご検討いただきありがとうございます。
Customise text for TL3 promotion PMでの議論の続きです。
TL3に昇格したユーザーに、PM(カスタマイズ可能なテキスト付き)を送信することを提案したいと思います。
これにより、TL1およびTL2への昇格と同様の一貫性が保たれます。
Automationプラグインについては認識していますが、3つのすべての信頼レベルがDiscourseによって標準として同じように扱われることが望ましいです。
ご検討いただきありがとうございます。
歴史的には、これは#loungeの「About」トピックにある「ラウンジへようこそ」の紹介文でカバーされていたと思います。しかし、現在Loungeは新しいDiscourseサイトではデフォルトのカテゴリとして設定されていないため、昇進を祝う機会を逃していると思います。
そうかもしれません。TL3の通知を受け取ったのを覚えていると思いますが、覚えているのはラウンジへの歓迎だったのかもしれません。
TL3昇格の通知を受け取った記憶がありません。
TL3になったのはずっと昔なので、その時に何らかの通知があったのかもしれませんし、@JammyDodgerさんが提案したように#loungeトピックだけだったのかもしれません。ソースを確認しましたが、通知は見当たりませんでした。テストユーザーをTL3に手動で昇格させたサイトをセットアップしたばかりで…待ってください!TL3のバッジがありますので、通知を受け取っていました!
このバッジは、信頼レベル3に達したときに付与されます。数ヶ月にわたって私たちのコミュニティの主要なメンバーであったことへの感謝の印です。あなたは今、最もアクティブな読者の一人であり、私たちのコミュニティを素晴らしいものにしてくれる信頼できる貢献者です。トピックのカテゴリ変更や名前の変更、より強力なスパムフラグの利用、プライベートラウンジエリアへのアクセスが可能になり、1日に付与できる「いいね!」の数も増えます。
しかし待ってください。これはPMがあるかどうかについてです。確かに、PMはありません。
現時点ではテストできる環境にないのですが、理論上はオートメーションプラグインがあれば回避策があります。
トリガーに基づいてプライベートメッセージを送信できるスクリプトがあり、グループに追加されることも可能なトリガーの1つです。理論上、グループをtrust_level_3に設定すれば機能するはずです。
私のRPフォーラムでは、ユーザーをNPC_Managersグループに追加したときにプライベートメッセージを送信するために、そのスクリプトを多用しています。
とはいえ、TL3でこれに対するコア機能がないのは少し奇妙だと思います。
TL4については手動なので、ないのも理解できますが、TL3には一貫性のために間違いなく機能があるべきです ![]()
先日、このことを誰かに説明していました。TL3は降格する可能性があるのです!
では、TL3がTL2に戻り、再びアクティブになってTL3に戻った場合、どうなるかを考える必要があります。毎回TL3に昇格するたびに昇格メッセージが表示されるのでしょうか?![]()
私の結論はこうでした。TL3が特定のコミュニティでどのように機能するかを知ることは困難なため、自動化またはスタッフによる手動メッセージをアプローチとして許可する方が良いということです。
私の知る限りでは、誰かを下位のTLに移動し、後でプロモーションが再び機能するようにロックを解除しても、TL1またはTL2のメッセージは再度送信されません。少なくとも、私のテストアカウントではそのようなことは見たことがありません。
メッセージの再送信を防ぐためのチェックがコードのどこかにあると想定されるため、理論的にはTL3にも拡張できますが、特定のインスタンスがTL3をどのように持ち、使用しているかによっては、毎回送信することにもいくつかの良い理由があることもわかります。
良い例は、私の友人の一人がTL3を設定しており、ドナーグループに追加されることによってのみ取得できることです。これは、毎回送信することが理にかなっているインスタンスです。
私自身のインスタンスの1つでは、月に約1回訪問して投稿する限り、TL3ステータスを維持するように設定されています。これは、複数回送信すると迷惑になる場合があります。
これは確認できますが、TL2以下の降格ではいくつかのことが起こっていると思います。デフォルトでは、すでに上位レベルのロックを解除している(そうでなければ再び昇格するはず?)ため、その信頼レベルにロックされると思います。
「先日」は数週間前だったので、正確にどのように機能するかを調べる必要があります。![]()
来週調べるようにメモしました。
はい、その通りです。「ルールには理由があることを再認識させる必要がある」レベルに達したものの、「沈黙させる/一時停止する」レベルにはまだ達していない特定のユーザーをモデレートされた投稿に強制するためにTL0を使用しています。
信頼レベルのロックを解除した後、手動で古いレベルに戻さない場合、再昇格には通常少し時間がかかります。私が今まで見た最長は4時間でした。
テストユーザーの1人で簡単なテストを行ったところ、「再昇格」時に別のメッセージが表示されると思います。しばらくTL0でロックしていましたが、再びロックを解除したところ、TLが再評価されたときに、TL1とTL2の両方のメッセージが表示されました(以前はすべて信頼レベルを経験しています)。
コードを確認したところ、TLバッジをすでに持っている場合はPMをスキップするようです。これは毎日再計算されると思いますが、同じ日に信頼レベルを失って取り戻した場合、PMはスキップされると思います(降格とバックグラウンドジョブの時間枠がどのように整列するかによります)。
また、オートメーションはユーザーの降格時にもトリガーされる可能性があることを付け加えておきます。そのため、フォーラムに合わせて適切なメッセージを作成し、それぞれを処理した場合、TL3を獲得および喪失するたびに両方を送信することは依然として可能だと思います(これはコアへの追加をサポートする可能性があります)。
これで、テスト中に新しいPMが届かなかった理由がわかりました。テストアカウントのいずれも、毎日のリセットでバッジを失うほどTLがロックされていませんでした。
しかし、これは知っておくと役立つ情報です。なぜなら、各TLのフラグを追加するのがどれほど難しいかコードを掘り下げて確認したくなったからです。これにより、システムは、特定のTLに対して以前に送信されたメッセージを再送信しないことを認識できるようになります。
新規ユーザーの一部にはそうしていますが、それは「餅屋に餅を売る」ようなものです。ユーザーごとのモデレーション専用のサイト設定があれば、もっと良いでしょう。(以前にも要求されたことがあるような気がしますが)機能リクエストを追加するかもしれません。
TLメッセージに戻ると、これらを完全に制御できると良いでしょう。例えば、各TLのオン/オフの切り替えやメッセージの編集ができるようになると便利です。
これらのメッセージを制御するための設定は以下のとおりです。
send tl1 welcome messagesend tl2 promotion message以下のカスタマイズ可能なテキストを検索してください。
/admin/customize/site_texts?q=system_messages.welcome_tl1
system_messages.welcome_tl1_user.subject_templatesystem_messages.welcome_tl1_user.text_body_template/admin/customize/site_texts?q=system_messages.tl2_promotion
system_messages.tl2_promotion_message.subject_templatesystem_messages.tl2_promotion_message.text_body_templateありがとうございます。元のコンテンツでいくつかのテキストを検索することで、TL1およびTL2メッセージ(本文のみ)を編集する方法は知っていましたが、他のメッセージは私にとって新しいものでした。