Кажется, я где-то читал о роли «владелец форума», которая находится выше администратора. Мне это приснилось? Поиск выдаёт только информацию о владельце категории.
Контекст был таким: владелец мог бы взять управление на себя, если администратор умрёт или начнёт действовать не по правилам. У меня такой ситуации нет, я просто думаю о плане действий на случай чрезвычайных обстоятельств.
Так что, если такой роли не существует, я предполагаю, что человеку, у которого есть пароли от хостинга, придётся зайти и вручную создать нового администратора?
Если у вас есть доступ к серверу, вы можете перейти в папку /var/discourse с помощью команды cd, войти в приложение (./launcher enter app), запустить консоль Rails (rails c) и вернуть себе контроль.
Просто убедитесь, что у вас несколько администраторов?
Вы можете задать DISCOURSE_DEVELOPER_EMAILS в вашем app.yml и убедиться, что ваш адрес электронной почты там указан. Тогда ваши права администратора не смогут быть отозваны, и вы получите несколько возможностей, недоступных обычному администратору (я точно не помню, какие именно).
Была поднята проблема, что наличие двух администраторов нежелательно, так как один может внести (с благими намерениями) изменения, не уведомив другого, что может вызвать путаницу.
Не уверен, что достаточно будет личного соглашения между ними о том, что второй не будет выполнять административные действия, чтобы решить эту проблему.
Похоже, что лучший вариант — зайти на сервер и восстановить контроль.
Все изменения, внесённые администраторами, записываются в логи, так что вы всегда можете отследить их действия. Однако важно, чтобы они не мешали друг другу.
Но если вы не доверяете своим администраторам, у вас серьёзные проблемы.
Роль администратора по сути является владельцем форума.
Просто создайте несколько администраторов.
Это не имеет ничего общего с необходимостью вводить новую роль. Речь просто о правильно документированных процедурах управления изменениями, коммуникации и доверии.
Определите некоторые правила отслеживания изменений — например, если вас беспокоят сценарии аварийного планирования и восстановления, то вас также должны волновать управление изменениями и миграция, и эти контролирующие процедуры покроют этот предполагаемый пробел.