如何在Rails 3.1中禁用资产pipe道(链轮)消息的日志logging?
在Rails 3.1(RC1)下,默认情况下,(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) ...
我想要降低冗长度或完全禁用它。 我假设有一个干净的方法来禁用或减less日志logging的冗长,通过在environment.rb
或development.rb
类似于config.active_record.logger = nil
的configuration行来使ActiveRecord SQL语句保持沉默状态。
将下面的代码放在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
更新:现在也适用于Rails 3.2(以前的尝试修复了before_dispatch
现在我们要进行根机架call
)
更新:来自@macournoyer的适当的Rack中间件解决scheme(而不是脆弱的alias_method_chain
) https://github.com/rails/rails/issues/2639#issuecomment-6591735
看看https://github.com/evrone/quiet_assets,并将其包含到您的Gemfile中;
对于懒惰: gem 'quiet_assets', group: :development
对于Rails 3.2,将config.assets.logger = false
添加到开发环境configuration文件中,通常可在config/environments/development.rb
。 见#4512
最终,它将是config.assets.logger = nil
但该部分目前在主(在尚未完成)
有两件事就够了:
1. config.assets.debug = false
在config/enviroments/development.rb
2. rake assets:precompile
。 请参阅下面的@oma评论; 这是不需要的
就这样!
我知道这是一个丑陋的临时解决scheme,但我使用这个:
tail -f log / development.log | grep -vE'资产'
很多人对使用config.assets.logger = false
感到困惑。 这是它做什么和不做什么。
根据源文件 :
将
config.assets.logger
设置为false将closures已投放的资产logging。
但是,这可能不是你所想的那样。 它只会禁用链轮“服务”日志 ,而不是Rails actionpack请求日志。 Rails的维护者在这里解释清楚: https : //github.com/rails/rails/issues/4569#issuecomment-3594500
以链接为例,这样的日志被禁用:
已服务的资产/jquery.isotope.js – 304未修改(0ms)
但是这样的日志不是
在2012-01-20 23:16:46 -0500开始GET“/assets/jquery.isotope.js?body=1”为127.0.0.1
config.assets.quiet = true
这是最新的方式。
在config / environments的development.rb中,你会发现config.assets.debug = true
。 将其切换为false
,大部分资产负载输出将会消失。 在我的系统上,只有application.css和.js的两个请求依然存在。
Rails.application.assets.logger = Logger.new(RUBY_PLATFORM =~ /(win|w)32$/ ? "NUL" : "/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'].index("/assets/") == 0 call_without_quiet_assets(env).tap do Rails.logger.level = previous_level end end alias_method_chain :call, :quiet_assets end
这是@choonkeat添加相同的代码。 我只是包括在窗户下工作。
在config / environments / development.rb中,请添加:
config.assets.debug = false
config.assets.logger = false
这将有助于解决您的问题。
Lograge的胜利 –它杀死Rails的恼人的logging器默认情况下(例如日志logging资产,日志部分呈现),并且是可定制的,如果你想添加/删除特定的项目。
下面提到的链接解决scheme有助于
https://github.com/evrone/quiet_assets
同样如下,它对我来说工作得很好
3.1(仅)(3.2中断before_dipatch)
app\config\initializers\quiet_assets.rb Rails.application.assets.logger = Logger.new('/dev/null') Rails::Rack::Logger.class_eval do def before_dispatch_with_quiet_assets(env) before_dispatch_without_quiet_assets(env) unless env['PATH_INFO'].index("/assets/") == 0 end alias_method_chain :before_dispatch, :quiet_assets end 3.2 Rails - Rack root tap approach app\config\initializers\quiet_assets.rb Rails.application.assets.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'].index("/assets/") == 0 call_without_quiet_assets(env).tap do Rails.logger.level = previous_level end end alias_method_chain :call, :quiet_assets end
在config / environments中,将config.log_level = :error
添加到要更改的.rb文件。 这将只会将日志设置更改为错误。 我希望这有助于!