这是对 Limit # of posts / month - #2 by sam 的后续跟进，我意识到原问题与 Patreon 关系不大，更多是关于 Discourse 本身。
我希望能够根据用户的信任等级，限制用户每月可发布的新帖子数量。有哪些推荐的现有插件或功能可以供我研究以开始实现这一功能？
这似乎不是个好主意。如果用户在第一天就用完了每月的发帖额度，那么整个月都无法再发帖了。如果我也一个月不能发帖，我就不会再回来了。
3 个赞
听起来有点像投票插件，那里你只能投有限数量的票。
这或许可以作为一个分类设置？例如，你不能请求支持或在招聘版块发帖，但可以在社区的其他地方参与讨论？
我并不是非常喜欢阻止人们在网站上创建内容，但也许在某些情况下这样做很重要。
1 个赞
@pfaffman：这里的使用场景是一个付费的问答/支持站点。付费用户很可能遵循齐普夫定律（Zipf’s law）的分布。目标是防止少数用户占用所有人的时间。
@tobiaseigen：是的，如果能按类别而非全站范围来实施就更好了。
@merefield：我认为传统的假设是提问和回答能让站点更有价值——因此鼓励提问和回答是好事。然而，在回答提问（1）对提问者有益，且（2）会给社区/公司带来成本的情况下，可能就需要具备按单位时间限制特定类别中发布提问数量的能力。
4 个赞
我也是，但在某些情况下这很有用。例如，我们正在考虑创建一个“公告”子类别。我们公司的一些人表现出倾向于垃圾邮件公告。这会损害我们的 Discourse 实例的整体声誉，因为用户会将 Discourse 与垃圾邮件/噪音联系起来。因此，用户将不太愿意探索该平台并发现其真正价值。
对公告子类别设置每月一个帖子的硬性限制将是一个很好的解决方案。它将迫使发帖人真正思考“这真的那么有价值吗？”。甚至更好的是，它将迫使他们创建一个更全面/更完善的月度通讯。
@tobiaseigen 我在这里复活了一个非常古老的主题 
这个有进展吗？我看到了这个插件：
但这并不是我们想要的。
1 个赞
这种情况应该在内部处理，而不是限制软件？
2 个赞
与其事后进行评判，不如更容易地为经过深思熟虑的技术限制辩护。
如果我在事后审核公告，而作者在公司职位较高，那么我就会承受很大的压力。考虑到我们的大多数管理团队都故意尽可能地大声喧哗，这使得情况更加困难。
但是，如果这只是一个自动执行的功能，并且是一致的，那么他们就可以自行解决这些限制，而我们不必担心他们会过于喧闹/扰乱。
2 个赞
如上所述，我可以看到一个类别设置的优点，该设置限制用户在给定时间段内可以发布的主题数量。但目前没有这样的设置，而且我不知道有其他客户要求过它或有“三个规则”。
您是否尝试过“慢速模式”类别设置？我没有使用过它，但它似乎是您想要的？您可以将其设置为 30 天，这样用户每 30 天只能在该类别中发布一次。虽然它似乎不会减慢在该类别中开始新主题的速度，但只会减慢回复的速度。您还可以自动关闭主题，这样就根本不允许回复。
更多关于慢速模式的信息：
1 个赞
我们过去有一个论坛，它根据过去 24 小内发帖的数量和长度来计算。所以一个人可以发，比如说，半打短帖或者两个长帖。这有助于减少过度引用，也减少了那种双方都不愿意让对方占最后便宜的 A-B-A-B-A-B-A-B 帖子。它的实现方式是调整每个用户的灌水时间。
2 个赞
如果制定规则能解决问题，那就告诉人们遵守规则。这是那些想行为不端的人的问题。很难想象“嗯，电脑不会让你发帖”会是一个解决方案。
但如果你是自托管的，并且想要一个插件来做到这一点，请在 Marketplace 发布或联系我。
1 个赞
这些回复都非常周到 
我认为后半部分是关键。我本周晚些时候会尝试一下，但我也很确定这只适用于回复，而不适用于创建新主题。
这是 Discourse 吗？是全站限制还是特定类别限制？
问题在于执行规则需要资源。在我们的组织中，每次发生这种情况都需要大量资源。对话如下：
- 我私下联系——“嘿，请将公告限制为每月一次。我们需要撤下这篇。”
- 回复是以下之一：
a. “好吧”——然后向老板抱怨，老板向我的老板抱怨，我花了一周时间向他们解释这个决定——不要垃圾邮件用户并稀释我们平台的有用性
b. “不，我们不能这样做，这场火灾是最重要的火灾，所有人都必须知道！”——我甚至不想现在想象那个。这总是很累人
无论哪种情况，我最终都要参加很多会议，在会上我需要完美地向我上面描述的那类人证明这个设计决策的合理性。他们根本不在乎对用户的影响，只要他们的声音最大就行。
可惜不是，我们是企业客户。
可能的解决方法
我在想，也许可以利用这个：
这意味着该类别中的帖子需要手动批准，如果我将其设置为只有管理员和全局版主才能批准这些主题，我们至少在解决问题方面取得了一点进展。
更进一步的做法是：
- 设置一个虚拟账户，
- 将其添加到“announcement_moderator_bot”组
- 将“announcement_moderator_bot”组设置为类别版主
- 编写一个 Python 脚本，在检测到批准请求时运行。脚本检查谁创建了主题，如果他们在过去 30 天内在该类别中发帖，则拒绝；否则批准。
他们可以通过让别人代表他们发帖来规避这一点，但至少这种阻碍步骤可以鼓励该群体之间进行一定程度的内部审核——“嘿，我们真的需要发送这个吗？我还有其他事情要做……”
这就是问题所在。技术无法解决这个问题。
这是你最好的选择。而且不要做任何花哨的自动批准操作。你每天都要登录。
如果他们发布太多，就等到下次会议，然后问大家这是否重要到需要违反规定。或者他们下个月会不会 কোনো帖子。
显然，我一个人工作。
1 个赞
我不确定慢速模式类别设置是否能在此处提供帮助。它是用于自动为该类别中创建的所有新帖添加慢速模式。它肯定不会限制某人可以在该类别中创建多少新帖，但它也不会直接影响某人可以发帖多少次（即，它不是类别本身的慢速模式，而是每个帖子的慢速模式）。
设置速率限制/限制是一个有趣的想法。不过，我认为无论采取何种形式，“公告”情况都会让你感到头疼，因为我可以想象，无论采取何种形式，“我想说但你却不让我说”的摩擦都会让你不断地陷入那些会议。
不过，市场用例确实很有趣。
2 个赞
这是多年前在旧版本的phpbb中实现的。它是全站性的，所做的是在检查发帖时间间隔时添加代码，以根据用户在过去24小时内发布的帖子数量和长度来调整发帖时间间隔。（拒绝消息也得到了修改。）
在我看来，24小时后重置的发帖限制比禁止用户几天、几周或几个月更能引起我们用户的注意。但这可能并不适用于每种类型的在线社区。
我还没有检查过Discourse中的发帖时间间隔是如何工作的，一个类似的工具或许也是可能的。
1 个赞
你好，也许我会成为第三个 如果我支持限制每个用户在特定类别中发帖数量（就我而言，我想限制主题和消息（回复））以及帖子长度的想法。
你注意到了，这个想法有存在的权利
1 个赞
我从这次对话中得到的启示是，制定社区规则/规范并执行它们是网站版主日常工作的一部分，只有在极端情况下才需要通过 Discourse 软件本身来执行。减慢回复速度 是 一种极端情况，因为它有助于促进更深入的讨论，并为更多人参与提供空间。我认为大多数使用它的社区实际上只在需要它的特定主题中通过主题管理员扳手来使用它。我怀疑很少有人使用类别慢速模式设置，而且我没听说过它被用来限制例如每个用户每月发布的公告数量。
版主可以执行防止用户过于频繁地发布 新主题 的操作，以及其他规则，例如每个类别允许发布哪些主题等。我很抱歉 @tris20 在你的社区中为此而挣扎！
这种执行可以添加到 Discourse 中，但我认为除非有企业客户赞助或有几个企业客户提出要求，否则不太可能被优先考虑。你也可以在 Marketplace 上发帖，通过插件来实现。然后，如果有足够多的网站采用它，它最终可能会被纳入核心功能。
使用类别慢速模式设置已经可以限制回复了。
这是这个话题的新内容。你想通过限制特定类别的帖子长度来解决什么问题？有一个 max post length 管理员设置，但它会影响网站上的所有帖子。
2 个赞
我认为限制单篇帖子的长度不如限制在一定合理时间内的帖子累积长度更有价值。
但可能存在一个用例，即针对特定类别的帖子大小限制，而不是全站范围的限制。
抱歉回复晚了，我没注意到通知 
我认为人工智能在 Discourse 中的引入将改变游戏规则。在我的论坛实例中，我使用 AI 插件，这使得论坛上出现了一个人与人之间以及人与 AI 之间交流的区域（类别）。众所周知，与人不同，与 AI 的交流是付费的，而人与 AI 之间不受控制的交流可能会给网站管理员带来很多金钱损失。现有的 AI 插件无法对输入的字符和请求数量进行微调。因此，我认为是时候将 max post length 功能扩展到可以选择类别、用户组，甚至可以为私人消息配置最大字符数了。因为大多数用户更喜欢在私人消息中与 AI 进行交流。
我认为您可能想要的是（在您的功能请求实现之前）一个插件，该插件可以通过某个计数器限制某个类别中的帖子数量，也许是在计数器归零后将用户移出发布所需的用户组。然后，用户可以（例如）付费获得该用户组的访问权限以及 counter 数量的帖子（或者等到月底所有人的计数器都重置？）。当用户在该类别中发帖时，计数器将减少。
自动化插件可能会有帮助，但我认为它没有管理计数器的方法。
3 个赞