Actualmente, en cualquier foro, un administrador tiene la capacidad de degradar a cualquier otro administrador de su puesto. Estaba pensando, ¿qué pasaría si lo cambiamos para que la cuenta que es el propietario, su escudo no sea el gris normal, sino un escudo verde a la mitad, y no pueda ser degradado por los administradores, y los moderadores sean grises y los administradores regulares sean azules para diferenciar los diferentes tipos de cuenta, pero si el propietario quiere, puede cambiar a otra persona en el foro para que tenga el escudo verde, dándose a sí mismo el escudo azul, y ahora el nuevo titular del escudo verde no puede ser degradado.
Bienvenido a Discourse Meta @Encounter 
Un administrador que posee/crea el foro no puede ser “degradado”, ya que su correo electrónico está en DISCOURSE_DEVELOPER_EMAILS dentro de app.yml.
Si está autoalojado y no quiere que otros administradores sean degradados, simplemente agréguelos a los correos electrónicos de desarrollador y realice una reconstrucción.
También podría explicarles a otros administradores que no degraden a otros si no quiere hacer cambios en los correos electrónicos de desarrollador. Como nota al margen… Como era de esperar, ser administrador es una posición poderosa, y lo ideal es que no haya muchas personas con esos privilegios.
Si quisiera cambiar el color del escudo de los administradores y moderadores para ayudar a diferenciarlos, puede consultar esta guía:
¿También puede usar títulos? Por ejemplo, al administrador que posee la comunidad se le podría dar un título de ‘propietario’ para que todos sepan a quién no degradar si eso es lo que le preocupa.
Espero que esto ayude 
4 Me gusta
Dejando a un lado los colores de los escudos por el momento, ¿hay alguna situación específica que intentes manejar con esta solicitud?
Me imagino casos extremos como:
- permitir que el propietario del sitio transfiera la propiedad del sitio a otra persona
- hacer que un administrador adicional no pueda ser degradado
Pero cualquiera de las dos cosas parece una ocasión rara, y la necesidad de editar el archivo app.yml como explica ondrej parece bastante razonable.
2 Me gusta
Hola ondrej, gracias por mencionar que no se les puede eliminar del rol de administrador, pero me permito disentir.
En un foro de Discourse de prueba gratuita que creé, había otorgado permisos de administrador a otras 2 personas y, por error, me quitaron mis roles de administrador y moderador y terminaron prohibiéndome en el foro, por eso pregunté y también échale un vistazo a esto:
No soy el propietario de ese foro, sino simplemente el usuario aquí en la imagen, y puedo revocar su acceso de administrador.
Ondrej estaba hablando de foros autoalojados, donde alguien crea el foro y también tiene acceso al servidor. Por lo tanto, incluso si fuera posible que otro administrador eliminara su estado de administrador, podrían crear una nueva cuenta de administrador.
No mencionaste que estabas hablando de un foro alojado por Discourse. No creo que Discourse garantice que el primer administrador no sea eliminado en su alojamiento. Me imagino que no es tan raro que alguien cree un foro, deje una empresa más tarde y luego el primer administrador necesite ser reemplazado, por lo que tiene sentido que lo permitan.
Supongo que, en el peor de los casos, si otorga accidentalmente permisos de administrador y los confirma por correo electrónico, podría contactar a su soporte y ellos podrían verificar quién creó el foro.
2 Me gusta
Hola y bienvenido @Encounter 
En primer lugar, si tienes algún problema con tu prueba gratuita por cualquier motivo, puedes ponerte en contacto directamente con el soporte al cliente en team@discourse.org y ellos te ayudarán. 
Pero en segundo lugar, las versiones alojadas son un poco diferentes a las autoalojadas, y si estás en un plan alojado, el primer administrador no tiene un trato especial como el que mencionan Ondrej y Toddz.
(Aunque dicho esto, acabo de conseguir degradar mi cuenta de administrador principal con un usuario administrador de prueba en mi sitio de prueba autoalojado, así que puede que necesite investigar qué está pasando con eso si se supone que no puedo ser degradado )
3 Me gusta
Entendido, así que después de ese incidente, cito la respuesta a mi correo electrónico de problema diciéndoles esto:
“Lamentamos no poder ayudarte”
Luego dijeron que cerraron el foro por eso.
Pero entonces, ¿por qué en la imagen de arriba
Puedo degradar a este usuario y él es el propietario del foro, pero el foro está autoalojado.
Creo que, dado que fue una prueba gratuita, esa puede haber sido la solución más sencilla a un problema bastante incómodo. Pero si inicias una nueva prueba, ten mucho cuidado a quién le concedes permisos de administrador. 
Sí, estoy viendo algo similar en mi sitio autohospedado. Aunque el mío ha dado muchas vueltas como sitio de prueba, así que puede que haya hecho algo raro en algún momento.
Aunque como tengo acceso al servidor, puedo crear y otorgar permisos de administrador desde allí, así que espero estar cubierto si mis usuarios de prueba se vuelven rebeldes.
3 Me gusta
Muchas gracias por la ayuda, jammy
1 me gusta
Sí, esta es la solución definitiva para los autoalojadores. ¡Quien controla el servidor (y el dominio / registros DNS) tiene el verdadero poder!
2 Me gusta
¿Qué quieres decir con eso?
Porque con acceso al servidor y a la línea de comandos, podrías hacer muchas cosas (hacks) (como volver a hornear publicaciones, acceder a la base de datos, etc.). Así que si te autoalojas y otros administradores te degradan, pero tienes acceso al servidor en el que se ejecuta el foro, entonces podrías Create an admin account from the console.
1 me gusta
correcto, eso es verdad
Solo para volver a este tema y redondearlo…
Para aquellos administradores que están configurados en DISCOURSE_DEVELOPER_EMAILS, el desencadenante para ser re-agregado automáticamente como administrador después de ser degradado es cerrar sesión/iniciar sesión.
(Inicialmente pensé que sería al reconstruir, pero de esta manera tiene más sentido )
3 Me gusta