我同意你的说法，但我怀疑这种“小”戏剧性可能是有益的，因为人们正在理解管理和/或保护个人或第三方数据意味着什么（这涉及到社会责任）。
感谢您的倾听，我可以确认我们为我们的项目选择了 Discourse，这是一个非常明智的选择。当然，我完全赞赏您的 PR 
3 个赞
我认为我们需要限制对 allow_allow_impersonation 设置的访问，它太强大了！也许是另一个设置？ 
7 个赞
所有插件的终极之戒！
可惜 Procourse Installer 没有得到更好的支持。
不不，它应该在控制台或至少在源代码中，它太诱人了，可以允许此设置并使用它。等等，但我也可以访问控制台。
1 个赞
请注意，并非所有管理员都可以访问控制台。
我想这个想法与不允许管理员普遍拥有冒充系统或 Discobot 的能力非常相似。
5 个赞
就在昨天，我需要冒充一个用户来查找一个只影响该用户的错误（该用户在个人资料中设置了无效的时区）。
如果你不信任你的管理员，那么冒充用户根本不值得担心。
4 个赞
不过，正如前面提到的，拥有限制哪些管理员可以访问的选项并非坏事。但 @sam 为那些想要此功能的人提供了一个简单的安心修复。这不会影响那些喜欢它现有方式的人。
这场讨论中最大的问题是目光短浅，而不是看到利弊并朝着达成对所有人都适用的妥协方案前进。在我看来，Sam 的 PR 通过实现一个可选的层来实现用户的请求。
3 个赞
请问管理员可以关闭此主题吗？
在提出了一个非常简单明了且没有负面影响的核心解决方案之后，这里却变得越来越没有意义了。
超级管理员 > 管理员 > 版主 > 4级对于社区来说是一个很好的选择，但对于单人开发者来说不是。
而我们讨论的不是单人开发者
5 个赞