【问题标题】:Rails 4 compiling vendor assets but not application.js and application.cssRails 4 编译供应商资产,但不编译 application.js 和 application.css
【发布时间】:2021-04-27 12:13:57
【问题描述】:

我有一个旧的 Rails 3 应用程序,我正在升级到 Rails 4。Sprockets 似乎正在添加后缀并使用我在 /vendor 中的 Javascript,但我的 assets/javascripts/application.js、assets/stylesheets/application .css 和 assets/images/... 不起作用。在 HTML 中,我可以看到它们有后缀,但在尝试加载时会出错。

例如,这有效: 0.0.0.0:8080/assets/jquery-1.8.3.min-95a3734fc817813c8ba0cd3438033917a3863503b2ca20e8b30a7f61b031576f.js

但这不会: 0.0.0.0:8080/assets/application-7437324e57ae6cb54f03eaa608a99381fca68ad72ed2009f8fccd49f41f34bac.css

但是,这可行: 0.0.0.0:8080/assets/application.css

图像也不起作用。当我执行 image_tag 时,它会给出 Sprockets::Rails::Helper::AssetNotPrecompiled 错误。

Rails 4 在本地开发模式下是否应该添加后缀?

如果是,Rails 4 和 Sprockets 有什么问题 - 我需要以某种方式更改我的配置吗?

【问题讨论】:

    标签: ruby-on-rails ruby-on-rails-4 sprockets


    【解决方案1】:

    那些“后缀”是散列,对文件内容来说是唯一的。大多数情况下,这在生产中作为一种缓存技术很有用。自从我将应用程序从 3 移动到 4 已经很长时间了。现代 Rails 应用程序在很多方面都使用 webpack,但资产管道现在仍然有效。

    我记得在开发模式下没有生成哈希值。如果您还没有阅读有关预编译资产的文档,则应该阅读。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2012-12-21
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2015-10-08
      • 1970-01-01
      相关资源
      最近更新 更多