Akismet 和 Discourse 在审核页面上的默认垃圾邮件检测行为

我经常(几乎每天)遇到这种情况:

在第二次删除用户时,会出现此消息:

发生错误:找不到请求的 URL 或资源。

因为被审核的帖子属于我之前删除的用户(由 Akismet 检测到)。

我审核帖子和用户非常快,因为它们几乎总是明显的垃圾信息,所以我并不真正检查我是在审核用户还是帖子。

如果在该页面上删除用户时能同时删除该用户的可审核帖子,而不是将其保留以供审核,那就太好了。

我添加了 akismet 标签,因为我相信当 Discourse 和 Akismet 都检测到垃圾信息行为时,就会发生这种行为。

3 个赞

删除用户时删除其所有内容是有道理的。这似乎是一个错误,或者是一个#功能。

我解释得不好:帖子确实被删除了,只是当我们删除用户时,页面没有实时更新以反映已删除用户帖子也被删除的情况。

这更像是一个用户体验(UX)问题。还有其他一些类似的情况,页面在执行某个操作后没有正确更新。

有点像 Immediately after creating a new category, pasting a link in new topic's title doesn't automatically fill the title and the post content

或者,更相似的情况是:

如果我们处于用户管理视图中,并且因为用户有帖子而无法删除该用户,如果我们点击“删除所有帖子”按钮,直到我们强制刷新页面,删除用户的按钮才会出现。

但这只是一个小问题,我也不认为它会被解决。

然而,我当前主题所讨论的问题,由于错误消息的存在,当我们每天审查大量用户/帖子时,会稍微更令人烦恼。

1 个赞

哦。所以如果你重新加载,它就是正确的。它只是没有被推送到消息总线。这就是用户体验。我曾惊讶于它不会被删除,因为它似乎是 Rails 会处理的事情。

1 个赞