システム管理者とスーパー管理者はなぜ両方ともmodとadminなのですか?

もし管理者がモデレーターができることすべてを実行できるなら、自動的に作成されたアカウントが両方に設定される背景にある考え方は何ですか?

もしモデレーターができることで管理者ができないことがあるなら、おそらく記事でそれをより明確に述べる必要があります。投稿する前に検索しましたが、この情報を見つけることができませんでした。

tknospdrさん、こんにちは :waving_hand:

「スーパーアドミン」という言葉が何を指しているのか分かりかねます。Discourse の専門用語では、「管理者」と「モデレーター」のみが使用され、これらをまとめて「スタッフ」と呼びます。

ご質問は、「プリビルドアカウント、システム、およびディスクボットが管理者権限を付与されているのはなぜか」という意味だと解釈しました。

以下は、:robot: Discourse の AI からの回答です。

システムとディスクボットが特権を付与されている理由 AI

Discourse のプリビルドアカウントである「system」と「discobot」の両方が管理者およびモデレーターの役割を持っている理由は次のとおりです。

1. システムアカウント

  • system アカウントは、プラットフォームを代わって自動的に動作する特別な組み込みユーザーです。次のような自動タスクを実行します。
    • 重要なシステム通知やダイジェストの送信。
    • デフォルトのピン留めトピックの投稿。
    • バックグラウンドモデレーションの実行(例:自動クローズ、フラグ付き投稿のアクション)。
  • すべてのシステムにアクセスし、あらゆるトピックに対してアクションを実行し、すべてのカテゴリまたはユーザーの制限をオーバーライドするには、管理者とモデレーターの両方の権限が必要です。ほとんどのコアプラットフォームの自動化は、これらの昇格された権限に依存しています。
  • 必須の Discourse 機能を破損する可能性があるため、その権限を削除するサポートされている方法はありません。
  • システムアカウントのユーザー名を変更することは推奨されません。混乱を招いたり、アップデート時に元に戻されたりする可能性があるためです。このディスカッションを参照してください: Discobot と System のユーザー名を変更することは推奨されますか?

2. ディスクボットアカウント

  • discobot は、組み込みのオンボーディング「ナラティブボット」です。新しいユーザーをチュートリアルで案内し、自動メッセージを送信し、ユーザーを支援するためにほとんどの機能とプログラムで対話できます。
  • ディスクボットは、次を実行する必要があるため、管理者権限が必要です。
    • カテゴリの制限やユーザーの信頼レベルに関係なくメッセージを送信したり、アクションを実行したりする。
    • 受信トレイにアクセスし、プライベートメッセージを送信し、オンボーディングに必要なすべてのスタッフの動作を複製する。
  • ドキュメントによると:

    「ディスクボットは管理者であり続ける必要があります。この役割は削除できません。」
    公式ガイドを参照

  • ディスクボットはデフォルトではモデレーターではありませんが、常に管理者権限を持っています。

セキュリティに関する考慮事項

両方のアカウントは、信頼された自動化された容量で実行されるように設計されており、プラットフォームの制約によって保護されています。これらのアカウントを通常のスタッフアクティビティに使用したり、権限を変更したりしないでください。 コア Discourse の自動化に影響を与える可能性があります。

参考文献:

これらのアカウントのカスタマイズに関するさらなる質問がある場合、またはその範囲について懸念がある場合は、お知らせください!

モデレーターと管理者には権限の違いがあります

「特別なアドミン」という役割もあり、いくつかの追加機能を使用できます。ガイドでは「開発者」と呼ばれています。

システムが両方である理由は分かりません。アドミンはモデレーターができることはすべてできるはずです。おそらく、すべての基盤をカバーし、本当にすべてができることを再確認するためでしょう。:person_shrugging:

しかし、「特別な」アドミン/サイトと一緒に作成された最初のアドミンについては、以前はアドミンロールのみが付与されていたと思いますが、これはモデレーターロールを追加するように変更されました。おそらく、当初は1人でサイトを運営する可能性が高いサイトに関連しており、モデレーターロールを自動追加することで、モデレーター通知を見逃さないようにするためだと思います。

「いいね!」 2

誤った解釈です。質問は、なぜそれらがモデレーターと管理者の両方なのか、ということです。

その表を確認しました。管理者の権限は表示されていません。しかし、質問は違いがあるかどうかではなく、「管理者ができないことをモデレーターはできますか?」というものでした。

これが答えかもしれません。管理者が受け取れない通知をモデレーターは受け取れるのでしょうか?

「いいね!」 1

管理者はモデレーターグループの受信トレイ内のメッセージについて通知されません。最初の管理者がデフォルトでモデレーターになった理由の1つは、このオプションだったと思います。

モデレーターは、未処理のフラグやレビューキュー内のユーザー、および他のユーザーに無視されているユーザーについても通知されます。

管理者はすべてのメッセージを読むことができますが、Discourseは、グループのメンバーとしてグループに送信されたメッセージに返信する場合、動作が異なります。その場合、個々のユーザーは会話に追加されません。管理者がモデレーターの受信トレイを訪問してメッセージに返信すると、個々の管理者が追加されます。Metaからの例:ご覧のとおり、管理者でありモデレーターであるユーザーは追加されていませんが、自動返信を送信したフラグを処理したときに管理者が追加されました。

後でグループからアカウントが削除された場合、グループメンバーであったためにアクセスできた会話へのアクセス権を失いますが、グループメンバーではなかったためにアカウントが追加された会話へのアクセス権は失いません。したがって、pmusarajは管理者権限がなくても私たちの会話を見ることができますが、他のユーザーは管理者またはモデレーターでなくなったときにアクセス権を失います。

「いいね!」 3

ありがとうございます。非常に簡潔で、私の質問に完璧に答えてくれました。

これで理解できました。知は戦いの半分…。
Alright old dudes! GI JOE!!

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.