У меня Rails 3.2.3 с Apache и Passenger.
У меня есть проект, работающий в режиме разработки.
Когда я переключу проект в производственный режим (Passenger standard)
он дает мне HTTP Error 500:
Мы сожалеем, но что-то пошло не так.
Это происходит даже при WEBrick.
Может кто-нибудь мне помочь?
Edit
Файл моей производственной среды: http://pastebin.com/ZAudSzkc
Убедитесь, что вы запустили $ bundle install. Если это не удается, перейдите в свою производственную среду и подключитесь к серверу, используя ssh и $ tail -f log/production.log в текущем производственном приложении.
Это сгенерирует вывод, который может показать ошибку.
Если это не показывает ошибку в каталоге log/, сделайте $ ls -la если есть какие-либо файлы passenger.error, откройте последнюю $ ls -la и проверьте там ошибки.
Надеюсь, это помогло вам!
В дополнение к log/production.log вы также должны просмотреть журнал ошибок веб-сервера, как правило, /var/log/apache2/error.log или /var/log/nginx/error.log. Вместо этого там написано несколько ошибок. Дополнительную информацию можно найти в разделе "Устранение неполадок" в руководстве для пассажиров:
Я боролся с подобным типом проблемы и обнаружил, что, изменив config.consider_all_requests_local на true в config/environment/production.rb, я мог получить сообщение об ошибке для отображения на производстве и посмотреть, что представляет собой настоящая проблема. Очевидно, измените его, как только вы устранили проблему.
Мы столкнулись с той же проблемой, с тем же сообщением, с кодом ошибки 500, но он был в режиме разработки и ничего полезного не было зарегистрировано. И это произошло только в одной из моих колледжей.
Проблема заключалась в не-ASCII-символах (здесь: умлауты вроде ü, ß и т.д.) внутри строк. Теперь мы просто переводим все с помощью I18n.t('text_to_translate') (найдите соответствующий файл перевода yaml в /config/locales/, для получения дополнительной информации о I18N см. http://guides.rubyonrails.org/i18n.html).
У меня была похожая проблема с установкой django в пассажирской среде.
Проблема для меня заключалась в том, что в файле passenger_wsgi.py путь к пользовательской установке Python virtualenv был неверным.