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.
Lo mismo, pero en algunos casos es útil. Por ejemplo, estamos pensando en crear una subcategoría de “Anuncios”. Algunas personas en nuestra empresa han mostrado una propensión a enviar spam en los anuncios. Esto dañaría nuestra instancia de Discourse en su conjunto, porque los usuarios asociarían Discourse con spam/ruido. En consecuencia, los usuarios estarían menos inclinados a explorar la plataforma y encontrar el valor real.
Establecer un límite estricto de un tema por mes en la subcategoría de Anuncios sería una buena solución aquí. Obligaría al remitente a pensar realmente “¿Es esto realmente tan valioso?”. O incluso mejor, los obligaría a crear un boletín mensual más completo/refinado.
@tobiaseigen Estoy reviviendo un tema muy antiguo aquí 
¿Hubo algún avance en esto? He visto este plugin:
Pero no es exactamente lo que buscamos.
¿Debería manejarse tal situación internamente, sin limitar el software?
Es mucho más fácil justificar una restricción técnica bien considerada que una decisión retroactiva.
Si modero los anuncios después de que se publican, y el autor está en un puesto más alto en la empresa, entonces recibo muchas críticas. Esto se hace más difícil cuando se considera que la mayoría de nuestros equipos de gestión son intencionalmente lo más ruidosos posible.
Sin embargo, si es solo una función aplicada automáticamente, que es consistente, entonces se les permite encontrar soluciones alternativas a estas restricciones y no tenemos que preocuparnos de que sean demasiado ruidosos/disruptivos.
Como dije anteriormente, puedo ver el beneficio de una configuración de categoría que limite la cantidad de temas que un usuario puede publicar en una categoría en un período de tiempo determinado. Pero actualmente no existe tal configuración, y no tengo conocimiento de que otros clientes la hayan solicitado o tengan la regla de tres.
¿Has probado la configuración de categoría de “modo lento”? No la he usado, pero parece ser lo que estás buscando. Podrías configurarla en 30 días, para que los usuarios solo puedan publicar en la categoría una vez cada 30 días. Aunque parece que no ralentiza el inicio de nuevos temas en la categoría, solo las respuestas. También puedes cerrar automáticamente los temas para que no se permitan respuestas en absoluto.
Más sobre el modo lento:
Solíamos tener un foro que utilizaba una fórmula basada en el número de publicaciones y su longitud, durante las últimas 24 horas. Así, alguien podía hacer, por ejemplo, media docena de publicaciones cortas o dos largas. Tendía a ayudar a reducir las citas excesivas y también a reducir los hilos A-B-A-B-A-B-A-B en los que ninguna de las partes estaba dispuesta a ceder la última palabra. La forma en que se implementó fue ajustar el tiempo de inundación por usuario.
Si tener una regla resolverá el problema, entonces dile a la gente que siga la regla. Este es un problema con las personas que quieren comportarse mal. Es difícil imaginar que “bueno, la computadora no dejará que tu publicación se publique” sea una solución.
Pero si te alojas tú mismo y quieres un plugin para hacer esto, publica en Marketplace o contáctame.
Estas son todas respuestas muy consideradas 
Creo que la segunda parte de esto es la parte significativa. Jugaré con ello más adelante esta semana, pero también estoy bastante seguro de que esto es solo para respuestas en lugar de crear nuevos temas.
¿Fue esto en Discourse? ¿Fue una restricción en todo el sitio o específica de la categoría?
El problema es que esto requiere recursos para hacerlo cumplir. En nuestra organización, es intensivo en recursos cada vez que sucede. La conversación se ve así:
De cualquier manera, termino teniendo un montón de reuniones donde necesito justificar perfectamente esta decisión de diseño ante el tipo de personas que ilustré anteriormente. A ellos no les importa en absoluto el impacto en el usuario, siempre y cuando sus voces sean las más fuertes.
Lamentablemente no, somos clientes empresariales.
Estoy pensando, tal vez apoyarme en esto:
Eso significa que las publicaciones en esa categoría necesitan aprobación manual, y si hago que solo los administradores y moderadores globales puedan aprobar estos temas, estaremos al menos un poco más adelantados al problema.
Un paso más sería:
Podrían evitar esto simplemente haciendo que alguien más publique el tema en su nombre, pero ese paso de resistencia al menos fomenta cierto grado de moderación interna entre ese grupo: “Oye, ¿realmente necesitamos enviar esto? Tengo otras cosas que hacer…”.
Este es el problema. La tecnología no puede solucionar eso.
Esta es tu mejor opción. Y no hagas nada elegante de aprobación automática. Inicias sesión todos los días.
Y si publican demasiado, espera hasta la próxima reunión y pregunta a todos si esto es tan importante como para que se necesite violar las reglas. O si no tendrán ninguna publicación el próximo mes.
Obviamente, trabajo solo.
No estoy seguro de que la configuración de categoría de Modo Lento ayude aquí. Es para agregar modo lento automáticamente a todos los temas nuevos creados en esa categoría. Definitivamente no restringe cuántos temas nuevos puede crear alguien en la categoría, pero tampoco tiene un efecto directo sobre cuántas veces alguien puede publicar en una categoría (es decir, no es un modo lento para la categoría en sí, sino uno por tema).
Tener un límite de velocidad/restricción es una idea interesante. Aunque creo que la situación de los Anuncios te causará problemas de todos modos, ya que puedo imaginar que es la fricción de ‘quiero decir esto y tú no me dejas’ sea cual sea la forma que tome, la que te seguirá llevando a esas reuniones. 
El caso de uso del mercado es interesante.
Esto fue en una versión antigua de phpbb hace varios años. Fue en todo el sitio, lo que se hizo fue agregar código a la verificación del tiempo de inundación para ajustar el tiempo de inundación según el número y la duración de las publicaciones realizadas por ese usuario en las últimas 24 horas. (El mensaje de rechazo también se modificó).
En mi humilde opinión, un límite de publicación que se restablece después de 24 horas es algo a lo que nuestros usuarios prestaron más atención que a una prohibición de varios días, semanas o meses. Pero eso puede no ser cierto para todos los tipos de comunidades en línea.
No he verificado cómo funciona el tiempo de inundación en Discourse, una herramienta similar podría ser posible.
Hola, tal vez sea el tercero si apoyo la idea de limitar el número de publicaciones (en mi caso, me gustaría limitar no solo temas sino también mensajes (respuestas)) y la longitud de las publicaciones en una categoría determinada por usuario
Notaste correctamente, esta idea tiene derecho a existir
Mi conclusión de esta conversación es que establecer reglas/normas comunitarias y hacerlas cumplir es parte del trabajo diario de los moderadores del sitio y solo en casos extremos necesita ser aplicado a través del propio software de Discourse. Ralentizar las respuestas es un caso extremo, ya que ayuda a fomentar una discusión más reflexiva y da espacio para que más personas se unan. Creo que la mayoría de las comunidades que lo usan en realidad solo lo usan a través de la llave inglesa de administración de temas en temas específicos que lo necesitan. Sospecho que no muchos usan la configuración de modo lento de categoría, y no he oído que se use para limitar el número de anuncios que se publican, por ejemplo, a uno por mes por usuario.
Evitar que los usuarios publiquen nuevos temas con demasiada frecuencia debería ser aplicable por los moderadores junto con otras reglas, por ejemplo, qué temas permitir en cada categoría, etc. ¡Lamento @tris20 que tengas problemas con esto en tu comunidad! 
Dicha aplicación podría agregarse a Discourse, pero no creo que se priorice a menos que un cliente empresarial lo patrocine o varios clientes empresariales lo soliciten. También podrías publicar en Marketplace para conseguirlo a través de un plugin. Luego, si suficientes sitios lo adoptan, eventualmente podría incluirse en el núcleo.
Ya es posible limitar las respuestas utilizando la configuración de modo lento de categoría.
Esto es nuevo en este tema. ¿Qué problema buscas resolver al limitar la longitud de las publicaciones solo en categorías específicas? Existe la configuración de administrador max post length pero eso afecta a todas las publicaciones del sitio.
Creo que hay menos valor en limitar la longitud de las publicaciones individuales que en limitar la longitud acumulada de las publicaciones durante un período de tiempo razonable.
Pero podría haber un caso de uso para un límite de tamaño de publicación específico de la categoría en lugar de uno en todo el sitio.
Disculpa la larga respuesta, no me di cuenta de la notificación 
Creo que la introducción de la IA en Discourse cambia las reglas del juego. En mi instancia del foro, utilizo plugins de IA, gracias a los cuales aparece en el foro una zona (categoría) de comunicación entre personas y personas con IA. Como sabemos, a diferencia de las personas, la comunicación con la IA es de pago y la comunicación incontrolada entre personas y IA puede costar mucho dinero a los administradores del sitio. Los plugins de IA existentes no ofrecen la capacidad de ajustar los caracteres introducidos y el número de solicitudes. En este sentido, creo que es hora de añadir la función max post length a la capacidad de seleccionar categorías, grupos de usuarios e incluso la capacidad de configurar caracteres máximos para mensajes privados. Ya que la mayoría de los usuarios prefieren comunicarse con la IA en mensajes privados.
Creo que lo que podrías querer (hasta que tu solicitud de función se haga realidad) es un plugin que limite el número de publicaciones en una categoría mediante algún contador, quizás eliminando al usuario del grupo requerido para publicar una vez que ese contador llegue a cero. Entonces, el usuario podría, por ejemplo, pagar por el acceso al grupo y un número counter de publicaciones (¿o esperar hasta fin de mes cuando el contador de todos se reinicie?). Cuando el usuario publicara en esa categoría, el contador se reduciría.
El plugin de automatización podría ayudar, pero no creo que tenga los medios para gestionar un contador.
