Блог

У меня возникли проблемы с пониманием того, как регистрировать сообщения с помощью Sinatra. Я не собираюсь регистрировать запросы, а скорее настраиваемые сообщения в определенных точках моего приложения. Например, при получении URL-адреса я хотел бы войти "Fetching #{url}" .

Вот что я хотел бы:

• Возможность указывать уровни журнала (например: logger.info("Fetching #{url}") )
• В средах разработки и тестирования сообщения будут записываться на консоль.
• В рабочей среде записываются только сообщения, соответствующие текущему уровню журнала.

Я предполагаю, что это можно легко сделать в config.ru , но я не уверен на 100%, какую настройку я хочу включить, и нужно ли мне самому вручную создавать Logger объект (и, кроме того, какой класс Logger использовать: Logger , Rack::Logger или Rack::CommonLogger ).

(Я знаю, что в StackOverflow есть похожие вопросы, но, похоже, ни один из них не дает прямого ответа на мой вопрос. Если вы можете указать мне на существующий вопрос, я пометю этот как дубликат).

Sinatra 1.3 будет поставляться с таким объектом logger, который можно использовать точно так же, как указано выше. Вы можете использовать edge Sinatra, как описано в «The Bleeding Edge«. Думаю, до выпуска 1.3 осталось не так уж много времени.

Чтобы использовать его с Sinatra 1.2, сделайте что-то вроде этого:

 require 'sinatra'
use Rack::Logger

helpers do
  def logger
    request.logger
  end
end
  

Я лично захожу в Sinatra через:

 require 'sinatra'
require 'sequel'
require 'logger'
class MyApp < Sinatra::Application
  configure :production do
    set :haml, { :ugly=>true }
    set :clean_trace, true

    Dir.mkdir('logs') unless File.exist?('logs')

    $logger = Logger.new('logs/common.log','weekly')
    $logger.level = Logger::WARN

    # Spit stdout and stderr to a file during production
    # in case something goes wrong
    $stdout.reopen("logs/output.log", "w")
    $stdout.sync = true
    $stderr.reopen($stdout)
  end

  configure :development do
    $logger = Logger.new(STDOUT)
  end
end

# Log all DB commands that take more than 0.2s
DB = Sequel.postgres 'mydb', user:'dbuser', password:'dbpass', host:'localhost'
DB << "SET CLIENT_ENCODING TO 'UTF8';"
DB.loggers << $logger if $logger
DB.log_warn_duration = 0.2
  

Если вы используете что-то вроде ведения журнала unicorn или другое промежуточное программное обеспечение, которое контролирует потоки ввода-вывода, вы можете легко настроить регистратор на стандартный вывод или STDERR

 # unicorn.rb
stderr_path "#{app_root}/shared/log/unicorn.stderr.log"
stdout_path "#{app_root}/shared/log/unicorn.stdout.log"

# sinatra_app.rb
set :logger, Logger.new(STDOUT) # STDOUT amp; STDERR is captured by unicorn
logger.info('some info') # also accessible as App.settings.logger
  

это позволяет перехватывать сообщения в области приложения, а не просто иметь доступ к logger в качестве помощника по запросу

Вот другое решение:

 module MySinatraAppLogger
  extend ActiveSupport::Concern

  class << self
    def logger_instance
      @logger_instance ||= ::Logger.new(log_file).tap do |logger|
        ::Logger.class_eval { alias :write :'<<' }
        logger.level = ::Logger::INFO
      end
    end

    def log_file
      @log_file ||= File.new("#{MySinatraApp.settings.root}/log/#{MySinatraApp.settings.environment}.log", 'a ').tap do |log_file|
        log_file.sync = true
      end
    end
  end

  included do
    configure do
      enable :logging
      use Rack::CommonLogger, MySinatraAppLogger.logger_instance
    end

    before { env["rack.errors"] = MySinatraAppLogger.log_file }
  end

  def logger
    MySinatraAppLogger.logger_instance
  end
end

class MySinatraApp < Sinatra::Base
  include MySinatraAppLogger
  get '/' do
    logger.info params.inspect
  end
end
  

Конечно, вы можете сделать это без ActiveSupport::Concern, поместив блоки configure и before прямо в MySinatraApp, но что мне нравится в этом подходе, так это то, что он очень чистый — вся конфигурация ведения журнала полностью абстрагирована от основного класса приложения.

Также очень легко определить, где вы можете это изменить. Например, SO спросил о том, как заставить его регистрироваться в консоли при разработке. Здесь довольно очевидно, что все, что вам нужно сделать, это немного логики if-then в log_file методе.