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]
