大家好!
我正在协助一位客户,他们希望在一段时间后禁止删除帖子。我们已启用了编辑宽限期,我原以为这也适用于删除操作。
我在元数据(meta)和设置中搜索,但没找到相关选项。请问我是否遗漏了什么?
谢谢!
大家好!
我正在协助一位客户,他们希望在一段时间后禁止删除帖子。我们已启用了编辑宽限期,我原以为这也适用于删除操作。
我在元数据(meta)和设置中搜索,但没找到相关选项。请问我是否遗漏了什么?
谢谢!
这有点奇怪,这是我第一次听到这个请求。对我来说,这听起来确实是个合理的要求,但鉴于这种情况非常罕见,我认为在很长一段时间内都不会将其纳入产品中。
目前你有两个选择:
编写一个简单的插件来实现此功能,可能只需要 10 行代码。你可以在 Marketplace 上委托他人开发。
归档你希望禁用删除功能的话题。最终用户无法从已归档的话题中撤回内容。
哈哈!感谢你的回复。我完全同意,如果我是第一个问这个问题的人,那确实不值得花时间。
我会借此机会尝试一下 Ruby 开发,看看能否自己构建这个插件。
您是否愿意为此提交一个 PR?(已封装在站点设置中)
我倾向于让 @codinghorror 先发表意见。
这将与“帖子编辑时间限制”和“等级 2 帖子编辑时间限制”相对应。
我们能不能先退一步?目标是什么?我们要解决什么问题?能否提供具体、实际的例子?
我想这个论点是指,有人通过删除自己三年前发布的内容来开始恶意捣乱。
在实践中我尚未见过这种情况,但我想这确实有可能发生。
在我们的论坛上,这种情况已多次发生。通常是因为用户已被纪律处分,例如禁言或锁定至 TL0(以防止他们在未经审核的情况下发帖),因此大家更希望批量删除旧帖的设置能更严格一些。
没错,正是如此。在我们的案例中,时间窗口是一两天(当然,这是一个小众社区,但删除帖子会打断一些对话,所以我的客户希望禁用非管理员的此权限)。
如果能有一个相关设置就太棒了。
我很确定我们现有的删除速率限制已经成功阻止了自删狂潮在造成太大影响前蔓延——这原本就是目标。不过,确实有很小的几率,版主们没有注意到那些成功通过的自删操作。
或许可以设置一个“审查(自)删除超过 X 分钟”的选项来完成这项工作?注意:如果帖子当前有活跃的待审查项,自删操作将无法完成。
好点子——如果我能将 max_post_deletions_per_day 设置为零就太好了。
我们的使用场景并非频繁的自行删除,而是在一段时间后将单篇帖子或主题删除,而这些内容对社区有负面影响。
是的,这是目前最好的解决方案 @sam……我其实并不想为此再增加更多的站点设置。
希望大家假期愉快!
这是否只需在 site_settings.yml 中将 max_post_deletions_per_day 和 max_post_deletions_per_minute 的 min 值改为 0?如果是的话,我很乐意自己提交这个 PR。
是的,我相信 @eviltrout 已经分配了这项工作,应该很快就会落实。
我已合并一个拉取请求,允许将 max_post_deletions_per_day 设置为零: