Итак, в настоящее время на любом форуме администратор может понизить любого другого администратора, лишив его этой должности. Я подумал: а что, если изменить это так, чтобы у владельца аккаунта щит был не обычным серым, а зелёным, разделённым пополам, и его нельзя было бы понизить администраторам? Модераторы будут обозначены серым щитом, а обычные администраторы — синим, чтобы различать типы аккаунтов. Однако, если владелец захочет, он может назначить другому участнику форума зелёный щит, а себе присвоить синий; теперь уже новый обладатель зелёного щита не сможет быть понижен.
Добро пожаловать в Discourse Meta, @Encounter 
Администратора, который владеет форумом или создал его, нельзя «понизить», так как его адрес электронной почты указан в DISCOURSE_DEVELOPER_EMAILS внутри файла app.yml.
Если вы используете собственную установку и не хотите, чтобы другие администраторы могли понижать друг друга, просто добавьте их в список разработчиков и выполните пересборку.
Также можно объяснить другим администраторам, чтобы они не понижали других, если вы не хотите вносить изменения в список разработчиков. Кстати… Как и следовало ожидать, должность администратора обладает большими полномочиями, и в идеале не стоит предоставлять эти привилегии многим людям.
Если вы хотите изменить цвет щита у администраторов и модераторов, чтобы лучше их различать, ознакомьтесь с этим руководством:
Также можно использовать титулы. Например, администратору, владеющему сообществом, можно присвоить титул «владелец», чтобы все знали, кого не следует понижать, если это вас беспокоит.
Надеюсь, это поможет 
4 лайка
Оставим пока в стороне цвета щитов — есть ли конкретная ситуация, которую вы пытаетесь решить с помощью этого запроса?
Я представляю себе такие крайние случаи, как:
- передача владельцем сайта права владения сайтом другому лицу
- назначение дополнительного администратора, которого нельзя понизить в должности
Но оба сценария кажутся редкими, и необходимость редактировать файл app.yml, как объясняет Ondrej, выглядит вполне разумной.
2 лайка
Привет, Ondrej, спасибо за упоминание о том, что их нельзя удалить из роли администратора, но я вынужден с этим не согласиться.
На форуме Discourse, который я создал в рамках бесплатной пробной версии, я предоставил права администратора двум другим людям. По моей ошибке они удалили мои роли администратора и модератора, а затем заблокировали меня на форуме. Вот почему я задал этот вопрос. Также посмотрите на это:
Я не владелец того форума, а просто пользователь; на фотографии изображён его владелец, и я могу лишить его прав администратора.
Онджей говорил о форумах с самостоятельным размещением, где человек создаёт форум и одновременно имеет доступ к серверу. Поэтому даже если бы другой администратор мог лишить его прав администратора, он мог бы создать новую учётную запись администратора.
Вы не упомянули, что речь идёт о форуме, размещённом компанией Discourse. Мне кажется, что в их сервисе нет гарантии, что первого администратора нельзя удалить. Я могу представить, что не так уж редко бывает ситуация, когда кто-то создаёт форум, позже уходит из компании, и тогда первого администратора нужно заменить, поэтому мне кажется логичным разрешить это.
Полагаю, в худшем случае, если вы случайно предоставите права администратора и подтвердите это по электронной почте, вы можете обратиться в их службу поддержки, и они смогут проверить, кто создал форум.
2 лайка
Привет и добро пожаловать, @Encounter 
Во-первых, если у вас возникли какие-либо проблемы с бесплатной пробной версией по любой причине, вы можете напрямую обратиться в службу поддержки по адресу team@discourse.org, и они помогут вам. 
Во-вторых, облачные версии немного отличаются от самохостинговых. Если вы используете облачный план, то первый администратор не обладает особыми привилегиями, о которых упоминали Ondrej и Toddz.
(Хотя, говоря это, я только что смог понизить свою основную учётную запись администратора с помощью тестового пользователя-администратора на моём самохостинговом тестовом сайте. Возможно, мне нужно будет разобраться, что происходит в этом случае, если я должен быть неуязвим для понижения )
3 лайка
Понятно. После этого инцидента я процитировал им свой ответ на письмо с жалобой, сказав следующее:
«Нам жаль, но мы ничем не можем вам помочь».
Затем они сообщили, что закрыли форум из-за этого.
Но тогда почему на приведённом выше скриншоте
я могу понизить права этого пользователя, хотя он является владельцем форума, при этом форум размещён самостоятельно?
Думаю, поскольку это была бесплатная пробная версия, это могло стать самым гладким решением довольно неловкой ситуации. Но если вы решите запустить новую пробную версию, будьте очень внимательны, кому вы предоставляете права администратора. 
Да, я наблюдаю нечто подобное на своём сайте с самостоятельным размещением. Хотя мой сайт уже немного «проехал круги» как тестовый, так что возможно, я где-то что-то сделал не так.
Однако, поскольку у меня есть доступ к серверу, я могу создавать пользователей и выдавать им права администратора оттуда, так что, надеюсь, я застрахован на случай, если мои тестовые пользователи начнут бунтовать.
3 лайка
Отлично, спасибо за помощь, jammy
1 лайк
Да — это окончательное решение для тех, кто размещает сервис самостоятельно. Тот, кто контролирует сервер (и домен / записи DNS), обладает истинной силой!!
2 лайка
Что вы имеете в виду?
Поскольку с доступом к серверу и командной строке можно выполнить множество (неофициальных) действий (например, пересобрать сообщения, получить доступ к базе данных и т. д.). Поэтому если вы используете собственное хостинг-решение, и другие администраторы понижают ваши права, но у вас остаётся доступ к серверу, на котором работает форум, вы можете Create an admin account from the console.
1 лайк
Да, это верно
Просто чтобы вернуться к этому и завершить тему…
Для тех администраторов, которые указаны в DISCOURSE_DEVELOPER_EMAILS, триггером для автоматического восстановления прав администратора после понижения является выход из системы и повторный вход.
(Изначально я думал, что это произойдет при перестройке, но такой вариант имеет больше смысла )
3 лайка