one1
1
「フォーラムオーナー」という、管理者の上位に位置する役割についてどこかで読んだ記憶があるのですが、夢でも見ていたのでしょうか?検索してもカテゴリオーナーの情報しか見つかりません。
文脈としては、管理者が死亡したり、暴走したりした場合にオーナーが引き継げるというものでした。私は全くそのような状況ではありませんが、単に災害計画について考えていただけです。
ですので、もしそのようなものが存在しない場合、ホスティングのパスワードを持っている人が手動で新しい管理者ユーザーを作成する必要があるということでしょうか?
j127
3
サーバーにアクセスできる場合は、/var/discourse に cd して、アプリに入り (./launcher enter app)、Rails コンソール (rails c) を起動して、制御を取り戻すことができます。
「いいね!」 4
pfaffman
(Jay Pfaffman)
4
複数の管理者を設定するだけで良いのではないでしょうか?
app.yml で DISCOURSE_DEVELOPER_EMAILS を設定し、そこに自分のメールアドレスが記載されていることを確認してください。そうすれば、管理者権限を削除されることはなく、通常の管理者にはできない(具体的に何ができるかは思い出せませんが)いくつかの機能を利用できるようになります。
「いいね!」 4
one1
5
管理者が2人いると、一方が(善意の)変更を他方が知らないまま行うことで混乱を招く可能性があるため、望ましくないという問題が提起されました。
2人の間で、2人目の管理者は管理者の業務を実際に行わないという個人的な合意があれば、問題を軽減するのに十分かどうかはわかりません。
サーバーに入って制御を取り戻すというアドバイスが最善の選択肢であるように聞こえます。
お二人ともありがとうございます!
pfaffman
(Jay Pfaffman)
6
管理者が変更したすべてのログが記録されるため、追跡できます。ただし、管理者が互いの領域を踏まないようにすることが依然として重要です。
しかし、管理者を信頼できない場合、あなたは困ったことになります。
「いいね!」 3
one1
7
いいえ、信頼の問題ではありません。調整と災害計画の問題です。
本当にありがとうございます。
「いいね!」 3
Lilly
(Lillian Louis)
8
管理者の役割は事実上のフォーラムオーナーです。
管理者を複数にするだけです。
これは、別の役割が必要なこととは全く関係ありません。単純に、適切に文書化された変更管理手順、コミュニケーション、信頼の問題です。
変更の追跡に関するガイドラインを確立してください。例えば、災害計画や復旧シナリオについて心配しているのであれば、変更管理や移行についても懸念すべきであり、それらの管理手順がこの認識されているギャップをカバーするはずです。
「いいね!」 4