Categoria de Feedback de Site Pré-Completado: Permitir Modificar Regras de Segurança

Contribuir Funcionalidade
1

Então, para a categoria pré-seedada ‘Feedback do Site’, ao editar, na aba de segurança há um aviso.

Aviso: Esta categoria é pré-seedada e as configurações de segurança não podem ser editadas. Se você não deseja usar esta categoria, exclua-a em vez de reaproveitá-la.

Entendo que provavelmente haja um bom motivo para bloquear as regras de segurança da categoria ‘Staff’. No entanto, as regras de segurança da categoria pré-seedada ‘Lounge’ não estão bloqueadas. Acredito que a categoria ‘Feedback do Site’ deveria ser tratada da mesma forma que a ‘Lounge’, com regras de segurança editáveis.

Não tenho certeza se deixei passar algum efeito prejudicial de permitir a edição das configurações de segurança da categoria ‘Feedback do Site’. Todas as outras opções de categoria para ela não parecem estar bloqueadas.

2 curtidas
Security settings for pre-seeded categories?
2

Também estou buscando migrar esta categoria para configurações de segurança diferentes. Espero que haja uma maneira de alterar facilmente as configurações com um ou dois cliques. :+1:

todos podem… Criar / Responder / Ver

2 curtidas
3

A Lounge está configurada para que o usuário precise atingir o TL3 para obter acesso. A Lounge é, de certa forma, um “privilégio” ou “recompensa” para aqueles usuários que participam ativamente da comunidade. Se você prefere alterar os requisitos para acessar esse tipo de categoria, por que não simplesmente criar uma nova categoria com as permissões de segurança que desejar?

Quanto ao Feedback do Site, você acha que, por um usuário ser novo e não ter atingido um TL mais alto, ele não teria uma sugestão que beneficiaria a comunidade? Isso soa como “se você é novo, não queremos ouvir o que você tem a dizer”. :face_with_raised_eyebrow:

Eu nunca tentei, mas pode ser possível criar uma nova categoria com suas configurações de segurança preferidas, mover todas as postagens para a nova categoria e, em seguida, excluir a categoria original. Apenas certifique-se de renomeá-la de forma diferente de site-feedback.

Isso já foi discutido antes (tentar alterar as configurações de segurança das categorias pré-semeadas). Então, por que não criar simplesmente uma nova categoria conforme seus requisitos e excluir a pré-semeada?

2 curtidas
4

Sim, pontos válidos, @JimPas, e sim, você tem razão: excluir e recriar é uma solução. Não acho que isso seja um grande problema; apenas considero que seria um padrão mais ideal permitir a edição das configurações de segurança para aquela categoria.

Permitir que novos usuários publiquem feedback, em muitos casos, provavelmente é o ideal. Apenas acho que pode ser um pouco excessivamente opinativo vir com as configurações de segurança dessa categoria bloqueadas por padrão para todas as comunidades. Não vejo muitos benefícios na redução da flexibilidade causada por esse bloqueio.

Aqui estão alguns motivos mais específicos:

  • Uma das razões para o bloqueio de segurança, pelo menos de acordo com a mensagem apresentada, é evitar a reutilização da categoria. No entanto, os administradores podem renomear a categoria e seu slug, talvez por ingenuidade, reutilizando-a como desejarem (exceto pela capacidade de editar as opções de configurações de segurança).

  • Alguns administradores podem querer ocultar a categoria de feedback do site de usuários não logados e de rastreadores da web, enquanto ainda permitem que todos os usuários logados (incluindo os novos) vejam e publiquem feedback.

  • Em alguns casos, um administrador pode querer criar subcategorias de Feedback do Site mais específicas e desabilitar a postagem na categoria pai, de modo que os usuários precisem escolher uma subcategoria adequada para seu feedback, melhorando a organização dos tópicos. Acredito que isso não seja possível sem editar as configurações de segurança.

  • Um administrador pode excluir a categoria e criar uma nova como alternativa. No entanto, isso pode não ser ideal para um fórum que já está em funcionamento há algum tempo. A nova categoria terá um ID e uma URL diferentes, quebrando qualquer link estático existente e links externos para aquela categoria. Dito isso, eles poderiam usar as opções de Links Permanentes como uma solução alternativa para redirecionar a categoria antiga.

1 curtida
5

Exatamente isso para mim. O desenvolvimento no nosso Discourse tem sido muito ativo nos últimos meses, mas as pessoas estão começando a usá-lo conforme o previsto (como substituto de listas de e-mail). Temos um grande número de posts resolvidos relacionados à configuração e manutenção do fórum, dos quais o usuário comum não se importa em absoluto.

Temos nossa categoria principal, que é “sem categoria”, e incentivamos todos os usuários a simplesmente @staff quando desejam dar feedback. Inclusive, incluímos isso na descrição mostrada quando alguém está prestes a redigir um novo tópico. Além disso, temos tópicos dedicados a “Relate qualquer problema do fórum aqui”, onde informamos se atualizamos e adicionamos recursos solicitados no tópico, além de incentivar a contribuição dos usuários.

