Atualmente, em qualquer fórum, um administrador tem a capacidade de rebaixar qualquer outro administrador da posição de administrador. Então, estava pensando: e se mudássemos para que a conta que é o proprietário, seu escudo não fosse o cinza normal, mas um escudo verde pela metade, e eles não pudessem ser rebaixados por administradores e moderadores são cinzas e administradores regulares são azuis para diferenciar diferentes tipos de contas, mas se o proprietário quiser, eles podem mudar outra pessoa no fórum para ter o escudo verde, dando a si mesmos o escudo azul, e agora o novo detentor do escudo verde não pode ser rebaixado.
Bem-vindo ao Discourse Meta @Encounter 
Um administrador que possui/criou o fórum não pode ser ‘rebaixado’, pois seu e-mail está em DISCOURSE_DEVELOPER_EMAILS dentro de app.yml.
Se você estiver auto-hospedado e não quiser que outros administradores sejam rebaixados, basta adicioná-los aos e-mails do desenvolvedor e fazer uma reconstrução.
Você também pode explicar a outros administradores para não rebaixarem outros se você não quiser fazer alterações nos e-mails do desenvolvedor. Como nota paralela… Como seria de esperar, ser um administrador é uma posição poderosa, e idealmente você não quer muitas pessoas com esses privilégios.
Se você quisesse mudar a cor do escudo de administradores e moderadores para ajudar a diferenciá-los, você pode dar uma olhada neste guia:
Você também pode usar títulos. Por exemplo, o administrador que possui a comunidade poderia receber um título de ‘proprietário’ para que todos saibam quem não rebaixar, se é isso que o preocupa?
Espero que isso ajude 
4 curtidas
Deixando as cores do escudo de lado por enquanto – existe alguma situação específica que você está tentando resolver com esta solicitação?
Estou imaginando casos extremos como:
- permitir que o proprietário do site transfira a propriedade do site para outra pessoa
- tornar um administrador adicional não rebaixável
Mas qualquer uma das coisas parece uma ocasião rara, e a necessidade de editar o arquivo app.yml como ondrej explica parece bastante razoável.
2 curtidas
Olá Ondrej, obrigado por mencionar que eles não podem ser removidos da função de administrador, mas eu discordo disso.
Em um fórum Discourse de teste gratuito que criei, concedi permissão de administrador a outras 2 pessoas e, por engano, elas removeram minhas funções de administrador e moderador e acabaram me banindo do fórum, e é por isso que perguntei. E também dê uma olhada nisso
Eu não sou o proprietário desse fórum, mas apenas o usuário aqui na foto, e eu posso revogar o administrador deles.
Ondrej estava falando sobre fóruns auto-hospedados, onde alguém cria o fórum e também tem acesso ao servidor. Portanto, mesmo que fosse possível para outro administrador remover seu status de administrador, ele poderia criar uma nova conta de administrador.
Você não mencionou que estava falando sobre um fórum hospedado pelo Discourse. Não acho que o Discourse garanta que o primeiro administrador não seja removido em sua hospedagem. Posso imaginar que não é tão raro alguém criar um fórum, deixar uma empresa depois, e então o primeiro administrador precisa ser substituído, então faz sentido para mim permitir isso.
Acho que, no pior dos casos, se você acidentalmente conceder permissões de administrador e confirmá-las por e-mail, você pode entrar em contato com o suporte deles, e eles poderão verificar quem criou o fórum.
2 curtidas
[quote=“Encounter, post:4, topic:370203”]em um fórum de teste gratuito do Discourse que criei, concedi permissão de administrador a outras 2 pessoas e, por engano, elas removeram minhas funções de administrador e moderador e acabaram me banindo do fórum, que é o motivo pelo qual perguntei.
[/quote]
Olá e bem-vindo @Encounter 
Primeiramente, se você estiver tendo algum problema com seu teste gratuito por qualquer motivo, pode entrar em contato diretamente com o suporte ao cliente em team@discourse.org e eles poderão ajudá-lo. 
Mas, em segundo lugar, as versões hospedadas são um pouco diferentes das auto-hospedadas, e se você estiver em um plano hospedado, o primeiro administrador não tem um tratamento especial como o que Ondrej e Toddz estão se referindo.
(Embora, dizendo isso, eu acabei de conseguir rebaixar minha conta de administrador principal com um usuário de teste administrador em meu site de teste auto-hospedado, então posso precisar investigar o que está acontecendo com isso se eu deveria ser inabilitado de ser rebaixado )
3 curtidas
Entendido, então após esse incidente, eu cito a resposta ao meu e-mail de problema para eles dizendo isto:
“Desculpe, não há nada que possamos fazer para te ajudar.”
Então eles disseram que fecharam o fórum por causa disso.
Mas então, por que na imagem acima
Eu posso rebaixar este usuário e ele é o dono do fórum, mas o fórum é auto-hospedado.
Acho que por ter sido um teste gratuito, essa pode ter sido a solução mais tranquila para um problema bastante estranho. Mas se você iniciar um novo teste, tome muito cuidado com quem você concede permissão de administrador. 
Sim, estou vendo algo semelhante no meu site auto-hospedado. Embora o meu já tenha passado por muita coisa como site de teste, então posso ter feito algo estranho em algum momento.
Embora eu tenha acesso ao servidor, posso criar e conceder permissões de administrador a partir daí, então espero estar coberto caso meus usuários de teste se tornem amotinados.
3 curtidas
Ótimo, obrigado pela ajuda, jammy
1 curtida
Sim - esta é a solução definitiva para quem auto-hospeda. Quem controla o servidor (e o domínio / registros DNS) tem o verdadeiro poder!!
2 curtidas
O que você quer dizer com isso?
Porque com acesso ao servidor e à linha de comando, você poderia fazer muitas coisas (hacky) (como refazer posts, acessar o banco de dados, etc.). Portanto, se você estiver auto-hospedado e outros administradores rebaixarem você, mas você tiver acesso ao servidor em que o fórum é executado, então você poderia Create an admin account from the console.
1 curtida
certo, isso é verdade
Apenas para voltar e concluir isso…
Para aqueles administradores que estão definidos em DISCOURSE_DEVELOPER_EMAILS, o gatilho para ser automaticamente readicionado como administrador após ser rebaixado é logout/login.
(Inicialmente pensei que seria na reconstrução, mas essa maneira faz mais sentido )
3 curtidas