在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语句。


当前回答

最终,它将是config.assets.logger = nil,但这部分目前在master上存根(还没有完成)。

其他回答

在文件开发中。在config/environments中,你会发现config.assets.debug = true。

将其切换为false,大部分资产负载输出将消失。在我的系统上,只剩下application.css和.js两个请求。

我知道这是一个丑陋的临时解决方案,但我用这个:

tail -f log/development.log | grep -vE 'asset'

将以下代码放在config/initializers/quiet_assets.rb中

if Rails.env.development?
  Rails.application.assets.try(:logger=, Logger.new('/dev/null'))
  Rails::Rack::Logger.class_eval do
    def call_with_quiet_assets(env)
      previous_level = Rails.logger.level
      Rails.logger.level = Logger::ERROR if env['PATH_INFO'] =~ %r{^/assets/}
      call_without_quiet_assets(env)
    ensure
      Rails.logger.level = previous_level
    end
    alias_method_chain :call, :quiet_assets
  end
end

更新:它现在也适用于Ruby on Rails 3.2(以前的尝试修复了before_dispatch,现在我们将改为根机架调用)

更新:一个合适的机架中间件解决方案(而不是脆弱的alias_method_chain)来自@macournoyer https://github.com/rails/rails/issues/2639#issuecomment-6591735

对于Ruby on Rails 3.2,在开发环境配置文件中添加config.assets.logger = false,通常在config/environments/development.rb中找到。看到# 4512。

在config/environments中,将config.log_level =:error添加到您想更改的.rb文件中。这将只将日志设置更改为错误。