在Ruby on Rails 3.1 (RC1)下，默认情况下，Sprockets在(dev)日志中往往相当冗长:

Started GET "/assets/application.css" for 127.0.0.1 at 2011-06-10 17:30:45 -0400
Compiled app/assets/stylesheets/application.css.scss  (5ms)  (pid 6303)


Started GET "/assets/application.js" for 127.0.0.1 at 2011-06-10 17:30:45 -0400
Compiled app/assets/stylesheets/default.css.scss  (15ms)  (pid 6303)

...
Started GET "/assets/default/header_bg.gif" for 127.0.0.1 at 2011-06-10 17:30:45 -0400
Served asset /default/header_logo.gif - 304 Not Modified  (7ms)  (pid 6303)
Served asset /default/header_bg.gif - 304 Not Modified  (0ms)  (pid 6246)
Served asset /default/footer_bg.gif - 304 Not Modified  (49ms)  (pid 6236)
...

我想减少它的冗长程度，或者完全禁用它。

我假设在这两种环境中都可以通过添加配置行来禁用或减少日志记录的冗长性。Rb或发展。Rb类似于config.active_record。logger = nil沉默ActiveRecord SQL语句。

根据我的理解，所有的JavaScript都合并到一个文件中。Rails在添加//= require_tree时默认这样做。到你的application.js manifest文件的底部。

这听起来像是一个真正的救星，但我有点担心特定于页面的JavaScript代码。这段代码是否在每一页上执行?我想要的最后一件事是当我的所有对象只在1页上需要时，为每一页实例化它们。

此外，代码是否也有可能发生冲突?

还是在页面底部放置一个小的脚本标记，只调用一个执行页面javascript代码的方法?

你不再需要require.js了吗?

谢谢

编辑:我很感激所有的答案…我认为他们并没有真正解决问题。其中一些是关于样式的，似乎没有关联……其他人只是提到javascript_include_tag…我知道这是存在的(很明显…)，但Rails 3.1的前进方式似乎是将所有JavaScript打包到一个文件中，而不是在每个页面的底部加载单个JavaScript。

我能想到的最好的解决方案是用id或类将某些特性包装在div标签中。在JavaScript代码中，只需检查id或类是否在页面上，如果在，则运行与之关联的JavaScript代码。这样，如果动态元素不在页面上，JavaScript代码就不会运行——即使它包含在由Sprockets打包的庞大application.js文件中。

我上面的解决方案的好处是，如果一个搜索框包含在100个页面中的8个页面上，那么它将只在这8个页面上运行。你也不需要在网站的8个页面上包含相同的代码。事实上，您再也不需要在站点的任何地方包含手动脚本标记。

我想这就是我问题的真正答案。