I've figured out how to silence the contents of an action by wrapping everything inside the action's method in a logger.silence block.
However, I still get the call to the action showing up in the log file.
I.E:
Processing DashboardController#update (for 66.201.17.166 at 2009-09-09 19:03:27) [GET]
Parameters: {"todos"=>{"user"=>"25", "sfu_type"=>""}}
Completed in 1021ms (View: 439, DB: 438) | 200 OK [http://my.host.com/dashboard/update?todos%5Buser%5D=25&todos%5Bsfu_type%5D=]
I want to either keep the above from getting written to the logs all together, or redirect it to a different log file (i.e. dashboard.log) so it stops cluttering up the production.log file.
I get the above sample written to the log each time the ajax call updates for each user logged in. This updates about every 2 minutes so the production log file is getting flooded with unuseful log messages.
The
logger
calls are scattered all overActionController::Base
. The only way I can think of is to monkey patch a bunch of methods and check for the name of the controller in question.Perhaps overriding this method is all you need to do. Not sure. Good luck :)
In the application controller you could override the logger:
I use this to email me when errors occur in a critical app.
Late answer, but I spent quite a bit of time of the interwebs looking for the answer, which is thus:
In the controller that contains the action you would like to ignore, override the logger method and return the rails default for some actions, and a custom logger or nil for the ones that need special handling.
I suspect there is an easier way, and would love to hear it if it exists.
This looks like a really good, flexible solution using middleware: http://dennisreimann.de/blog/silencing-the-rails-log-on-a-per-action-basis/
Have you set your production logging level?
config > environments > production.rb
config.log_level = :warn (default is :info)