嘿 @digitaldominica - 这与 Ember 升级无关，但这是新管理员侧边栏的一个已知问题。更多详情请参见 Introducing admin sidebar navigation - #37 by martin
好的，知道了。谢谢
2 个赞
帖子已合并到现有主题：Slick Image Gallery
David，我们可以安全地假设下一个 stable 版本将仅包含 Ember 5 吗？
另外，关于下一个 stable 的大致时间线，有什么想法吗？
5 个赞
下一个稳定版定于1月30日发布，据我所知，我们仍按计划进行。
Ember 5 将是 3.2 版本中的默认版本。关于 Ember 3 是否仍可通过标志启用，待定。我认为很有可能，但我们会尽量明确表示它不是一个“受支持”的配置（例如，通过管理员警告）。
9 个赞
谢谢
这将极大地帮助澄清事情，例如为客户。
6 个赞
抱歉回复这么晚。警告横幅会不时出现，然后在我想出它出现的原因之前又消失了。它已经好几周没出现了。 
3 个赞
感谢跟进@xJack。Ember升级已部署到我们的托管环境中数周，因此我想您之前收到的警告问题现已解决:tada:
4 个赞
我们已弃用 EMBER_VERSION 功能标志。今后，Ember 5 将是唯一选项。
感谢大家在推出此次升级过程中提供的帮助！
16 个赞
8 篇帖子已拆分到一个新主题：Site broken due to ember 5 upgrade
问题：这是否会使 JavaScript 得到任何优化，或者没有？我之所以这样问，是因为在几乎所有的网站性能测试（GTmetrix、Lighthouse、WebpageTest 等）中，在未启用任何插件、使用默认主题等情况下，它们总是说 JavaScript 脚本的总阻塞时间为 2-15 秒……
示例：
1 个赞
此次升级本身预计不会影响性能。但是，它确实解锁了我们将来可以用来减小 JS 有效负载大小（从而提高初始加载性能）的技术。
一个具体的例子是 embroider 解锁的新构建技术。理论上，这些技术将允许我们在需要时才延迟加载特定路由的 JS 模块。
我们已经开始对 Wizard 进行此操作，这意味着其他页面不需要加载所有这些代码。将来我们会将其扩展到应用程序的更多部分，但我们需要非常小心主题/插件兼容性。
6 个赞
我们说的是多久的未来？感谢您的回复！是的，作为一名新用户，我非常喜欢 Discourse 软件。我最头疼的问题其实只是优化 JS 部分，因为据我所知，这是影响加载时间的最大因素。
1 个赞
我们一直在持续投入性能改进，因此我认为不会有一个“完成”的日期。
就您分享的指标而言，需要注意的是，这些指标仅反映了首次访问社区的情况。点击网站的各个部分，以及未来再次访问，速度都会显著提升！
5 个赞
如果您的首次加载时间至关重要，请改用类似此平台的平台来创建博客：
……它速度_极快_。
如果您想要一个极其丰富的论坛应用程序，请坚持使用 Discourse。
这个统计数据在这里出现了很多次，甚至最近也是如此。
仅根据首次加载时间来判断是不合理的，因为在首次访问时会下载应用程序的很多内容（类似于应用商店中的应用程序，但又不完全相同），然后这些内容将被缓存用于：
- 路由之间的更改（不是页面，这是一个应用程序！）
- 例如过滤器的更改
您会注意到，当您在 Discourse 中导航时，它的响应速度有多快。
那是因为它不必加载每个页面，而只是从 API 加载原始内容。
3 个赞
但谷歌就是这么做的，所以我们只能接受。
2 个赞
希望他们很快就会在核心网页指标中包含“软导航” 
11 个赞