Em uma Categoria, tenho três grupos. Membros, Moderadores e Especialistas. Os Especialistas e Moderadores devem poder editar posts de wiki. Os Membros não devem poder editar as wikis, pois não são qualificados para isso. No entanto, eles devem poder responder a uma wiki, por exemplo, pedindo mais ajuda.
O problema é que os Membros podem modificar a wiki, porque a wiki está vinculada às permissões de resposta. Portanto, as respostas devem ser desativadas para os Membros, ou é preciso transformar todos os especialistas em Moderadores de Categoria para que possam editar as postagens uns dos outros e nunca usar wikis.
Entendo por que a permissão estaria vinculada à resposta em vez de criar, no entanto:
Esse relacionamento é implícito
Esse relacionamento causa um conflito de interesses – O grupo deve poder postar uma nova resposta, mas não editar a wiki (onde, neste caso, a wiki é a postagem criada).
Essencialmente, isso se torna uma forma alternativa para os usuários “Criarem” um tópico editando um tópico já criado.
Solução possível:
Notei, enquanto pesquisava, que havia algumas solicitações de recursos semelhantes:
É possível desvincular a permissão criando uma quarta opção “Pode editar wikis”?
Preocupa-me que adicionar uma quarta permissão “Editar Wiki” seja um campo minado. Há muito a explicar aos moderadores do site sobre essa nova opção.
Adicionar um bloco de construção fundamental de segurança não é uma mudança trivial, provavelmente levaríamos uma ou duas semanas para acertar tudo, há inúmeros pontos de contato.
Simplesmente alterar para que você deva ter permissão de “criar” para editar uma wiki na OP resolve seu problema?
Isso pode ser viável como uma mudança e não introduz novos primitivos.
Não é exatamente para isso que serve min_trust_to_edit_wiki? Dê permissões de resposta a todos, defina o nível mínimo de confiança para editar como TL3 e torne os Especialistas e moderadores TL3.
Suponho que um Membro atingir o TL3 não seja a maior ameaça aqui (eles também têm algo a perder)
Essa mudança quebrará a forma como usamos a wiki. Queremos explicitamente que o proprietário do tópico mantenha a propriedade para que apenas grupos selecionados tenham “criar” em uma categoria, enquanto os tópicos são wiki por padrão, para que qualquer pessoa que possa responder possa editar o tópico, mantendo as informações corretas.
Se a permissão for alterada para criar, isso adicionará uma sobrecarga para encontrar um caminho diferente para alcançar isso e provavelmente teríamos que permitir que todos criassem tópicos em vez de apenas responder.
Quantos usuários realmente se importam com os TLs? Claro, isso está fortemente relacionado ao nicho, cultura, etc., mas se/quando os usuários obtêm o TL3 apenas por serem ativos, não porque estão tentando alcançá-lo, eles não têm nada a perder.
Usuários ativos podem se comportar, na maioria das vezes. Mas por serem ativos, eles têm a tendência de escrever. E dessa forma, eles são de alguma forma uma ameaça aqui. Fato é que não pode haver muitas regras para lembrar e tudo deve ser o mais lógico possível. Se você tem uma oportunidade, pode usá-la. Se não, bem, não é para você.
Sim, no nosso caso isso funcionaria. Essencialmente, isso fornece os níveis de permissão desejados dentro de uma determinada Categoria.
Na maioria dos casos, sim. No entanto, o problema é que esta é uma permissão em todo o site. Se eu tiver 5 Categorias e um usuário for qualificado para editar as wikis em uma dessas categorias, ele não deverá ser capaz de editar as wikis nas outras quatro categorias.
Com que frequência os usuários na categoria de resposta editam wikis? Eu entendo completamente a vantagem da sua abordagem, mas se alguém não é considerado qualificado o suficiente para criar um tópico, não é um risco quando ele tem permissão para editar o tópico inteiro que foi criado? Vejo isso essencialmente como um backdoor de permissões.
No nosso caso de uso, a sobrecarga é na verdade uma vantagem. Garante que os usuários que não são qualificados para editar a wiki solicitem suas alterações como uma resposta, e seu desejo de modificação seja discutido publicamente. Essencialmente, fornece um sistema de revisão por pares para alterações na wiki.
No nosso caso, os níveis de confiança foram desativados. Ao usar o Discourse dentro de uma empresa, há um nível adicional de responsabilidade que precisa ser considerado. Um sistema que permite automaticamente que alguém edite algo hoje, que não podia editar ontem, e não é qualificado para editar, pode fazer com que informações incorretas apareçam como oficiais, levando outras pessoas a agir com base em tais informações, resultando em produtos defeituosos, o que resulta em fatalidades para os clientes
Mas então a solução está clara? Comece a usar TLs, mas congele os clientes, ou seja, o João/Maria comum para algum nível inferior, e dê um TL mais alto para aqueles que podem editar wikis. Ou há algum outro motivo para não usar TLs?
Se déssemos TLs mais altas aos usuários, eles ganhariam essa permissão para todo o site. Isso significa que um usuário TL3 de Finanças pode editar a wiki de uma categoria de Engenharia. Claro que isso é improvável, mas o problema é que é possível.
O que é mais provável de acontecer é um Engenheiro com TL3 que é especialista na Ferramenta A, pode editar algo sobre a Ferramenta B porque acha que é qualificado, ou simplesmente porque vê a funcionalidade de edição. Mesmo que haja notificações, não há garantia de que essa edição seria detectada até depois que outra pessoa seguisse a nova e incorreta informação.
Aparentemente, muito. Geralmente, os autores dos tópicos são funcionários (ou contratados) que criam vários guias e tutoriais, então eles são sempre colocados no grupo de autores, que tem permissão de criação. Todos os artigos são então geralmente deixados para os leitores com moderação adequada da equipe para serem atualizados quando necessário (por exemplo, certas declarações se tornando obsoletas ou substituídas etc.)
No nosso caso em particular, a revisão ocasional pela equipe tem sido um impedimento suficiente para que usuários não qualificados geralmente não interfiram em nenhuma das wikis. o que eles fazem é responder ao tópico perguntando se algo mudou. se outros membros concordarem com a mudança, qualquer um deles pode fazer alterações na wiki, mas se uma alteração errônea foi feita por alguém, ela geralmente é removida por um membro da equipe ou por outro membro assim que eles a notam.
Então, talvez uma configuração possa ser adicionada ao painel de administração onde seja possível especificar se as permissões da wiki estão vinculadas a Responder ou Criar? Certamente não é a solução mais elegante, e tenho certeza de que será revisitada um dia, mas por enquanto contorna as semanas de esforço necessárias para uma quarta permissão, permite que você (e outros) retenham a funcionalidade atual à qual está acostumado, mas também fornece a funcionalidade alternativa de que precisamos do nosso lado.
Definitivamente não é a melhor solução a longo prazo, mas resolve este problema para o futuro previsível.
Mas, como você disse, há um nível de responsabilidade no/em/no (eu realmente, realmente odeio preposições; você não pode se livrar delas ) nível da empresa. O ambiente corporativo é um mundo totalmente estranho para mim como outro jogador da liga menor, mas você está tentando impedir que usuários comuns parem de editar wikis, certo? Dentro da empresa, é apenas uma questão de regras — você (no sentido corporativo) dirá quem pode fazer o quê, como de costume.
Claro, uma opção do lado do Discourse seria mais fácil. Mas eu entendo a dor aqui — outra opção condicional e configuração tornará o Discourse muito mais difícil de configurar, mas mais versátil de usar, isso é verdade.
Isso é mais ou menos apenas um caso extremo em nível corporativo — e o modelo de negócios do Discourse se baseia em corporações, e é por isso que você pode obter essa opção (a menos que custe muito para o Discourse, essa é outra realidade também).
Mas, do meu ponto de vista, os TLs seriam a maneira mais rápida de liberar as wikis sem o medo de que os clientes causem problemas.
Eu também posso estar muito enganado. Tais coisas acontecem às vezes, embora não com muita frequência
No meu caso de uso, por exemplo, não quero que os usuários criem mais wikis, quero apenas que editem as existentes sem responder a elas.
Na verdade, não no meu caso, porque não quero dar permissão de criar, apenas permissão de editar.
Sério? Parece muito simples.
Na verdade não, não vou mudar manualmente os níveis de confiança de centenas de usuários e, na verdade, quero que novos usuários (começando no nível de confiança 1) também possam editar a wiki. O problema não é não querer que eles respondam. A maneira elegante de resolver isso seria através de permissões definidas por categoria, em vez de vincular o sistema de níveis de confiança a isso.
Espero que a mudança mais difícil eventualmente passe pelo processo.
Eu acho que o título dessa configuração é muito claro, mas não acho que uma configuração de site como essa realmente resolva o problema. Para mim, essa configuração só precisa se aplicar a uma determinada categoria, e eu não quero dar a esses usuários permissão para criar tópicos ou responder, apenas permissão para editar a wiki.
Basicamente, estamos enfrentando o mesmo problema. Meu caso de uso também exige permissões de edição em uma determinada categoria, onde os tópicos são criados apenas por um grupo específico e a permissão de edição precisa estar disponível para todos que têm acesso a essa categoria, mas não a permissão para criar um novo tópico, a menos que façam parte do grupo específico.
) nível da empresa. O ambiente corporativo é um mundo totalmente estranho para mim como outro jogador da liga menor, mas você está tentando impedir que usuários comuns parem de editar wikis, certo? Dentro da empresa, é apenas uma questão de regras — você (no sentido corporativo) dirá quem pode fazer o quê, como de costume.