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.
Pareil, mais dans certains cas, c’est utile. Par exemple, nous envisageons de créer une sous-catégorie « Annonces ». Certaines personnes de notre entreprise ont montré une propension à spammer les annonces. Cela nuirait à notre instance Discourse dans son ensemble, car les utilisateurs associeraient Discourse au spam/bruit. Par conséquent, les utilisateurs seraient moins enclins à explorer la plateforme et à en trouver la vraie valeur.
Imposer une limite stricte d’un sujet par mois à la sous-catégorie Annonces serait une bonne solution ici. Cela obligerait l’auteur à vraiment se demander « Est-ce que cela a vraiment autant de valeur ? ». Ou mieux encore, cela les obligerait à créer une newsletter mensuelle plus complète/raffinée.
@tobiaseigen Je déterre un très vieux sujet ici 
y a-t-il eu un quelconque mouvement à ce sujet ? J’ai vu ce plugin :
Mais ce n’est pas tout à fait ce que nous recherchons.
Cette situation devrait-elle être gérée en interne, sans limiter le logiciel ?
Il est beaucoup plus facile de justifier une restriction technique bien réfléchie que de justifier une décision prise après coup.
Si je modère les annonces après coup, et que l’auteur est un cadre supérieur de l’entreprise, alors je reçois beaucoup de critiques. Cela est rendu plus difficile lorsque l’on considère que la plupart de nos équipes de direction sont intentionnellement aussi bruyantes que possible.
Cependant, s’il s’agit simplement d’une fonctionnalité appliquée automatiquement, qui est cohérente, alors ils sont habilités à contourner ces restrictions et nous n’avons pas à nous soucier qu’ils soient trop bruyants/perturbateurs.
Comme je l’ai dit plus haut, je vois l’intérêt d’un réglage de catégorie limitant le nombre de sujets qu’un utilisateur est autorisé à poster dans une catégorie sur une période donnée. Mais il n’existe pas de tel réglage actuellement, et je ne suis pas au courant que d’autres clients l’aient demandé ou aient la règle de trois.
Avez-vous essayé le réglage de catégorie « mode lent » ? Je ne l’ai pas utilisé mais il semble être ce que vous recherchez ? Vous pourriez le régler sur 30 jours, de sorte que les utilisateurs ne soient autorisés à poster dans la catégorie qu’une fois toutes les 30 jours. Bien qu’il semble ne pas ralentir le démarrage de nouveaux sujets dans la catégorie, seulement les réponses. Vous pouvez également fermer automatiquement les sujets afin qu’aucune réponse ne soit autorisée.
En savoir plus sur le mode lent :
Nous avions un forum qui utilisait une formule basée sur le nombre de messages et leur longueur, au cours des dernières 24 heures. Ainsi, quelqu’un pouvait faire, par exemple, une demi-douzaine de messages courts ou deux longs. Cela avait tendance à réduire le sur-quotage et coupait également les fils de discussion de type A-B-A-B-A-B-A-B où aucune des parties n’était disposée à laisser l’autre avoir le dernier mot. La façon dont cela a été mis en œuvre était d’ajuster le temps d’inondation par utilisateur.
S’il y a une règle qui résoudra le problème, dites aux gens de suivre la règle. C’est un problème avec les personnes qui veulent mal se comporter. Il est difficile d’imaginer que « eh bien, l’ordinateur ne laissera pas passer votre publication » sera une solution.
Mais si vous êtes auto-hébergé et que vous souhaitez qu’un plugin fasse cela, publiez dans Marketplace ou contactez-moi.
Ce sont toutes des réponses très réfléchies 
Je pense que la deuxième partie est la plus significative. Je vais y jeter un œil plus tard dans la semaine, mais je suis aussi à peu près sûr que cela ne concerne que les réponses et non la création de nouveaux sujets.
Était-ce dans Discourse ? Était-ce une restriction à l’échelle du site ou spécifique à une catégorie ?
Le problème est que cela nécessite des ressources pour l’appliquer. Dans notre organisation, cela demande beaucoup de ressources à chaque fois. La conversation ressemble à ceci :
Dans les deux cas, je finis par avoir un tas de réunions où je dois parfaitement justifier cette décision de conception auprès du type de personnes que j’ai illustrées ci-dessus. Ils ne se soucient pas du tout de l’impact sur l’utilisateur, tant que leurs voix sont les plus fortes.
Malheureusement non, nous sommes des clients d’entreprise.
Je pense, peut-être, m’appuyer sur ceci :
Cela signifie que les publications dans cette catégorie nécessitent une approbation manuelle, et si je fais en sorte que seuls les administrateurs et les modérateurs mondiaux puissent approuver ces sujets, nous avons au moins un peu plus d’avance sur le problème.
Une étape supplémentaire serait de :
Ils pourraient contourner cela en demandant simplement à quelqu’un d’autre de publier le sujet en leur nom, mais cette étape de résistance encourage au moins un certain degré de modération interne au sein de ce groupe - “Hé, avons-nous vraiment besoin d’envoyer ça ? J’ai d’autres choses à faire…”
C’est ça le problème. La technologie ne peut pas résoudre ça.
C’est votre meilleure option. Et ne faites aucune automatisation fantaisiste d’approbation. Vous vous connectez tous les jours.
Et s’ils publient trop, attendez la prochaine réunion et demandez à tout le monde si c’est si important que les règles doivent être violées. Ou s’ils n’auront aucun message le mois prochain.
Évidemment, je travaille seul.
Je ne suis pas sûr que le réglage de catégorie “Mode lent” aide ici. Il sert à ajouter automatiquement le mode lent à tous les nouveaux sujets créés dans cette catégorie. Il ne restreint certainement pas le nombre de nouveaux sujets qu’une personne peut créer dans la catégorie, mais il n’a pas non plus d’effet direct sur le nombre de fois qu’une personne peut poster dans une catégorie (c’est-à-dire que ce n’est pas un mode lent pour la catégorie elle-même, mais un par sujet).
Avoir une limite de débit/restriction est une idée intéressante. Bien que je pense que la situation des annonces va vous causer des ennuis quoi qu’il arrive, car j’imagine que c’est le frottement du type “Je veux dire ça et vous ne me laissez pas” quelle que soit la forme qu’il prend, qui continuera à vous faire atterrir dans ces réunions. 
Le cas d’utilisation du marché est cependant intéressant.
C’était dans une ancienne version de phpbb il y a plusieurs années. C’était à l’échelle du site, ce qui a été fait, c’est que du code a été ajouté à la vérification du temps d’inondation pour ajuster le temps d’inondation en fonction du nombre et de la longueur des messages publiés par cet utilisateur au cours des dernières 24 heures. (Le message de rejet a également été modifié.)
À mon avis, une limite de publication qui est réinitialisée après 24 heures est quelque chose que nos utilisateurs ont pris plus au sérieux qu’une interdiction de plusieurs jours, semaines ou mois. Mais cela peut ne pas être vrai pour tous les types de communautés en ligne.
Je n’ai pas vérifié comment fonctionne le temps d’inondation dans Discourse, un outil similaire pourrait être possible.
Bonjour, peut-être que je serai le troisième si je soutiens l’idée de limiter le nombre de messages (dans mon cas, j’aimerais limiter non seulement les sujets mais aussi les messages (réponses)) et la longueur des messages dans une certaine catégorie par utilisateur
Vous avez correctement noté, cette idée a le droit de vivre
Ce que je retiens de cette conversation, c’est que l’établissement de règles/normes communautaires et leur application font partie du travail quotidien des modérateurs de site et que ce n’est que dans des cas extrêmes qu’il faut les appliquer via le logiciel Discourse lui-même. Ralentir les réponses est un cas extrême car cela favorise une discussion plus réfléchie et laisse plus de temps à davantage de personnes pour participer. Je pense que la plupart des communautés qui l’utilisent ne le font en fait que via la clé à molette d’administration de sujet dans des sujets spécifiques qui en ont besoin. Je soupçonne que peu de gens utilisent même le réglage du mode lent de catégorie, et je n’ai pas entendu parler de son utilisation pour limiter le nombre d’annonces publiées, par exemple une par mois et par utilisateur.
Empêcher les utilisateurs de poster de nouveaux sujets trop souvent devrait être applicable par les modérateurs, ainsi que d’autres règles, par exemple quels sujets autoriser dans chaque catégorie, etc. Je suis désolé @tris20 que vous rencontriez des difficultés avec cela dans votre communauté ! 
Une telle application pourrait être ajoutée à Discourse, mais je ne pense pas qu’elle soit susceptible d’être prioritaire, à moins qu’un client d’entreprise ne la sponsorise ou que plusieurs clients d’entreprise ne la demandent. Vous pourriez également poster sur Marketplace pour l’obtenir via un plugin. Ensuite, si suffisamment de sites l’adoptent, elle pourrait éventuellement être intégrée au cœur du système.
Il est déjà possible de limiter les réponses en utilisant le réglage du mode lent de catégorie.
C’est nouveau dans ce sujet. Quel problème cherchez-vous à résoudre en limitant la longueur des messages dans des catégories spécifiques ? Il existe le réglage d’administration max post length (longueur maximale des messages), mais il affecte tous les messages du site.
Je pense qu’il y a moins de valeur à limiter la longueur des publications individuelles qu’à limiter la longueur cumulée des publications sur une période de temps raisonnable.
Mais il pourrait y avoir un cas d’utilisation pour une limite de taille de publication spécifique à une catégorie plutôt qu’une limite à l’échelle du site.
Désolé pour la longue réponse, je n’avais pas vu la notification 
Je pense que l’introduction de l’IA dans Discourse change la donne. Sur mon instance du forum, j’utilise des plugins IA, grâce auxquels une zone (catégorie) de communication entre personnes et entre personnes et IA apparaît sur le forum. Comme nous le savons, contrairement aux personnes, la communication avec l’IA est payante et une communication incontrôlée entre personnes et IA peut coûter très cher aux administrateurs du site. Les plugins IA existants ne permettent pas d’affiner les caractères saisis et le nombre de requêtes. Dans ce contexte, je pense qu’il est temps d’ajouter la fonction max post length à la possibilité de sélectionner des catégories, des groupes d’utilisateurs, et même la possibilité de configurer un nombre maximum de caractères pour les messages privés. Étant donné que la plupart des utilisateurs préfèrent communiquer avec l’IA dans des messages privés.
Je pense que ce que vous pourriez vouloir (en attendant que votre demande de fonctionnalité devienne réalité) est un plugin qui limiterait le nombre de publications dans une catégorie par un certain compteur, peut-être en retirant l’utilisateur du groupe requis pour publier une fois que ce compteur atteint zéro. Ensuite, l’utilisateur pourrait, par exemple, payer pour accéder au groupe et à un nombre counter de publications (ou attendre la fin du mois où le compteur de chacun serait réinitialisé ?). Lorsque l’utilisateur publierait dans cette catégorie, le compteur serait réduit.
Le plugin d’automatisation pourrait aider, mais je ne pense pas qu’il ait les moyens de gérer un compteur.
