我个人认为这是一个功能，尽管它并非有意设计成这样，因为匿名类别是有原因的。但是，也许这是因为没有维护帖子的跟踪，我不确定，但这可能是原因。
太好了，这完全没问题。我想知道所有由 @anon 创建的账户是否会在一段时间后被删除，或者它们会一直保留在数据库中？
我不认为它们会按部就班地自动转储/清理。只是用户在最后一条帖子后 x 天（由核心站点设置控制）发布的新匿名帖子会创建一个新的匿名用户。
当然，手动完成也是完全可能的。
1 个赞
明白了 :))
另外，有没有办法在有人发帖时隐藏那个弹出窗口？
1 个赞
如果有人需要，这里有一个修复方法，您可以修改存储库，并在 plugin.rb 文件中删除 result.message 和 result.route_to，这样就不会向用户提供反馈机制，也不会触发对话框或弹出窗口。
代码片段看起来会是这样：
if result.success?
result.post = post
# 移除了 message 和 route_to 以跳过对话框
else
user.flag_linked_posts_as_spam if creator.spam?
end
我已经将此 CSS 添加到一个主题组件中以实现此目的（并隐藏他们的在线状态）：
// Tweaks to the Anon category
body.category-general-hnz-anon {
div.presence-users, div.row div.post-notice.new-user {
display: none;
}
}
category- 后面的部分是您要定位的类别的 slug。
2 个赞
我找到了一个不使用此插件即可实现类似功能的替代方法：只需添加一个名为 anon（或您想要的任何名称）的组来包含所有匿名用户。当然，您无需逐个添加所有帐户，所有匿名用户的电子邮件均为 anon.your.site，因此可以设置自动添加，然后指定您类别的安全设置，仅允许 anon 组查看、创建主题和发帖。
1 个赞
聪明，但这忽略了这个插件的关键功能：
虽然对于精明的用户来说很简单，但切换到匿名用户、在正确的位置发帖然后切换回来的流程对大多数人来说太麻烦了！
4 个赞
当有人通过电子邮件回复“始终匿名”类别时，他们不会被匿名化。可以想象，这有时会造成一些问题！
这个主题应该被标记为 anonymization 还是 anonymous-mode？如果这样标记，我会更容易找到它。
1 个赞
后者。我现在已经这样做了。
我看到插件会修补 newPostHandler，所以我预计它也会拦截电子邮件。我们有时间会看一下。
1 个赞
好的——我将进行更多测试并确保可以重现，以确保您没有浪费时间！
有没有办法在始终匿名类别中覆盖模组/工作人员的匿名模式？这似乎也不允许模组进行私语发布。如果不行也没什么大不了的，只是想知道我是否遗漏了设置中的内容。
听起来很公平。
我现在已经添加了该功能：耳语帖子将永远不会被匿名化。
5 个赞
感谢您的快速回复！
2 个赞
发布后，抑制“您的帖子已被匿名化”对话框的最佳方法是什么？我尝试用 CSS 隐藏它，但它使用了与所有其他错误对话框相同的 ID 和类，这使得一些修改操作变得不可能，并会抑制用户反馈对话框。我不确定如何编写一个主题组件来仅捕获排队的匿名帖子，或者这是否需要对插件进行修改。
那您为什么要隐藏它呢？
1 个赞
因为这很烦人，并且在发帖过程中造成了摩擦。我们正在设置一个始终匿名的类别，期望人们像在有用户名的类别中一样进行更深入的讨论，而弹出通知使得匿名发帖超过几次变得很烦人。
也许在第一次发帖时弹出一次是可以的，但编辑器显示“匿名”，匿名评论在发布后立即显示，而且我们的类别中到处都有关于所有主题/帖子都是匿名的公告。
我可以自己编写一个主题组件来添加一个 div 类并隐藏弹出窗口，我只是希望在如何开始方面得到一些指导，因为我以前没有处理过对话框模态框。
我认为使用主题组件很难抑制它。
插件中有一单行代码会添加该消息，如果您删除该行，该消息就会消失。如果您愿意等几天，我将将其添加为一个设置。
3 个赞
非常感谢，我很感激。一点也不着急。
抱歉一直打扰您，但我想您可能想知道 @RGJ：在始终匿名类别中发布的帖子似乎绕过了“需要批准”的监视词列表。包含在“审查”、“标记”、“替换”、“标签”和“静音”列表中的其他带有监视词的帖子会被捕获，但“需要批准”列表中的任何内容都会被放行。
1 个赞