Torne-se administrador

[hellekin]

Consigo ver como é semelhante, mas há problemas na outra discussão que se relacionam com o problema aqui:

@codinghorror

fazer parte de ser um administrador é entender a responsabilidade que você tem e os limites que deve respeitar. Se você não consegue fazer isso, não deve ter privilégios de administrador.

Exceto que, quando você é administrador, não tem como ver que um link para uma conversa confidencial à qual normalmente não teria acesso é, na verdade, proibido. Este é apenas um caso (que ocorreu conosco ontem e nos levou a iniciar este tópico) em que a não separação de administrador e participante pode ser problemática.

Além disso, vejo que a equipe do Discourse tem o hábito de ser toda administradora, o que cria um superpoder horizontal e não ajuda, como cultura, a diferenciar entre uso normal e uso privilegiado. Nem todas as comunidades são horizontais, às vezes as pessoas de tecnologia que têm privilégios de administrador não devem ser confiáveis com tudo no fórum, e isso não é um caso extremo: foi construído em sistemas de computador desde o início que root pode ver e fazer tudo. O privilégio certamente vem com responsabilidade, mas às vezes a benevolência não é suficiente, especialmente quando não se consegue distinguir entre o que é aceitável e o que é proibido.

Embora a solução de “usar outro perfil de navegador” para lidar com uma conta normal e de administrador não seja muito prática, especialmente porque todos nos acostumamos a ter as ferramentas à mão. Lançar um novo navegador cada vez que um recurso de administrador é necessário pode ser muito irritante (nem todo mundo gosta nem pode se dar ao luxo de ter recursos ociosos em sua máquina). Também não impede que a situação do espião privilegiado \u003cabbr title=“Bastard Operator From Hell”\u003eBOFH\u003c/abbr\u003e aconteça.

@mattdm

Eu não quero ser capaz de violar acidentalmente as regras de marcação pretendidas. (Moderadores não administradores também são capazes de fazer isso acidentalmente? Não consigo testar facilmente, mesmo assim.)

Eu poderia criar uma conta de administrador separada e rebaixar minha principal para um usuário regular, mas tenho medo de perder notificações importantes de sinalização e mensagens.

@mattdm

Bem, é meio que a mesma coisa que rodar como root em um sistema Linux o tempo todo. Não se trata apenas de respeitar os limites, mas de não ultrapassá-los acidentalmente quando você não percebe que eles estão lá.

@codinghorror

Eu entendo a preocupação, mas não é um grande problema na prática

Os tempos mudam. Aqui, temos um administrador que acidentalmente acessou informações confidenciais que afetaram a vida de outras pessoas, e elas não deveriam ter acesso. Isso é violação de privacidade. É um problema de segurança.

@leonardo

Mesmo que essa lógica esteja em grande parte centralizada em guardian.rb e /lib/guardian/*.rb, a complexidade e o potencial de bugs para tal mudança seriam muito grandes, e a necessidade desse recurso precisaria superar isso em muito, o que não acontece, dadas as alternativas.

Entendo a complexidade potencial, mas a questão central permanece e deve ser resolvida de uma forma ou de outra. Na minha opinião, seria útil revisitar a questão agora que a base de código amadureceu e avaliar se a abordagem proposta seria viável.

@Ivan_Rapekas

Eu assumo que o OP quis dizer trabalhar a maior parte do tempo como um usuário regular. Para mim, eu quero me sentir como um usuário simples também:

• menos botões
• sem acesso a ações de moderação/administração
• usar casos de uso simples

Após atualizações ou ajustes, eu gostaria de interagir com o fórum como um usuário regular o vê para evitar mal-entendidos.

@Canapin

Isso me lembra de algo que aconteceu há alguns dias. Estou no processo de migrar um fórum.

Sim! Ter avisos e proteções sobre esse tipo de problema (de invasão) seria útil.

---

Sobre plugins existentes:

• GitHub - discourse/discourse-anonymous-moderators pode ser útil, mas uma alteração recente no tratamento de e-mails (Enabling e-mail normalization by default) pode mudar isso – depender de nenhuma configuração padrão pode se mostrar problemático.
• GitHub - discourse/discourse-staff-alias: Allow staff users to post under an alias é limitado apenas à postagem.

Eu preferiria ter uma separação realmente limpa entre participante e administrador usando a metáfora clássica e bem conhecida de sudo, por todas as razões declaradas acima.