This is a followup to Limit # of posts / month - #2 by sam , in realizing that the original question had little to do with patreon and more with discourse in general.
I would like to be able to limit the # of new posts a user can make / month, based on their trust level. Are there any recommended existing plugins / features I study to get started on this?
That doesn’t seem like a good idea. If the user uses all of their monthly posts the first day, they’ll be unable to post for the rest of the month. If I couldn’t post for a month, I would not be back.
Sounds a bit like the voting plugin, where you get a limited number of votes.
Maybe this could be a category setting? Eg you can’t ask for support or post in the jobs board but you can join discussions elsewhere in the community?
I’m not a huge fan of blocking people from creating content on my site, but perhaps there are use cases where this would be important.
@pfaffman : The use case here is a paid QA/support site. The paying users likely incur a zipf’s law type distribution. The goal is to prevent a few users from taking up everyone’s time.
@tobiaseigen : Yes, it would be nice to have this be category based rather than site wide.
@merefield : I believe the traditional assumption is that questions/answers make the site more valuable – and thus encouraging questions/answers is good. However, in situations where responding to questions is (1) beneficial to the asker and (2) incurs a cost to the community/company, it may be useful to have the ability to limit the # of questions posted into certain categories per unit time.
O mesmo, mas em alguns casos isso é útil. Por exemplo, estamos pensando em criar uma subcategoria de “Anúncios”. Algumas pessoas em nossa empresa demonstraram uma propensão a fazer spam de anúncios. Isso prejudicaria nossa instância do Discourse como um todo, pois os usuários associariam o Discourse a spam/ruído. Consequentemente, os usuários ficariam menos inclinados a explorar a plataforma e encontrar o valor real.
Colocar um limite rígido na subcategoria de Anúncios de um Tópico por mês seria uma boa solução aqui. Isso forçaria o remetente a realmente pensar “Isso é realmente tão valioso?”. Ou, melhor ainda, forçaria-os a criar um boletim informativo mensal mais abrangente/refinado.
@tobiaseigen Estou reavivando um tópico muito antigo aqui 
houve algum movimento sobre isso? Eu vi este plugin:
Mas não é exatamente o que estamos procurando.
Tal situação deve ser tratada internamente, não limitando o software?
É muito mais fácil justificar uma restrição técnica bem pensada do que justificar uma decisão retroativa.
Se eu modero anúncios após o fato, e o autor está em um cargo mais alto na empresa, então recebo muita pressão. Isso é dificultado quando se considera que a maioria de nossas equipes de gerenciamento é intencionalmente o mais barulhenta possível.
No entanto, se for apenas um recurso aplicado automaticamente, que é consistente, então eles são capacitados para contornar essas restrições e não precisamos nos preocupar com eles sendo muito barulhentos/perturbadores.
Como eu disse acima, consigo ver o benefício de uma configuração de categoria que limita o número de tópicos que um usuário pode postar em uma categoria em um determinado período. Mas não há tal configuração atualmente, e não estou ciente de outros clientes solicitando isso ou tendo a regra de três.
Você já tentou a configuração de categoria “modo lento”? Eu não a usei, mas parece ser o que você está procurando? Você poderia defini-la para 30 dias, para que os usuários só possam postar na categoria uma vez a cada 30 dias. Embora pareça não desacelerar o início de novos tópicos na categoria, apenas as respostas. Você também pode fechar tópicos automaticamente para que nenhuma resposta seja permitida.
Mais sobre o modo lento:
Costumávamos ter um fórum que usava uma fórmula baseada no número de postagens e seu comprimento, nas últimas 24 horas. Assim, alguém poderia fazer, por exemplo, meia dúzia de postagens curtas ou duas longas. Isso tendia a ajudar a reduzir o excesso de citações e também diminuía as threads do tipo A-B-A-B-A-B-A-B, onde nenhuma das partes estava disposta a deixar a outra pessoa ter a última palavra. A forma como foi implementado foi ajustar o tempo de inundação por usuário.
Se ter uma regra resolverá o problema, então diga às pessoas para seguirem a regra. Este é um problema com pessoas que querem se comportar mal. É difícil imaginar que “bem, o computador não deixará sua postagem passar” será uma solução.
Mas se você estiver auto-hospedado e quiser um plugin para fazer isso, poste em Marketplace ou entre em contato comigo.
Estas são todas respostas muito atenciosas 
Acho que a segunda parte disso é a parte significativa. Vou mexer nisso mais tarde esta semana, mas também tenho certeza de que isso é apenas para respostas, em vez de criar novos tópicos.
Isso foi no Discourse? Foi uma restrição em todo o site ou específica da categoria?
O problema é que isso requer recursos para aplicá-lo. Em nossa organização, é intensivo em recursos cada vez que isso acontece. A conversa se parece com isto:
De qualquer forma, acabo tendo um monte de reuniões onde preciso justificar perfeitamente essa decisão de design para o tipo de pessoas que ilustrei acima. Eles não se importam nem um pouco com o impacto no usuário, desde que suas vozes sejam as mais altas.
Infelizmente não, somos clientes empresariais.
Estou pensando, maaaybe usar isso:
Isso significa que as postagens nessa categoria precisam de aprovação manual, e se eu fizer com que apenas administradores e moderadores globais possam aprovar esses tópicos, estaremos pelo menos um pouco mais avançados no problema.
Um passo adiante seria
Eles poderiam contornar isso simplesmente pedindo a outra pessoa para postar o tópico em seu nome, mas essa etapa de resistência pelo menos incentiva algum grau de moderação interna entre esse grupo - “Ei, realmente precisamos enviar isso? Tenho outras coisas para fazer…”
Este é o problema. A tecnologia não pode resolver isso.
Esta é a sua melhor aposta. E não faça nenhuma coisa automática de aprovação sofisticada. Você faz login todos os dias.
E se eles postarem demais, espere até a próxima reunião e pergunte a todos se isso é tão importante que as regras precisam ser violadas. Ou se eles não terão nenhuma postagem no próximo mês.
Obviamente, eu trabalho sozinho.
Não tenho certeza se a configuração de categoria do Modo Lento ajudará aqui. É para adicionar o modo lento automaticamente a todos os novos tópicos criados nessa categoria. Definitivamente não restringe quantos novos tópicos alguém pode criar na categoria, mas também não tem efeito direto sobre quantas vezes alguém pode postar em uma categoria (ou seja, não é um modo lento para a categoria em si, mas um por tópico).
Ter um limite de taxa/restrição é uma ideia interessante. Embora eu ache que a situação do Anúncio vai te causar problemas de qualquer forma, pois imagino que seja o atrito do tipo ‘Eu quero dizer isso e você não está me deixando’ em qualquer forma que ele tome que continuará te colocando nessas reuniões. 
O caso de uso do marketplace é interessante.
A forma como foi implementado foi para ajustar o tempo de inundação por usuário.
Isso foi em uma versão antiga do phpbb, há vários anos. Foi em todo o site. O que foi feito foi adicionar código à verificação de tempo de inundação para ajustar o tempo de inundação com base no número e na duração das postagens feitas por esse usuário nas últimas 24 horas. (A mensagem de rejeição também foi modificada.)
Na minha opinião, um limite de postagem que é redefinido após 24 horas é algo que nossos usuários prestaram mais atenção do que uma proibição por vários dias, semanas ou meses. Mas isso pode não ser verdade para todos os tipos de comunidade online.
Não verifiquei como funciona o tempo de inundação no Discourse, uma ferramenta semelhante pode ser possível.
Olá, talvez eu seja o terceiro se eu apoiar a ideia de limitar o número de posts (no meu caso, eu gostaria de limitar não apenas tópicos, mas também mensagens (respostas)) e o comprimento dos posts em uma determinada categoria por usuário
Você observou corretamente, essa ideia tem o direito de existir
Minha conclusão desta conversa é que definir regras/normas da comunidade e aplicá-las faz parte do trabalho diário dos moderadores do site e apenas em casos extremos precisa ser aplicado através do próprio software Discourse. Diminuir a velocidade das respostas é um caso extremo, pois ajuda a promover discussões mais ponderadas e dá espaço para que mais pessoas participem. Acho que a maioria das comunidades que o utilizam, na verdade, só o utilizam através da chave de administração do tópico em tópicos específicos que precisam dele. Suspeito que muitos nem sequer usam a configuração de modo lento da categoria, e não ouvi falar que tenha sido usada para limitar o número de anúncios postados, por exemplo, um por mês por usuário.
Impedir que os usuários postem novos tópicos com muita frequência deve ser aplicável pelos moderadores, juntamente com outras regras, por exemplo, quais tópicos permitir em cada categoria, etc. Desculpe @tris20 por você ter dificuldades com isso em sua comunidade! 
Tal aplicação poderia ser adicionada ao Discourse, mas não acho que seja provável que seja priorizada, a menos que um cliente empresarial a patrocine ou vários clientes empresariais a solicitem. Você também poderia postar em Marketplace para obtê-la através de um plugin. Então, se sites suficientes a adotarem, ela poderá eventualmente entrar no núcleo.
Já é possível limitar as respostas usando a configuração de modo lento da categoria.
Isso é novo neste tópico. Que problema você está tentando resolver limitando o comprimento das postagens apenas em categorias específicas? Existe a configuração de administrador max post length (comprimento máximo da postagem), mas isso afeta todas as postagens no site.
Acho que há menos valor em limitar o comprimento de posts individuais do que em limitar o comprimento cumulativo de posts em um período de tempo razoável.
Mas pode haver um caso de uso para um limite de tamanho de post específico da categoria em vez de um limite para todo o site.
Desculpe pela longa resposta, não notei a notificação 
Acho que a introdução da IA no Discourse é um divisor de águas. Na minha instância do fórum, uso plugins de IA, graças aos quais uma zona (categoria) de comunicação entre pessoas e pessoas com IA aparece no fórum. Como sabemos, ao contrário das pessoas, a comunicação com a IA é paga e a comunicação descontrolada entre pessoas e IA pode custar muito dinheiro aos administradores do site. Os plugins de IA existentes não oferecem a capacidade de ajustar os caracteres inseridos e o número de solicitações. Nesse sentido, acho que é hora de adicionar a função max post length à capacidade de selecionar categorias, grupos de usuários e até mesmo a capacidade de configurar caracteres máximos para mensagens pessoais. Como a maioria dos usuários prefere se comunicar com a IA em mensagens privadas.
Acho que o que você pode querer (até que sua solicitação de recurso se torne realidade) é um plugin que limite o número de postagens em uma categoria por algum contador, talvez removendo o usuário do grupo necessário para postar depois que esse contador chegar a zero. Então o usuário poderia, digamos, pagar pelo acesso ao grupo e contador número de postagens (ou esperar até o final do mês, quando o contador de todos fosse redefinido?). Quando o usuário postasse nessa categoria, o contador seria reduzido.
O plugin de automação poderia ajudar, mas acho que ele não tem meios para gerenciar um contador.
