Pour compléter ma réponse, je vois 2 avantages majeurs à Passenger par rapport à d'autres systèmes : * les déploiements 0 downtime : c'est Passenger qui gère les anciennes et les nouvelles requêtes de manière transparente pour l'utilisateur * Passenger ne nécessite pas de script de démarrage spécifique : si nginx démarre, à partir du moment où une utilisateur appelle l'appli, Passenger va démarrer
++ yk Le 20 juillet 2011 10:43, [email protected] <[email protected]> a écrit : > Je préfère Passenger parce que mon temps d'administration sys/réseau est > limité et que c'est plus simple à mettre en place et à maintenir. > > Depuis le départ, j'ai fait à peu près tous les systèmes d'hébergement > (mod_ruby, fastcgi, mongrel, thin et enfin Passenger). Certes, avec une > grappe thin c'est peut-être plus performant (voire avec unicorn/rainbows que > je n'ai pas encore testé) mais avec le hardware d'aujourd'hui, j'ai le temps > de voir venir. > > Mais je te retourne la question. Pourquoi préfères-tu thin à Passenger ? > Même question pour ceux qui utilisent unicorn ou rainbows ! > > ++ > > yk > > Le 20 juillet 2011 10:26, lucas di cioccio <[email protected]> a > écrit : > > >> Le 19 juillet 2011 19:10, [email protected] <[email protected]> a >> écrit : >> >> C'est Passenger 3.0.7 et donc Nginx 1.0.0... >>> >> >> Ok, tu parlais des log apache :). >> En zyeutant rapidement la source de nginx, la 502 ne saute que dans la >> partie du code qui s'occupe des servers upstreams, comme quand j'avais des >> problème de Thin qui meurent derrière le nginx. >> A priori il y a aussi des histoires de cache (avec flags de compilation), >> donc j'ose imaginer qu'il faut(faille?) désactiver le caching pour >> reproduire le bug de manière systématique. >> Enfin, il faut regarder comment Passenger s'intègre dans nginx, ou si >> nginx intègre les modules comme des upstream. >> >> Par simple curiosité, et sans vouloir démarrer des trolls, quel >> avantage(s) trouves-tu à Passenger vs. Thin ? Je ne suis pas familier du web >> mais j'ai du m'y mettre, et j'aimerais être au fait des divers options. Pour >> info j'ai fait un truc un peu overkill avec 8 process dont 4 sont réservés à >> la collection des données (critique) et 4 pour la présentation des résultats >> aux utilisateurs. Et j'ai deux couches de reverses proxy pour des raisons de >> compromis avec ce qu'il y avait déjà (et ça marche trés bien :)). >> >> --Lucas >> >> >>> L'erreur est reporté à 2 ou 3 endroits (stackoverflow, serverfault et ml >>> passenger), mais sans solution... >>> >>> ++ >>> >>> yk >>> >>> >>> Le 19 juillet 2011 18:53, lucas di cioccio <[email protected]> a >>> écrit : >>> >>> >>>> >>>> Le 19 juillet 2011 18:47, [email protected] <[email protected]> a >>>> écrit : >>>> >>>> Hello tous, >>>>> >>>>> On a quelques applications tournant avec Rails 3.1.rc4 derrière >>>>> Passenger+Nginx. >>>>> >>>>> De manière aléatoire, je n'arrive pas à accéder à l'application et >>>>> nginx me rend la page "502 Bad Gateway". Est-ce que ça vous arrive aussi ? >>>>> Est-ce que quelqu'un a une solution au problème ? >>>>> >>>>> Evidemment, je ne vois rien de spécial, ni dans les logs Rails, ni dans >>>>> les logs apache. Les applications en rails 3.0.x ou 2.3.x se comportent >>>>> normalement sur la même plate-forme... >>>>> >>>> >>>> Tu as un apache ou un nginx? >>>> Bad gateway en général c'est quand un reverse proxy ne peut trouver >>>> d'upstream. Pour passenger, je ne sais pas comment il tourne. >>>> >>>> --Lucas >>>> >>>> >>>>> >>>>> ++ >>>>> >>>>> yk >>>>> >>>>> -- >>>>> Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" >>>>> de Google Groups. >>>>> Pour transmettre des messages à ce groupe, envoyez un e-mail à >>>>> l'adresse [email protected] >>>>> Pour résilier votre abonnement envoyez un e-mail à l'adresse >>>>> [email protected] >>>> >>>> >>>> -- >>>> Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" >>>> de Google Groups. >>>> Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse >>>> [email protected] >>>> Pour résilier votre abonnement envoyez un e-mail à l'adresse >>>> [email protected] >>> >>> >>> -- >>> Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" >>> de Google Groups. >>> Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse >>> [email protected] >>> Pour résilier votre abonnement envoyez un e-mail à l'adresse >>> [email protected] >>> >> >> -- >> Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de >> Google Groups. >> Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse >> [email protected] >> Pour résilier votre abonnement envoyez un e-mail à l'adresse >> [email protected] >> > > -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected]
