Ruby on rails 通过资产管道而不是从/公共渠道提供服务的优势

Ruby on rails 通过资产管道而不是从/公共渠道提供服务的优势,ruby-on-rails,ruby-on-rails-3,asset-pipeline,Ruby On Rails,Ruby On Rails 3,Asset Pipeline,我有一个应用程序,可以从两个位置提供web图像资产。我已经看了两位铁路专家关于这个话题的讨论,但这种方式提供图像的真正优势是什么。我看到文件上的时间戳;这是否会导致使用像cloudfront这样的CDN时出现问题?或者像Varnish这样的反向代理?使用Nginx从/public与/app/assets提供服务是否有任何性能指标 简而言之,我理解CSS和Javascript的优点,但不确定是否有理由将图像从/public移动到/app/assets。这样做最令人信服的理由是什么?尤其是与CDN相

我有一个应用程序,可以从两个位置提供web图像资产。我已经看了两位铁路专家关于这个话题的讨论,但这种方式提供图像的真正优势是什么。我看到文件上的时间戳;这是否会导致使用像cloudfront这样的CDN时出现问题?或者像Varnish这样的反向代理?使用Nginx从/public与/app/assets提供服务是否有任何性能指标

简而言之,我理解CSS和Javascript的优点,但不确定是否有理由将图像从/public移动到/app/assets。这样做最令人信服的理由是什么?尤其是与CDN相关的esp是否存在任何显著的负面影响


thx

资产管道将为图像添加摘要(数字签名),这对缓存破坏非常有帮助。如果您最终选择使用CDN,将所有静态资产放在assets文件夹中会很方便。

我注意到的一个问题是,如果在javascript中引用,您将获得两个副本。一个有消化,一个没有消化。有点引入了新的问题,但有帮助的是不应该发生的问题,您使用的是asset\u path helper方法吗?让我来研究一下。可能是/lib或/vendor中的不同文件。这似乎是一个主要的缺陷,它没有更好的名称空间