截至此提交：
/about 页面的旧版本不再可用，新版本是唯一可用的版本。我们还发布了一份新文档，解释了新的 /about 页面及其自定义方法：
3 个赞
自从更新到 Discourse 版本 3.4.0.beta3-dev (9c17588f6a) 后，由于与现有文本的冲突，我无法完全使用新的 自定义关于页面 功能。具体来说，来自 /admin/customize/site_texts?overridden=true&q= 的旧 js.about.contact_info 文本仍然存在，并与通过关于页面自定义添加的任何新内容混合在一起。
主要问题：
- 新的关于页面自定义未覆盖旧文本：当我更新新 关于 页面功能上的联系信息时，来自 site_texts 中的旧
js.about.contact_info文本仍然显示，导致显示混合，而不是完全替换旧内容。 - 站点文本编辑被禁用：新的关于页面自定义似乎阻止了我编辑任何站点文本的能力，因为被覆盖的
js.about.contact_info文本阻止了对这些字段的访问。
出于隐私原因，我无法分享网站 URL，但我正在运行 Discourse 版本 3.4.0.beta3-dev (9c17588f6a)。非常感谢您就此问题的故障排除提供任何建议，或为将来的更新提出解决此冲突的建议。
1 个赞
6 篇帖子已合并到现有主题：自定义关于页面功能与旧 js.about.contact_info 文本混合问题
我们缺少旧表格中的统计数据 
那个公开的统计表格在别处有吗？ 
1 个赞
感谢您的反馈。您缺少的是不在管理员主页和报告中的哪些内容？
1 个赞
旧统计表中的数据是公开可用的 @tobiaseigen
我怀念将所有这些数据集中在一个易于访问的地方的简洁性，而不是在每个时间段的报告页面中挖掘每个单独的指标。
三个时间段列中的“活跃用户”是我们衡量的一个好指标。
也许我只是过去七年来一直习惯于引用它，现在它不在了，我很想念它 
没关系，我可能可以用数据浏览器 
重新创建旧表。
2 个赞
我目前有新的“关于”页面，但我必须“实验性地”启用它才能向所有人展示。我注意到如果我注销，仍然会显示旧版本的页面。有没有办法向未注册或未登录的用户展示这个漂亮的“关于”页面，让他们直接浏览我们的网站？
如果我不包含“所有人”，它根本不会显示新页面。我不知道是组设置还是整个页面是“实验性的”，这取决于文本……
4 个赞
由于此“自定义关于页面”功能存在 bug，我也无法进行编辑。
2 个赞
感谢您的反馈。我们很快将着手处理报告，为网站管理员和版主提供尽可能最好的数据，并正在考虑将来在“关于”页面上包含哪些统计数据，以及网站所有者希望/需要对这些统计数据拥有多少控制权。我们可以开新主题来进一步讨论这个问题。当您创建数据探索器查询时，请分享它，以便我们了解哪些统计数据对您有用，以及为什么！
管理员主页表格上的“用户访问量”可以很好地替代“活跃用户”指标。至于截至今天的会员总数，请查看“用户信任级别”标题下0旁边的数字。
您需要更新您的网站。
很抱歉您遇到了这个问题。我无法重现。您能否将您的网站更新到最新版本，刷新您的网页浏览器，然后重试？如果您仍然遇到问题，请开一个新主题，并分享更多关于您的设置的详细信息，以及开发者控制台中是否显示任何错误。
3 个赞
谢谢，这比我们之前的“关于”页面好多了！
是否可以再次看到总主题和帖子的数量？
/编辑：刚注意到：“创建于 2 年前”。可以调整这个吗？我们的论坛始于 2012 年，但两年前迁移到了 Discourse。所以这个信息不准确。
3 个赞
目前唯一可以更改此数字的方法是搜索并更改 js.about.site_age.year.other 设置。或者，您可以按照 Hiding elements of the /about page with CSS? 中的说明不显示它。
2 个赞
这是获取日期的查询：
result = DB.query_single <<~SQL
SELECT created_at
FROM schema_migration_details
ORDER BY created_at
LIMIT 1
SQL
如果您是自托管用户，应该有一种方法可以使用其他日期来更新该表中最早的 created_at 项。编写查询留给有准备的人练习。
请勿在家尝试
DB.query_single("UPDATE schema_migration_details set created_at = '2010-01-01' where id=1")
4 个赞
谢谢 Tobias 和 Jay。 我更改了数据库字段（更改为我们创建 phpBB 论坛的 2012 年日期）。但“关于”页面仍然显示 2 年。我需要删除一些缓存文件，还是只需要等待，因为页面会不时重新生成？
3 个赞
你运行了我的更新代码吗？如果你运行获取日期的代码，它会给你预期的日期吗？
它看起来没有被缓存，但也许我不明白。
3 个赞
不，我直接使用图形客户端（HeidiSQL）访问了数据库，并更改了最旧的行（确实是 id 1）。
如果我理解正确，您的查询的作用完全相同，并且仅此而已（例如在 Discourse 中）。
3 个赞
您可以尝试运行获取日期的查询（这是关于页面实际使用的代码），看看它得到了什么。如果日期是正确的，那么也许可以去喝杯啤酒，明天再看看。
编辑：我终于又让我的开发服务器正常工作了，并运行了上面的代码，它显示：“15 年前创建”，所以我想它应该可以工作？
2 个赞
睡眠和啤酒是否带来了关于安装日期的新想法？
而且这个是否可能再次实现？
1 个赞
对我来说是有效的。如果你的仍然是错误的，我不知道。但是你可以运行那个获取日期的代码。也许重启你的服务器？
2 个赞
哈哈，这招奏效了！重启 Docker 容器后，现在显示正确的数字了！ 谢谢！
关于另一件事：是否可以再次看到总主题和帖子的数量？
3 个赞