Com certeza. Não se trata de limitar o acesso a esses dados. Se você entrar na minha casa, não deixo todos os meus projetos arquitetônicos e contas espalhados pelo chão e sobre as mesas. Se as pessoas quiserem isso, podem encontrar tais informações de outra forma… talvez através do grupo de administradores ou algo similar, onde os usuários podem optar automaticamente por participar tanto quanto por não participar.

É um equilíbrio entre o uso diário e aqueles que preferem expressamente testar recursos experimentais.

Não é assim no nosso fórum, mas sim: em que ponto escondemos o andaime / limitamos a visibilidade de construções pesadas para usuários da comunidade que realmente estão tentando realizar tarefas. :slight_smile:

3 curtidas
6

Em nosso fórum, temos a categoria Feedback do Site e outra chamada META. :slightly_smiling_face: É na categoria META que meus usuários podem criar novos tópicos sobre problemas específicos que enfrentam. Após serem resolvidos, eles são marcados como “Resolvido”. A categoria Feedback do Site permanece como foi quando foi criada. Mas vale ressaltar que temos um fórum pequeno, com pessoas que se “conhecem” há mais de 7 anos, vindas de outro fórum que já não existe mais.

2 curtidas
7

No nosso fórum, temos:

  • Categoria Sobre, que antes se chamava Meta. Temos um grupo que se autodenomina Meta, então decidimos dar a eles esse nome de categoria para reduzir confusão. Não é algo enorme, mas gostaríamos de ocultar essa categoria Sobre para pessoas não logadas que não têm motivo para vê-la. Também pode fazer sentido limitá-la a um grupo público simples.
  • Categoria Equipe – postagens técnicas e de integração aleatórias que não queremos que entupam o fórum. Ainda não testamos o recurso de notas da equipe, então essa categoria está preenchendo esse papel.

Notei que quase todas as discussões acontecem em Sem categoria, nosso local padrão de discussão. As pessoas estão gostando muito das tags, mas provavelmente foram muito flexíveis ao permitir que qualquer um as criasse.

Essa é minha principal razão. Pessoas que nem sequer estão logadas provavelmente não se importam com a configuração do fórum. Elas só querem ver discussões gerais, etc.

2 curtidas
8

Se os usuários que não desejam receber postagens da categoria de feedback do site, podem sempre silenciar essa categoria em suas preferências. Isso deve impedir que vejam as postagens indesejadas dessa categoria ou a categoria inteira em “Últimos”. Caso decidam verificá-la de vez em quando, sempre podem rolar para baixo na lista de categorias e acessá-la por lá.

Mas acho que isso está começando a desviar um pouco do tópico original da pergunta de @markersocial - permitir modificar as regras de segurança para a categoria de Feedback do Site.

(Ainda seria bom continuar essa discussão sobre os diferentes usos das suas categorias.)

Por que os usuários não poderiam simplesmente criar um novo Tópico na categoria de Feedback do Site que seja específico para o seu feedback em particular? Temos vários tópicos na nossa categoria de Feedback do Site criados por usuários. É mais como uma caixa de sugestões e para fazer perguntas. Quando os usuários encontram problemas, eles postam na nossa categoria de solução de problemas, apropriadamente intitulada “Meta”. :slightly_smiling_face:

Uma solução rápida para o motivo que você sugeriu seria simplesmente:

  • criar uma categoria intitulada “Feedback”,
  • criar as subcategorias que desejar para que os usuários criem tópicos nelas,
  • e depois configurar a categoria principal para que ninguém possa postar nela.

Mas… essa configuração impedirá que os usuários postem nas subcategorias?

Nunca tentei isso. Parece um experimento interessante, mas vou dormir em breve. Talvez amanhã eu tente - a menos que um membro da equipe apareça aqui com uma explicação sobre se isso funcionará ou não.

1 curtida
9

Obrigado, @JimPas :slight_smile:

Então, a principal pergunta que eu faria é: quais são os benefícios de bloquear as configurações de segurança para a categoria pré-configurada de feedback do site em todas as instalações?

Não consigo pensar em nenhum benefício para isso; parece ser uma barreira desnecessária, sem desvantagens em removê-la. Novas instalações poderiam receber as configurações de segurança recomendadas por padrão, mas permitir flexibilidade para quaisquer casos de uso fora disso. Basicamente, assim como a categoria pré-configurada do Lounge.

Não é um grande problema, considerando que existem alternativas, como excluir e recriar a categoria, como você sugeriu :+1:. No entanto, é um pouco menos elegante se o fórum já estiver estabelecido e desejar modificar essas configurações posteriormente, à medida que o fórum cresce, pois isso altera a URL da categoria (é possível usar Admin > Personalizar > Permalinks para ajudar nisso).

