Olá!\n\nAtualmente, estou tentando depurar algumas consultas lentas que ocorrem apenas em ambientes que rodam em modo de produção. Notei que o nível de log parece estar codificado no modo de produção (referência de código) sem uma maneira direta de configurá-lo. Gostaria de alterar esse nível de log para debug (pelo menos temporariamente) para que eu possa ver mais informações; existe alguma maneira de fazer isso?\n\nEu tentei algumas soluções alternativas bem improvisadas que envolviam alterar o nível de log durante a execução com o console Rails, mas nenhuma das soluções resultou em consultas de banco de dados aparecendo nos logs de debug (se eu fizesse logs de debug manualmente com Rails.logger.debug no console Rails, eles apareciam após as soluções).\n\nObrigado!\n\nP.S. Apenas para acalmar quaisquer preocupações potenciais sobre meu comentário acima sobre problemas que ocorrem apenas em ambientes de produção, estou usando o Discourse de uma maneira bastante não padrão que envolve um grande número de categorias; os problemas que estou enfrentando provavelmente não são enfrentados por nenhuma outra instância do Discourse. :)\n\nObrigado!\n\nP.S. Apenas para acalmar quaisquer preocupações potenciais sobre meu comentário acima sobre problemas que ocorrem apenas em ambientes de produção, estou usando o Discourse de uma maneira bastante não padrão que envolve um grande número de categorias; os problemas que estou enfrentando provavelmente não são enfrentados por nenhuma outra instância do Discourse. 
Isso tem me intrigado recentemente.
Confirmei que tenho o nível de log como info, mas nenhuma quantidade de:
Rails.logger.info "blah blah blah"
aparece e /errors teimosamente se mantém em warn - o que estou perdendo?
Alguém tem uma solução para isso?
É muito frustrante
… mas não consigo ver os logs de nível Info em /logs!
Alternar “info” não faz nada:
Não tenho certeza de como devemos diagnosticar certos tipos de problemas que ocorrem apenas em Produção sem isso… 
O que está bloqueando os logs de nível info?
Mais coisas que tentei:
- Verifiquei
production.loge as informações que quero estão lá! - Olhei a saída de
Logster.configno console do Rails e não é obviamente útil. - o mesmo para
/vendor/bundle/ruby/3.2.0/gems/logster-2.19.1/lib/logster/configuration.rb
Então, ainda não sei por que os logs de nível info não estão aparecendo em /logs.
Claramente, algo está filtrando os logs de nível info entre production.log e Logster.
Se entendi corretamente, ele está suprimindo informações e depuração no modo de produção por design. Blaming logster/lib/logster/rails/railtie.rb at main · discourse/logster · GitHub
store.level = Logger::Severity::WARN if Rails.env.production?
No modo de produção, ele agrega erros semelhantes por meio de impressão digital de backtraces, ouvindo avisos/erros e mensagens fatais. A intenção é exibir uma lista de problemas abertos da aplicação que podem ser resolvidos de alguma forma.
No modo de desenvolvimento, ele fornece um fluxo completo de todos os logs produzidos pelo Rails. (depuração e acima). Isso tem vantagens significativas sobre o console, pois você tem acesso adequado a backtraces para cada linha de log.
Obrigado.
Faz sentido para o caso principal.
No entanto, isso parece excessivamente restritivo e deveria ser configurável para circunstâncias especiais?
Isso inclui os momentos em que você tem casos de borda em Produção que deseja investigar.