我有一个带nginx的生产服务器 - > unicorn - > rails.我预编译资产,将资产放在公共/资产中,并在文件名后附加指纹(哈希).但是,当请求网页时,对application.css和application.js资产的引用将具有错误的指纹.例如,rails helper stylesheet_link_tag将生成服务器上public/assets中不存在的文件名,因为请求的指纹与预编译的指纹不匹配.图像资产工作正常(指纹匹配).
对此进行故障排除,我在本地计算机上预编译了资产,指纹与我服务器上的预编译指纹匹配.此外,当在生产模式下使用webrick在本地运行时,一切正常.然后我尝试在我的服务器上运行webrick,这有效,让我觉得独角兽是问题的根源.
我已经通过使用--no-default-middleware(或-N)选项启动unicorn解决了这个问题,这使得独角兽的行为与预编译资产相同.我的理解是,这告诉独角兽不要加载一个默认的Rack中间件集,否则它会加载.但是,我真的不明白为什么这会解决问题,或者首先出现问题.到底是怎么回事？
一些细节:Ubuntu 12.04,Rails 4.0.1,Ruby 2.1.0,带有第三方主题的bootstrap 3.0
更新:
我不相信这是一个nginx问题的原因是,当我从浏览器请求页面,然后查看源文件时,application.css文件的文件名有指纹,所以它实际上看起来像application-3855b1928b94aa5bff5e1dac1aa56882. CSS.这与我服务器上文件的真实指纹不匹配.我确信服务器上的指纹是正确的,因为我在本地开发机器上获得了相同的指纹.所以客户端正在加载网页,然后向服务器询问.css文件... nginx接收到该请求,但找不到.css文件,因为它实际上不存在,所以nginx的行为符合预期.
指纹生成两次:一旦我预编译资产,这是正常工作(非常肯定),并且正在发生没有独角兽参与.第二次,当独角兽工作者的上下文中的rails看到stylesheet_link_tag帮助程序并且即时计算指纹时(我认为这就是它正在做的事情),这由于某种原因产生了错误的指纹.如果我在完全相同的服务器上用webrick替换unicorn会发生同样的过程,但在这种情况下指纹匹配.如果我用-N标志开始独角兽,指纹匹配,但我不知道为什么这会有所不同,我不知道为什么没有其他人似乎必须这样做.