o nginx vai se conectar usando o FastCGI não vai? pelo menos é assim q eu uso:
include /etc/nginx/fastcgi_params_catalyst; fastcgi_pass 127.0.0.1:8100; 2011/10/24 Tiago Peczenyj <[email protected]> > questão de portabilidade: desenvolver com mod_perl me prende de alguma > forma ao webserver? > > por exemplo, se eu quisesse usar outro webserver que não apache (tipo > nginx) é tranquilo ou tem alguns bons nomes no mercado sem suporte a > esse módulo? > > 2011/10/24 Blabos de Blebe <[email protected]>: > > Como eu disse nesse trecho, eu não conferi, nem usei o mod_perl tanto > > assim. O meu feeling, sem fazer uma análise mais aprofundada, é que os > > pontos negativos do mod_perl, na maioria das vezes não compensa os > > positivos, em comparação com o FastCGI. > > > > Há muito tempo, eu lembro de alguém comentando em uma das listas de > > Perl que teve problemas com mod_perl e módulos que davam segfaults não > > capturáveis via tratamento de exceções, o que terminava por derrubar o > > apache inteiro. > > > > Meu objetivo com o email anterior foi mais levantar tópicos sobre > > conceitos que precisam ser estudados. > > > > Eu mesmo estou preparando uns artigos (sequencia do sobre HTTP) > > baseados em algumas RFCs sobre o tema, mas não esperem nada antes do > > natal. > > > > Aliás, encontrem as RFCs e leiam. São talvez as fontes mais confiáveis > > sobre o assunto e a leitura é super fluida. > > > > []'s > > > > 2011/10/24 Eden Cardim <[email protected]>: > >>>>>>> "Blabos" == Blabos de Blebe <[email protected]> writes: > >> > >> Blabos> mod_perl > >> > >> Blabos> É uma forma de rodar o seu código diretamente no processo do > >> Blabos> apache. É mais rápido que o FastCGI (acho até que é o mais > >> Blabos> rápido, mas nao conferi) e tem uma boa gama de problemas. É > >> Blabos> uma das "gambiarras" mais usadas pra melhorar performace de > >> Blabos> CGI. É semelhante ao que o PHP faz. > >> > >> Não é mais rápido não, depende da circunstância. Mas em qualquer caso, o > >> mod_perl tende a ocupar mais memória que o fastcgi porque não tem como > >> aproveitar o copy-on-write, então você vai ter uma cópia do > >> interpretador + módulos do perl carregados na memória, para cada > >> worker. Já o modelo FastCGI permite uma estratégia melhor de forking e a > >> maior parte das implementações se aproveitam disso e conseguem manter só > >> um interpretador na memória para todos os workers. > >> > >> -- > >> Eden Cardim > >> Software Engineer > >> http://bit.ly/edencardim > >> http://twitter.com/#!/edenc > >> +55 73 9986-3963 > >> =begin disclaimer > >> Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > >> SaoPaulo-pm mailing list: [email protected] > >> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > >> =end disclaimer > >> > > =begin disclaimer > > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > > SaoPaulo-pm mailing list: [email protected] > > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > > =end disclaimer > > > > > > -- > Tiago B. Peczenyj > Linux User #405772 > > http://pacman.blog.br > =begin disclaimer > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > SaoPaulo-pm mailing list: [email protected] > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > =end disclaimer > -- Saravá, Renato CRON Santos http://www.renatocron.com/blog/ @renato_cron <http://twitter.com/#!/renato_cron>
=begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: [email protected] L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer
