Função de Admin confunde admin do servidor e admin do fórum

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.

Obrigado, @Falco.
Então, é possível ter níveis dentro do privilégio de administrador? Onde o adminType2 possa fazer XYZ, mas não JKL?

Não, não há um sistema de permissões de personalização granular.

@Falco, isso me parece um tanto infeliz.

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?

Você pode colocar essas configurações na seção env do app.yml e elas não ficarão visíveis na interface do usuário.

Consulte Usando Armazenamento de Objetos para Uploads (Clones S3) para exemplos. Todas as configurações do site podem ser sobrescritas e ocultadas dessa forma.

Obrigado, @pfaffman.

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.

Está correto?

Uma pergunta complementar é: as configurações atuais do administrador podem ser exportadas para um arquivo, que seria incorporado no arquivo app.yml?

Parece que você entendeu. Você precisará gerar os valores do env manualmente.