Na mojego maila, że Passenger to korzyść dla dwóch stron otrzymałem odpowiedź:
"Nie instalujemy tego modułu ze względu na kilka czynników.
moduł nie jest standardowym modułem Apache
możliwe problemy z poprawnym działaniem
stabilność serwera z tym modułem
support przy nowych wersjach (często się zdarza, że autor porzuca moduł i
nie działa on z nowymi wersjami apache albo bibliotek które wykorzystuje, w
takim przypadku jesteśmy zmuszeni utrzymywać kod samodzielnie)
konieczność przeprowadzenia testów oraz audytu (bezpieczeństwa kodu).
Z naszej strony podajemy gotowe rozwiązanie z powodzeniem wykorzystywane
przez wielu klientów."
Ich argumenty mają jednak trochę sens. Każdy taki moduł dokłada od siebie w kwestiach bezpieczeństwa, zużycia zasobów, kompatybilności itp.
Ja natomiast mam inną propozycję. Jeśli masz dostęp do shella (a zapewne tak jest skoro możesz instalować tam mongrela) to zainstaluj sobie sam apache/nginx (polecam ten drugi z uwagi na zużycie mniejszej liczby zasobów), a oni niech już sobie zrobią reverse proxy do Twojej instancji serwera (dokładnie tak samo jak w przypadku mongrela). Czy coś stoi na przeszkodzie dla takiego scenariusza?
To się okaże, bo pierwszy raz prowadzę ten przedmiot.
Nota bene, mam przetłumaczone w wersji wstępnej pozostałe przewodniki po Rails - gdyby ktoś chciał zająć się opracowaniem redakcyjnym (bo ja będę miał czas pewnie dopiero gdzieś w kwietniu), to chętnie przekażę to zadanie.
ja też chętnie zamiast uczenia się o standardzie VMEBus, które ma sto lat, i nikt tego nie używa, nie uczyć się o WinAPI, którego nikt nie używa tylko bawić się czymś, co mi się potem może przydać w pracy
