Hello et merci pour tes réponses. Le 20 juillet 2011 16:49, [email protected] <[email protected]> a écrit :
> 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 > Quand j'avais regardé, Passenger ne compilait pas super sur la Debian où j'ai du faire tourner mon serveur. Et j'ai trouvé la configuration de nginx + Thin triviale à écrire (je ne suis pas admin sys mais je me débrouille et j'ai un background en réseau, configurer des sockets et des fifos ça me parle plus qu'inclure des plugins applicatifs :) ). C'est vrai que je ne peut pas changer de version de manière ultra propre, et si quelqu'un saurait faire avec Thin, je suis preneur (à mon avis c'est surtout un problème de commande à utiliser). Cela dit, se problème ne se pose pas vraiment dans mon cas (modifications du serveur infréquentes et trafic somme toute assez faible). Pour le problème de 502, le code de passenger fait bien appel à des fonctions d'upstream dans nginx. Je n'ai pas cherché à comprendre les cas qui font péter une 502, mais j'imagine que c'est le plugin qui merdoie. T'as fait des tests de montée en charge? --Lucas > ++ > > 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] > -- 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]
