Rails 3.1，资产管道：没有路线匹配

Question

这个问题类似于 为什么对于对资产管道的请求，我是否会收到“无路由匹配”？。

我有一个 Rails 3.0 应用程序，已升级到 3.1 并转换为使用新的资源管道（感谢 RailsCasts #282 和 #279）。

在生产模式下，我看到 application-.js 和 application-.css。伟大的！如果我查看这些文件的来源，我会发现它们是压缩的。呀呀！这意味着资产管道正在发挥作用，对吧？

但是，如果我将 ?debug_assets=1 添加到 URL 以便我可以查看各个文件，其中一些文件会产生 ActionController::RoutingError （没有路由匹配 [GET] "/assets/-.js")，某些 CSS 文件也是如此。但不是全部，只是一些，我不知道是什么让某些文件执行此操作而其他文件则不执行此操作。

我已经清除了 tmp/cache/* 并重新启动了 Passenger。我已经修改了 config.assets.version。我已经重新启动了memcached。这些似乎都不能解决这个问题。但奇怪的是，只有当我在 URL 中使用 ?debug_assets=1 时才会出现这种情况；如果没有它，我只能看到一个 JS 和 CSS 文件，并且全部被压缩和缩小。

顺便说一句，我不使用预编译资源。但只是为了一笑，我执行了rake assets:precompiled，你知道吗？ ?debug_assets=1 现在显示所有 JS 和 CSS 文件，并且没有一个是 404 的。

所以我想您可能会有的问题是，“为什么不只使用预编译资源而不用担心延迟加载会丢失资源？” 好点。回答：我只是想确保我了解我在做什么、正在发生什么以及我正在正确地做事。

application.rb：

config.assets.enabled = true
config.assets.version = '1.2'

生产.rb：

config.assets.compress = true
config.assets.compile = true
config.assets.digest = true
config.assets.js_compressor  = :uglifier
config.assets.css_compressor = :scss

开发.rb：

config.assets.compress = false

# I keep this off during development because I want
# to make sure the compression isn't breaking my JS
config.assets.debug = false 

Answer 1

如果您预编译资产并将编译设置为 false，则会禁用调试，因为您已告诉 Rails 根本不使用 Sprockets，但假设 nginx 可以根据资产管道清单中的映射来提供这些文件。

当编译为 true 时（就像您一样），如果文件丢失（没有预编译的情况），对这些资产的请求（以及调试请求）将被发送回 Sprockets 进行处理。

我本以为 Sprockets 会为每个摘要名称提供单独的文件。这种行为对我来说听起来有问题，尽管我不认为它打算在生产中使用调试。