Возникли проблемы при отладке приложения Sinatra на производстве - PullRequest
Новая
       28

Возникли проблемы при отладке приложения Sinatra на производстве

11 голосов
/ 27 октября 2009

Я развертываю приложение Sinatra, используя пассажир. Развернутое приложение работает, но не полностью: некоторые пути работают нормально, другие просто отображают пустую страницу. Кажется, я не могу найти каких-либо серьезных различий между маршрутами, которые работают, и маршрутами, которые не работают, и я не могу отследить какие-либо ошибки ..

Обработчики

Я определил обработчики not_found и error следующим образом: 

not_found do
  '404. Bummer!'
end

error do
  'Nasty error: ' + env['sinatra.error'].name
end

Они отлично работают на моей локальной машине, как в разработке, так и на производстве, но я никогда не видел, чтобы они появлялись на сервере.

Логи Apache

Когда я подключаю Apache access.log и нажимаю на один из сломанных путей, я вижу 500: 

helpers [27/Oct/2009:15:54:59 -0400] "GET /admin/member_photos/photos HTTP/1.1" 500 20 "-" "Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3"

rack_hoptoad

Я также установил и настроил rack_hoptoad промежуточного программного обеспечения в моем config.ru, но никаких исключений не происходит из-за этого. 

# Send exceptions to hoptoad
require 'rack_hoptoad'
use Rack::HoptoadNotifier, 'MY_API_KEY'

регистрация

Я настроил ведение журнала так ... 

set :raise_errors => true
set :logging, true

log = File.new("log/sinatra.log", "a+")
STDOUT.reopen(log)
STDERR.reopen(log)

require 'logger'
configure do
  LOGGER = Logger.new("log/sinatra.log") 
end

helpers do
  def logger
    LOGGER
  end
end

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

Что делать?

Есть идеи относительно того, как я могу увидеть, что вызывает 500 ошибок? Спасибо за любую помощь!

Ответы [ 3 ]

6 голосов
/ 01 ноября 2009

Я бы попытался использовать промежуточное ПО Rack :: ShowExceptions, чтобы попытаться отследить проблему. В вашем config.ru добавьте эти две строки перед запуском вызова: 

require 'rubygems'
require 'your-app'

use Rack::ShowExceptions

run YourApp

Это должно отлавливать и отображать обратную трассировку для любых исключений, возникающих в Rack или в вашем приложении. Это должно дать вам больше деталей для работы, по крайней мере, это будет надежда.

1 голос
/ 31 октября 2009

Может быть, что-то не так с настройкой вашего журнала?

Перенаправление STDERR при запуске сервера Sinatra, чтобы вы могли его прочитать. Как: * +1003 * 

ruby myapp.rb -p 1234 > log/app.log 2>&1
0 голосов
/ 05 ноября 2009

Спасибо за ответы, но мне не пришлось их использовать. Первоначально я развертывал приложение в конфигурации sub-URI . Когда я развернул приложение на своем собственном поддомене, проблемы исчезли.

Итак ... Я не совсем уверен, в чем проблема, но избавление от этой строки - это моя конфигурация Apache для сайта - вот что решило: 

Redirect permanent / https://www.example.org/admin/member_photos/
...