假设我正在与一位 PWA 用户通话，并且想告诉他如何告诉我他正在使用的 Discourse 的版本。他无法仅通过按 Control+U 来查看页面源代码。所以我想他无法告诉我他正在使用的 Discourse 的版本。事实上，他甚至无法确认他实际上是否在使用 Discourse！因为没有“由 Discourse 提供支持”的标签或其他任何东西，甚至也没有隐藏在某个菜单深处可以告诉他的信息！
他可能不得不访问某个在线的“查看网页源代码”网站，并在那里输入 PWA 的 URL。哈，这可能性太小了。
所以，请考虑在“偏好设置”的某个深层菜单中放入这些详细信息，以防有人有一天想查看它们。谢谢。
附注，我指的是让最普通的用户能够检查版本号。我不是在谈论管理员。
最终用户为什么要关心版本？99% 的最终用户永远不会打开检查器……任何网站。
如果最终用户想找出软件的用途，他可能可以访问桌面并拥有相应的知识。如果没有，而且他足够精明地点击“Powered By”链接，他可能也阅读了 discobot 消息，并且已经被引导到 discourse.org 的信任级别文章。
此外，我确信 Discourse 在常见问题解答中也有提及：
“Discourse 提供工具，使社区能够集体识别最佳（和最差）的贡献：书签、点赞、标记、回复、编辑等。使用这些工具来改善您自己和他人的体验。”
你没有回答最基本的问题：为什么。用户为什么要了解版本号？在整个互联网上隐藏版本号是很常见的做法，因为用户不需要这些信息，但机器人需要。
您可以不定期地、如果您有兴趣，可以私下询问您的管理员？事实上，您可以要求管理员在 Lounge 或其他地方为核心受信任用户发布更新？
我认为菜单->关于（或菜单->社区->更多->关于）页面是论坛信息的合适位置。
虽然目前没有提到 Discourse，但我认为布局和内容在所有 Discourse 论坛上都非常有特色。
这是一个想法，discobot 可以有一个命令来显示论坛版本。discobot 的存在本身也表明这是一个 Discourse 论坛。
如果您的 PWA 用户是管理员或版主，他们可以在管理面板中找到该信息。
由于 Discourse Meta 是可自定义的，我相信管理员可以添加一个版本检查器，并将其添加到“关于”页面。
好的。如果开发人员不明白为什么用户可能永远需要知道他们正在使用的软件的版本和品牌……好吧，我想我们只能放弃了。
这比闭源还要糟糕。你们甚至没有说到底是谁在背后支持。专有软件并没有那么秘密。至少他们愿意透露一些名字，而不用强迫用户检查 HTML 源代码……对于普通用户来说，用手机在没有外部帮助的情况下是不可能的。
“他们为什么需要知道这样的事情？”这不重要。你们应该愿意在某个菜单深处浪费几行来提及它。以表示对用户的基本尊重。
是的，没错，他们可能一生中都永远不需要看到它。但即使是他们的手机，在深处也有各种各样的垃圾信息。Google Play 和其他所有东西也是如此。
那么 Google Play 说我现在正在使用什么？我只使用了“Meta 版本 5”。可能是 Meta 公司制造的。
假设将来我们希望人们在使用计算机时，在报告错误时能报告他们正在使用的版本。那么，就让他们习惯于能够找到这些版本号吧。
上次很难找到版本号以及谁制造了某个东西，嗯，那是一个电脑病毒。我说的是没有台式机的普通人。
显然，你也无法提供一个需要这种情况的有效场景。
@jidanni，您还以一种有趣的方式提出了另一个观点。
Discourse 站点的版本号代表其已更新到的确切提交，并且根据严谨的管理员希望尽可能接近最新版本的频率，一天可能会更改多次。对于报告问题的普通用户来说，这并不是特别相关的信息，因为他们会向他们的站点管理员报告任何问题，而管理员会在他们的仪表板上拥有该版本信息。
至于“由 Discourse 提供支持”的信息，我们已经考虑过这一点，因为它能更广泛地宣传我们的名称（这对我们来说并非坏事 ）。我们确实觉得 Discourse 的框架相对容易识别，但也许增加一点额外的东西会很有用。
对于 CDCK，是的。对于论坛，则不是。对于 Dan（我不会标记他，因为他让我变得几乎不可能，讽刺的是 ;)），又是的。对于普通用户来说，不是，这只会再次制造噪音。
你们知道安装新的 WordPress 或其主题后（几乎）第一个问题是什么吗？是的——“我如何摆脱 Powered by”。你们知道服务器的第一个安全措施是什么吗？是的，隐藏版本，不要让它们自我介绍。
抱歉，但整个话题是我们芬兰人称之为 石莓[1] 的叶子。这意味着比次要的更小或更少的东西 
如果管理员想显示“Powered by”，可以有这样的设置。或者同一位管理员可以手动将其添加到页脚、/about 或欢迎消息中。这样，问题就解决了，请处理下一项 
（而且这个话题与用户体验 (UX) 绝对没有关系）
Rubus saxatilis ↩︎
我记得一位团队成员谈论过这件事，并解释说这并不是一个真正的问题，但不幸的是，我无法通过搜索再次找到该主题。
大部分情况都不是。新挖的洞可能会有问题。主要问题仍然存在：我们向用户展示了什么以及为什么。
关于版本号为何出现在 HTML 代码中的具体原因，我得到如下答复：
这样可以更方便地进行调试——任何人都可以轻松地看到网站运行的是哪个版本，并与 GitHub 上的代码进行匹配。
我的理解是，一些懂技术的人无需成为管理员或询问管理员，就能轻松定位问题。
根据我的经验，我现在回想起曾经在 Support 频道帮助过别人，仅仅通过访问他们的网站就能做到。
这实际上是一个相当糟糕的理由。这反映了开发者的需求，而绝大多数论坛用户几乎从不需要进行此类调试。也很少需要找出匹配项。
这实际上是编码人员应该只专注于编码的原因之一，而不是其他。
为什么我或其他人应该向普通用户提供这种可能性？
再说一遍。有三个完全不同的事情：
如果我隐藏 WordPress 的版本，这会使开发者的工作和/或调试变得不可能吗？当然不会。需要该信息的开发者会获取它。现在主要的问题是普通用户是否需要相同的信息，如果需要，那么接下来的问题是为什么。
我注意到有一个通常不可见的页脚，它在爬虫看到的视图中是可见的，因此在互联网档案中捕获的任何版本中，或者通过 Instapaper 等可访问性代理查看时也是可见的：
由 Discourse 提供支持，建议启用 JavaScript 查看
也许可以通过调整 CSS 使其更普遍可见。
也许有一种方法可以直接获取爬虫视图。
也许可以在“关于”页面添加一个主题组件（theme-component），并提供一个开关？我同意应该省略版本号。选项也可以包含类型。我只想放上
Powered by (Discourse 气泡图标) 作为指向 Discourse Meta 的可点击图片链接。
因此，我提出了上面的建议。这样可以方便网站选择。
版本号绝对是应该避免的。我志愿管理的论坛（当时我没有这么高的权限来维护。最初是一个 vanilla 安装，类别被更改/添加。我也不认为他们曾经在 UI 或服务器根目录运行过更新，直到我鼓励他们更新论坛软件，因为我当时是一名全职版主。
一名会员使用 inspect 来查找版本号，并利用漏洞查看了一个隐藏的、受保护的类别。这是一个封闭的测试版，所以泄露确实引起了参与者之间的一些分歧。这件事得到了处理。我认为这种情况应该更少见，因为我认为这是由于他们缺乏网络应用程序维护经验所致。
在我看来，只要团队保持显示的“Powered by”是可选的，就应该没问题。
@jidanni 在我看来，应该通过设置或可选组件来选择显示或不显示。由于 Discourse 实例具有可扩展的设计，因此外观可能大不相同。虽然像我们这样的人可能对此类“极客 bling”感兴趣。大多数人更关心内容和易用性。我们这些极客 minded 的人大多知道如何查看。 
在某个菜单深处，我想要包含完整信息，就像：
不是，不是最终用户许可协议，只是针对最终用户的一些内容
包括：
是的，管理员可以看到它们，但用户看不到。但假设有一天发生了影响用户而非管理员的坏事。
另外，在哪里可以看到“免费软件许可证列表”，如果有的话？
就是这个！
您最不想看到的是某个坏人搜索并识别出存在已知漏洞的过时 Discourse 实例？
有各种脚本，用于识别试图隐藏它们的软件包版本。例如，CSS 在一个版本与另一个版本之间发生了变化……嗯，就这样，它们检测到了版本。所以，与其通过隐藏来保证安全，我不如像 MediaWiki 那样公开版本号。
然后你就会展示出来。其他管理员随心所欲。
我很抱歉，如果这听起来很粗鲁，但我只是想严格一点：
在这个世界上，用户不能决定网站做什么或展示什么。用户可以提出请求，仅此而已。这意味着你所理解和喜欢的只适用于你自己的那些圈子。否则，这只是你、我或任何其他人的意见。
只有一个例外：中国和类似的政府机构。
这个话题没有进展，也没有导向任何地方。