После двух с половиной лет разработки представлена (http://blog.phusion.nl/2013/05/06/phusion-passenger-4-0-1-fi.../) новая ветка проекта Phusion Passenger 4.0 (http://www.modrails.com) (изначально развивался под именами mod_rails и mod_rack), сервера для быстрого развертывания web-приложений на языке Ruby, использующих интерфейс Rack (например, Ruby on Rails), а также WSGI-приложений на языке Python. Сервер оформлен в виде модулей для http-серверов Apache и Nginx, и позволяет легко запустить в рамках одного http-сервера несколько независимых web-платформ на базе WSGI или Rack, достаточно просто скопировать файлы web-приложения в специальную директорию, без необходимости отдельного конфигурирования. Проект позиционируется как стабильный и готовый для промышленного использования. В частности, Phusion Passenger уже применяется на сайтах New York Times, Symantec и Pixar. Код проекта распространяется (https://github.com/FooBarWidget/passenger) под лицензией MIT.
Среди добавленных в ветке 4.0 новшеств отмечается поддержка Python WSGI; возможность использования для обслуживаемых проектов разных версий Ruby; поддержка многопоточности; перевод ядра пакета на новую систему обработки событий, сходную с Nginx и Node.js; включение средств для буферизации ответов; улучшенные средства диагностики ошибок; поддержка Ruby 2.0, JRuby и Rubinius; поддержка API (http://blog.phusion.nl/2013/01/23/the-new-rack-socket-hijack.../) захвата сокетов в Rack; система запуска длительно выполняемых фоновых задач, работающих вне цикла обработки запросов клиента (например, таким способом можно выполнять сборщики мусора). В следующем выпуске ожидается реализация средств для развёртывания приложений для Node.js.
URL: http://blog.phusion.nl/2013/05/06/phusion-passenger-4-0-1-fi.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=36883
старье, уже 4.0.2 есть
Добавил поддержку этого модуля в проект http://repobuild.comТеперь можно собирать rpm пакеты Nginx под RHEL/CentOS 5/6 с данным модулем.
Зачем оно нужно, если есть FastCGI?
>Зачем оно нужно, если есть FastCGI?Они для разного применения.
Для какого ещё разного?
uwsgi явно получше fcgi
Глючит со страшной силой: This application is a Rails 3 application, but it was wrongly detected as a Rails 1 or Rails 2 application. This is probably a bug in Phusion Passenger, so please report it.
Сабж: "Сервер оформлен в виде модулей для http-серверов Apache и Nginx, и позволяет легко запустить в рамках одного http-сервера несколько независимых web-платформ на базе WSGI или Rack. Проект позиционируется как стабильный и готовый для промышленного использования (хотя это кривая недоальфа, несмотря на версию 4)."FastCGI: "Сервер оформлен в виде модулей для http-серверов Apache и Nginx, и позволяет легко запустить в рамках одного http-сервера несколько независимых web-платформ на базе WSGI или Rack. Проект позиционируется как стабильный и готовый для промышленного использования."
Все таки твои умственные способности сильно ограничены.WSGI и Rack - middleware, выполняющие различные функции, такие как аутентификация, поддержка сессий, маршрутизация, балансировка, с единым интерфейсом для языков Python и Ruby соответственно. FastCGI - интерфейс-связка между приложением и веб-сервером и больше ничего.
Ничто не мешает запустить связку Django(WSGI) + flup(FastCGI) + Apache, и многие так и делают, только с модулем wsgi накладные расходы меньше, потому как он делает все тоже самое что и FastCGI и много больше его.
Мы тут вроде mod_passenger обсуждаем, а не WSGI и Rack.
Кто уже пользовался модулем для Python?
А какие оно несёт выгоды по сравнению с существующими решениями?
простота использования, интеграция, мониторинг