2015-04-17 2 views
0

Даже если мой конфиг для производства читаетHeroku отображения полной страницы ошибок Rails, даже если config.consider_all_requests_local = ложь

config.consider_all_requests_local = false 

Но я все еще получаю сообщения об ошибках Рельсы в производстве. Не знаю, почему.

Это только начало происходить в последнее время. Это было хорошо на некоторое время.

Я использую Puma, к которому я недавно перешел. Возможно, это вызвало проблемы, но я не знаю, почему. Вот мой конфигурационный файл puma.rb

workers Integer(ENV['WEB_CONCURRENCY'] || 2) 
threads_count = Integer(ENV['MAX_THREADS'] || 5) 
threads threads_count, threads_count 

preload_app! 

rackup  DefaultRackup 
port  ENV['PORT']  || 3000 
environment ENV['RACK_ENV'] || 'production' 

on_worker_boot do 
    # Worker specific setup for Rails 4.1+ 
    # See: https://devcenter.heroku.com/articles/deploying-rails-applications-with-the-puma-web-server#on-worker-boot 
    ActiveRecord::Base.establish_connection 
end 
+1

Уверены ли вы, что ваше приложение работает на производственной среде? –

+0

Я так считаю, если нет чего-то, чего я не вижу. В конфигурации heroku у меня есть RACK_ENV: production, RAILS_ENV: production, и у меня возникла такая мысль, поэтому я изменил функцию_объекта_объекта для среды разработки и нажал и по-прежнему получаю результат. – spitfire109

ответ

0

Ну, это было глупо. Я, наконец, понял, что случайно случайно скопировал файл development.rb в какой-либо другой каталог в моем коде (фактически два разных каталога), так что dev config читался в процессе производства и сбрасывал все. Слава богу, я наконец заметил это. Я вытащил свои волосы и написал кучу пользовательских ошибок.

Я думаю, что это также замедляло каждый запрос. Боже, я рад, что понял это.

Смежные вопросы