您好,
我想总结帖子数超过 20 的主题。我已在设置中将“所需总结帖子数”的值改为 20,但即便如此,“总结此主题”按钮仍未出现。
不过,当该值设为 50 时,功能正常。
请告诉我是否我操作有误。
谢谢!
您好,
我想总结帖子数超过 20 的主题。我已在设置中将“所需总结帖子数”的值改为 20,但即便如此,“总结此主题”按钮仍未出现。
不过,当该值设为 50 时,功能正常。
请告诉我是否我操作有误。
谢谢!
我们能复现这个问题吗,@tshenry?
我有点奇怪的既视感,但没找到之前的讨论。无论如何,我的理解是,更改此设置不会导致即时且回溯性的变化。
“总结此主题”按钮将通过定时任务添加到所有符合条件的主题中。看起来对于较新的主题,在更改设置后 15 分钟内应会更新;对于较旧的主题,则在一周内更新。如果有人希望立即生效,触发重建似乎就能解决问题。
另外也请注意,“所需总结点赞数”站点设置也会控制主题是否会被总结。
@Shubham_Ranjan,你能告诉我是否看到了与上述情况不符的现象吗?
@codinghorror,你认为是否有必要在该设置中添加一条说明,告知管理员所有帖子可能需要长达一周的时间才能完成更新?
是的,绝对有必要,我甚至都没意识到这一点!主题真的会被更新吗?我不太清楚在这种情况下所谓的“更新”过程具体是指什么。
假设我正确理解了代码中的所有曲折逻辑,以下是我的发现:
我们有一个 ScoreCalculator 类,它使用两个设置(summary likes required 和 summary posts required)来判断是否应对主题进行摘要:
该 ScoreCalculator 类将在 PeriodicalUpdates 作业中被调用,该作业每 15 分钟运行一次,用于检查符合指定条件的主题:
其他所有主题应由 Weekly 作业处理,其配置如下:
https://github.com/discourse/discourse/blob/master/app/jobs/scheduled/weekly.rb#L11
对于设置描述的文案,您是否有特别的偏好?例如类似以下内容:
另一个可行的替代方案是在保存设置时立即执行分数计算。
好的,就用这个文案!看起来不错。我们确实在这条内容里用到了“三”法则。我甚至都没意识到!
完成!