heroku中的Asset_pipeline使用预编译的javascript的错误资产哈希

时间:2013-09-20 21:23:14

标签: heroku ruby-on-rails-4 asset-pipeline amazon-cloudfront

我正在尝试设置我的应用以通过Amazon S3 / Cloudfront CDN提供资源。它是一个rails应用程序,我使用asset_sync gem来实现这个this heroku document.

我将项目推送到heroku,然后运行heroku run rake assets:precompile。这给了我看起来像这样的输出:

    I, [2013-09-20T21:19:06.506796 #2]  INFO -- : Writing /app/public/assets/application-cb6347d3ce9380e02c37364b541fd8ae.js
I, [2013-09-20T21:19:19.979570 #2]  INFO -- : Writing /app/public/assets/application-9dc3068c1bf9290c7eb0493fd36b3587.css
[WARNING] fog: followed redirect to abc123.s3-us-west-1.amazonaws.com, connecting to the matching region will be more performant
[WARNING] fog: followed redirect to abc123.s3-us-west-1.amazonaws.com, connecting to the matching region will be more performant

请注意,它为JS文件cb6347d3ce9380e02c37364b541fd8ae.js写的哈希是正确的(因为我也在我的localhost下的staging中运行它)。

问题是,当我在heroku上点击我的应用程序并检查源代码时,包含50460076f4c6eb614a44b6b17323efa7.js的JS与之前编译的JS不同...

为什么heroku没有使用正确的预编译资产?我在本地部署并执行了所有相同的步骤,我的本地服务器选择了正确的JS而没有任何问题。

感谢您的帮助!

1 个答案:

答案 0 :(得分:6)

过了一段时间,我意识到这是因为之前我在本地编译了资产并将其推高了。因此,Heroku没有尝试在生产中进行预编译,只使用之前签入的旧manifest.json。

您可以在本地重新编译并将其推送,或运行rake assets:clobber删除所有预编译资产,然后提交/推送,heroku将意识到它需要预编译。之后,它应该使用正确的清单文件,资产应该显示正常。

我发现这篇博文非常有助于理解这种情况:http://www.rubycoloredglasses.com/2013/08/precompiling-rails4-assets-when-deploying-to-heroku/