作为应对当前垃圾邮件浪潮的策略之一，我们启用了用户批准。
当我查看一个尚未获批的用户时，我只能看到他们在注册表中填写的信息：
但我们发现问题来自特定范围的 IP 地址，而这些 IP 地址通常解析到两家公司之一。因此，对于几乎所有用户，我最终都需要点击查看 IP 地址，然后对其进行查找。
然后我回到审核队列，选择批准或删除。
如果在审核队列中显示 IP 地址和查找按钮，那将非常有帮助。
2 个赞
我认为我们有相应的插件组件，您可以安装。 
不确定它是否有元主题？
6 个赞
在我的测试站点上它似乎对我来说是有效的：
而且……你是在帖子（而不是（不一定）在用户）上看到它？
ETA：不过……我不确定截图的哪个位置才能看到 IP 查询？
2 个赞
不，我已经发现了元数据的用途。它不会显示在现在有已删除用户的可审查项上（我记得它以前尝试过但失败了）。如果我滚动到一个符合条件的，我可以看到它。
让我检查一下我的测试站点上的一个用户批准。
（我在上面的帖子中放了一个更好的截图）
不，你说得对。它似乎没有出现在用户批准的可审查项上。让我看看这是不是故意的……
2 个赞
我确实认为，强制要求 about.json 中包含某些内容和/或不使用默认的 readme.md 的代码检查规则会是个好主意。也许可以通过设置一个非默认的版本号来触发它？然后最佳实践是，在部署之前设置某个版本号（否则，在首次提交之前，是否需要编造一个完全虚假的东西？）。
2 个赞
我已经更新了主题组件，使其与 Discourse 更新保持同步。尽管目前后端不支持发送用户可审查项的 IP 地址，因此仍不支持用户可审查项。我会在内部讨论并告知您我们对此变更的看法。
4 个赞
是否可以也为移动设备正确设置样式？目前，ip查找模态框在评论发布屏幕上完全超出了视口。谢谢！
2 个赞
@fzngagan 你的 PR 标题是
FIX: 现代化 JS，防止在 ReviewableUser 上显示 (#5)
你真的想防止在用户上显示吗？
因为它已经不在那里了。
另外，当你这么说的时候：
我有点假设那意味着添加一个仓库描述 
1 个赞
直到后端提供 IP 地址。并非打算一直这样。
我会尽快处理。
1 个赞
您好 @ganncamp
好消息是，此功能已合并到 Discourse 核心，因此您不再需要此主题组件。
5 个赞