现在我有一个话题,显示有 155 条未读回复,但在回复列中我只能看到 3 条。
我不确定在 Discourse 中应该如何修改这个问题,但这两个数字差异很大,而且 155 这个数字具有误导性,因为所有回复都已被删除。在统计“未读回复数”时,是否应该不将“已删除回复数”计算在内?
现在我有一个话题,显示有 155 条未读回复,但在回复列中我只能看到 3 条。
我不确定在 Discourse 中应该如何修改这个问题,但这两个数字差异很大,而且 155 这个数字具有误导性,因为所有回复都已被删除。在统计“未读回复数”时,是否应该不将“已删除回复数”计算在内?
我们之前已经收到过几次此类报告,这个问题极难修复。
如果大量帖子被删除,未读数量会被人为地变得异常高。我们或许可以在客户端进行修复,对数字设置上限,但这只是用一种不完美替代另一种更不完美。
统计已删除回复的问题在于,没有低成本的方法来实现。你可能已经阅读了 32 条已删除回复中的 17 条。
我这么说可能不太靠谱,但有没有可能完全不统计删除的内容?
基本上就是忽略所有被删除的帖子,然后正常统计所有新回复。
我这么说是因为,对我来说,那里其实 没有任何新内容 可读,而论坛的目的就是为了阅读和回复(即讨论)。
或者,是否可以将“新增的已删除计数”设为 1(硬性上限),这样我就能收到通知,知道有变化发生了?
问题在于,在话题列表中我们不进行计数。我们知道用户已阅读到第 5 条帖子,而第 20 条帖子是最后一条。
我们必须避免计数,因为计数开销很大,这意味着我们需要访问每一条帖子。
又上当了
![]()
我正在撰写一份关于此的新 UX 报告,因为它经常让我感到困惑:
![]()
只是又想了想,低语会产生同样的效果吗?
有些主题有很多已删除的回复
![]()
很多帖子是通过常规论坛维护自动删除的(例如:“此主题的所有回复将在 x 时间后删除”),因为 Meta 自 Discourse 成立之初就一直存在。
这完全说得通,只是看到一个主题据称有 600 多个未读回复,但查看该主题时却只有一个,这让人感到困惑。