O privilégio de administrador parece confundir a função de administrador do servidor com a de moderador-chefe.
Minha pergunta baseia-se no nosso caso de uso, no qual o departamento de TI configurou nossa instância do servidor Discourse, mas não tem responsabilidade nem interesse em gerenciar ou desenvolver o conteúdo dentro do Discourse.
Existe alguma maneira de separar as opções que um administrador do servidor deve ser responsável (como configuração de SSL) das tarefas que um moderador-chefe realizaria, como configurar Categorias?
Um administrador de TI responsável por configurar o SSL, por exemplo, nem precisa de uma conta no Discourse, apenas acesso ao servidor. Além disso, a maioria das configurações relacionadas à TI pode ser definida como variáveis de ambiente no app.yml, tornando desnecessário o acesso de TI para a parte web do Discourse.
Dessa forma, seu moderador ‘chefe’ pode ser um administrador/moderador do Discourse sem problemas.
Há alguns campos na seção Email que seriam uma preocupação para alguns administradores do servidor, dos quais o moderador-chefe realmente não precisa. Por exemplo, a conta de e-mail e a senha, o número da porta para usar na consulta POP3 e outras coisas.
Além disso, há uma série de outros parâmetros de Admin que têm o potencial de afetar a carga do servidor, e consigo ver facilmente os administradores do servidor desejando controlar essas configurações também. Um exemplo simples seria o tamanho máximo de arquivos de imagens e anexos. Após analisar todas as opções de Admin, há muitas configurações que deveriam ser controladas por um administrador do servidor e não pelo moderador-chefe.
A conclusão das minhas perguntas é que a equipe de atendimento ao público pode ser facilmente prejudicada pela equipe de back-end, embora ambas tenham preocupações legítimas.
Existe talvez um modelo de moderador-chefe que remova o acesso a certos parâmetros do painel de Admin?
Olhei o link que se refere ao armazenamento externo, mas para um usuário novo, é um pouco confuso.
Então, pelo que entendi, o que você está dizendo é duplo: (1) todas as configurações vistas na área de Administração podem ser configuradas no arquivo app.yml e (2) que a área de Administração não exibirá nenhuma opção que esteja configurada no arquivo app.yml.