Sim, correto, eles podem criar um tópico na categoria de feedback do site específica para o feedback deles. No entanto, pode ser útil forçar o uso de subcategorias para cada tópico em alguns casos de uso, especialmente quando os fóruns fazem parte de uma marca diversificada, possivelmente com vários sites/aplicativos e produtos voltados para o usuário.

Alguns exemplos (embora eles não forcem o uso de suas subcategorias):
https://community.cloudflare.com/c/feedback/25

Algumas sugestões podem ser sobre os principais produtos da empresa e aspectos específicos categorizados deles, ou podem ser sobre o próprio fórum. Este fórum em si possui uma subcategoria de feedback do site para o blog, que também tem um grupo de tags diferente atribuído a ela.

Sobre isso, já usei essa configuração antes para algumas categorias (não permitir postagens na categoria pai, mas permitir postagens em suas subcategorias). As regras de segurança das subcategorias não são afetadas pelas regras de segurança da categoria pai. Então, sim, isso é de fato uma solução. :+1:

1 curtida
10

Obrigado. Isso me poupa de verificar isso. Perdi quase 5 horas hoje devido a uma visita inesperada da minha neta de 3 anos, que só queria que o vovó brincasse com ela. :roll_eyes: :smiling_face_with_three_hearts: :laughing:
Agora, finalmente, vou verificar meu próprio fórum. :slightly_smiling_face:

1 curtida
11

Isso existe como uma solução alternativa para limitações técnicas. Se nós (Discourse) algum dia quisermos atualizar as configurações padrão ou alterar o nome traduzido da categoria, isso causaria uma enorme confusão se as pessoas reutilizassem a categoria pré-configurada como uma categoria “normal” e, um dia, ela mudasse magicamente porque atualizamos os padrões. (Sim, isso já aconteceu. É por isso que as restrições existem.)

Impedir que você modifique as configurações de segurança serve como um lembrete de que ela é especial e está sujeita a atualizações nos padrões.

Como a atualização automática é a única coisa que torna essas categorias especiais, o texto de ajuda solicita que você exclua a categoria completamente e crie uma nova, em vez de reutilizá-la.

4 curtidas
12

Ah, faz sentido. Obrigado pelas explicações, @riking.

Se for muito prejudicial reaproveitar a categoria — o que não estou incentivando — talvez um aviso nas configurações de renomeação de categoria faça mais sentido? As regras de segurança não parecem estar diretamente e fortemente relacionadas a esses problemas potenciais.

Vou destacar alguns pontos:

  • A categoria Lounge parece estar na mesma situação de atualização automática, mas as configurações de segurança são modificáveis.
  • O Feedback do Site pode ser reaproveitado (renomeando título e slug) sem que as regras de segurança bloqueiem realmente. Ele possui as mesmas regras de segurança padrão de uma nova categoria “normal”.
  • O bloqueio impede alterações relativamente simples, como mostrar a categoria apenas para usuários logados ou restringi-la a certos níveis de confiança.
13

AFAIK, lounge é uma categoria normal e apenas demonstra ACLs e acesso por nível de confiança?

1 curtida
14

@Stephen - Vejo que a categoria de lounge é referenciada no PostgreSQL na tabela ‘site_settings’. Não tenho certeza do quão significativo isso é, mas imagino que seja processado de forma semelhante. Quando brinquei com o ‘meta_category_id’ (categoria de feedback do site) em uma instância de teste, isso afetou a categoria de Feedback do Site após a reconstrução.

site_settings
site_settings612×146 5.88 KB

15

@markersocial Você tem alguma recomendação para migrar mais de 100 tópicos de Pré-Seed para uma nova categoria personalizada, além de mover cada tópico individualmente?

1 curtida
16

@sunjam Aqui está uma solução: Bulk move many topics from one category to another - #2

Acabei de testar agora em uma instância de teste e funcionou perfeitamente, embora tenha sido apenas com uma pequena quantidade de tópicos.

Então, acesse seu servidor via SSH e use os seguintes comandos (neste exemplo, todos os tópicos da categoria 2 serão movidos para a categoria 1, então substitua esses números conforme necessário):

cd /var/discourse
./launcher enter app
rails c
Topic.where(category_id: 2).update_all(category_id: 1)

Você pode obter os IDs das categorias pelos números no final das URLs das categorias.

Edição: O único problema é que isso também moverá a postagem “sobre esta categoria”, e parece não ser possível movê-la de volta ou excluí-la pela interface administrativa. É possível torná-la não listada, mas não tenho certeza se isso causaria problemas. Dê-me um momento, atualizarei em breve.

Edição 2: Então, para mover o tópico “sobre esta categoria” de volta para a categoria correta, use apenas este comando (onde o ID do tópico é 1 e a categoria desejada para movê-lo é 2). Acabei de testar e funcionou:

Topic.where(id: 1).update_all(category_id: 2)

Você pode obter o ID do tópico no final da URL do tópico, assim como os IDs das categorias.

3 curtidas