新安装将在生产环境默认使用 Ember CLI 构建

公告
21

我句子的重要部分是：

更新后，弃用会变成错误，正如你所说 :+1:

是的，可以通过组件的注入属性访问它们，或者通过从 discourse/models/user 和 discourse/models/site 导入 Site 和 User 模块来访问它们。

5 个赞
22

啊是的，这是传递它们作为参数的辅助函数的一种有用替代方法。

4 个赞
23

对于我正在开发并运行 ./bin/ember-cli 的插件，我无需担心，因为我使用的是 ember-cli。

但我的担忧在于，几十甚至几百个用户在为时已晚之前不会发现这个问题，那些不了解 JavaScript 和 CSS 的人，或者不了解插件和主题组件的人，除非他们在主题组件中有 JavaScript，否则他们无需担心。

我希望有一个简单的测试，让他们知道是否应该担心任何事情。对于那些人，我建议他们启动一个新服务器，恢复他们的数据库，看看是否会出问题。对吗？

或者他们应该只打开 EMBER_CLI_PROD_ASSETS: 1，进行重建，如果出问题，就将其关闭，然后启动一个新服务器来修复它。

5 个赞
24

我猜你可以查询一下是否有任何 theme_fields 类型为 html 或 js：

这可以奏效，但设置一个全新的服务器似乎很费力。我建议：

  1. 打开你的开发者工具控制台，寻找黄色的弃用通知。
  2. 修复它们。
  3. 升级到 Ember CLI（或者等到我们默认推出它）。
2 个赞
25

. . . 除非你花了一年的时间开发一个工具来“轻松”地启动新服务器？:wink:

所以，那些不关注这些事情的人会发生什么呢？当 ember 默认窗口出现时，它就会中断，然后他们可以将该 ENV 变量关闭一两个月（并可能修复它），之后就无效了。

4 个赞
26

我在一个启用了 Kanban 主题的新站点上恢复了一个备份，但它出现了一些错误（我在 Kanban 主题的讨论中报告了这个问题）。我尝试设置

EMBER_CLI_PROD_ASSETS: 0

但重建时仍然显示：


您应该定期执行此操作的原因：
https://github.com/browserslist/browserslist#browsers-data-updating

我（认为我）认出这是来自 ember-cli 的。有没有办法在新站点上禁用它？

如果我重建一个旧站点，它会获取新的基础镜像并且无法禁用 ember-cli 吗？

1 个赞
27

这是您在此消息中的拼写错误，还是您的 yml 中的拼写错误？它应该读 EMBER_CLI_PROD_ASSETS: 0

2 个赞
28

谢谢！是的，那是个拼写错误，但我在 yml 文件中已将其更正。我只是在 OP 中正确地复制/粘贴了它。

1 个赞
29

代码中的检查似乎没有改变，但我对 Ruby 不是很熟悉。带有 ENV['EMBER_CLI_PROD_ASSETS'] 的布尔条件会使用该键的值，还是在键存在时为 true？

如果是后者，那么答案可能是从 yml 中删除 EMBER_CLI_PROD_ASSETS，而不是将其设置为 0。

1 个赞
30

那行不通，你需要删除这一行。

1 个赞
31

. . . 等等 . . .

我的所有问题都与 ember-cli 无关，而是与我自己的错误配置有关，因为这是一个 2 容器安装，并且在 standalone.yml 未更新时 web_only.yml 也未更新。这是一个 PR：

4 个赞
32

Ember CLI 现在是所有 Discourse 安装的默认选项。当您下次更新时（通过 /admin/upgrade UI 或通过 ./launcher rebuild app），您将自动切换到 Ember CLI。

我们现在在托管服务的大部分环境中运行 Ember CLI，因此我们预计不会出现重大问题。但如果您注意到任何问题，请在此处（Meta）发帖，我们将进行调查。

7 个赞
33

我昨天重建了一个因 ember CLI 而失败的网站，通过删除 EMBER_CLI_PROD_ASSETS=1 进行了修复。

早期我曾尝试通过设置 EMBER_CLI_PROD_ASSETS=0 来禁用 ember cli，我非常确定它仍然包含了 ember_cli，并且有人告诉我不能通过将其设置为 0 来禁用它（这似乎说不通，但似乎是真的）。

这对于那些拥有旧主题且从不查看javascript控制台的自托管者来说有点困难。

2 个赞
34

这是真的，但我通过最新的提交修复了逻辑，使其 =0 按预期工作。话虽如此，我们打算在几周内完全移除“旧版”环境，所以请不要使用 =0，除非是极其短期的。

我们为我们托管中最常见的错误添加了向后兼容性。例如，几周前这个提交为 Discourse.User 和 Discourse.SiteSettings 添加了向后兼容性。这个提交修复了一些使用非标准初始化过程的主题的问题。

我们希望使此次推出尽可能顺利，因此如果您在过去一周左右遇到错误，请告知我们具体的错误以及导致该错误的代码。

6 个赞
35

哦。太好了。这说得通。（它就像我一直认为的那样工作。而且我没有因为记得有人告诉我它不像我想的那样工作而发疯。这些都是很棒的事情！）。

我发现这真的很难弄清楚（很可能是因为无知）。当我点击我认为应该显示导致错误的内容时，我得到的是似乎是测试弃用的代码，而不是展示它的代码。我会努力尽快发送一些示例。

3 个赞
36

如果你需要帮助弄清楚，一个带有错误截图的 Support 主题将是一个很好的起点——然后我们可以从那里帮助调试。很可能，其他人已经看到过类似的错误，并且可能认出症状。:crossed_fingers:

7 个赞
37

现在是这个故事的最后一步：旧的构建系统已被禁用。所有 Discourse 安装都将使用 Ember CLI 编译资源。

此更改只会影响那些故意在其配置中设置 EMBER_CLI_PROD_ASSETS=0 的用户。在这种情况下，构建过程中会打印警告，并使用 Ember CLI。

12 个赞