你好，
这里有个稍微有点另类的建议：Discourse 社区是否可以限制发帖时间？
最近我们遇到了一些情况，一些不良行为者专门挑不合适的时间涌入论坛，而那时社区里人比较少，难以及时清理。
我知道这似乎与社区开放的精神有些相悖。但如果能为论坛设置类似“办公时间”的机制，会很有帮助。
如果你觉得这个想法不合理，也请直言不讳。
当最后一名版主离开时，你可以将网站设置为只读模式。
这些恶意用户是否在创建新账号并发布内容？你能否封禁他们及其 IP 地址？你可以考虑禁用新账号注册，或加强对新用户的限制。
是的，我们目前就是这么做的。但这感觉不像是一个长期的解决方案，因为这条消息有点令人困惑。
是的，我们一直在封禁这些人，但他们非常狡猾，总能绕过封禁，甚至使用 VPN 来规避 IP 封禁。我们很不想让注册变得更困难，但这可能是我们唯一的选择。
您可以更改消息的文本。自定义 Discourse 中的所有文本。
您也可以将其限制为仅支持社交登录。我想，创建新的 Gmail 账户还是挺麻烦的。
或者，只需启用 must_approve_users 设置，这样至少可以在获得您许可之前阻止他们进入。
你好 @cookywook，
我了解你目前面临的处境，因此相比论坛上的其他人，我或许对此有更深的了解。
社区支持的主要重点是现有客户，还是也包括潜在客户（例如在承诺前的问答）？基于 @pfaffman 所说的，或许可以实施通过自有平台进行登录验证，这样用户就必须是现有客户？
是的，这是理想的解决方案！但这需要工程支持，而我们目前根本没有。
可以理解！
另一个选项（工作量会少一些）是定时调用论坛 API 以触发只读模式。也许可以写一个小脚本，向 /admin/backups/readonly 发送 PUT 请求，并通过 cron 任务或类似机制定时执行。
只是个想法！但如果能帮上忙，我很乐意尝试。
如果您只关注现有客户，那么“必须审批用户”的功能似乎并不复杂或昂贵。我想客户应该可以接受等到下一个工作日。
但只读模式还会阻止用户登录、阅读和回复私信，阻止系统记录页面浏览量、点赞、标记，基本上……所有操作。
通过 API 调用更改分类权限会效果更好，但如果能提供一个复选框设置就太棒了。
对于低信任度用户，是否要求首次发帖需经审核？
approve post count
新用户或基础用户必须经过审核的发帖数量
将其设置为 1 或 2。这样，现有的优质用户将处于良好状态。而垃圾信息发送者或恶意行为者通常处于 TL0 至 TL1 级别，因此他们的帖子将需要由工作人员审核。