[SP-pm] Como fazer?

[Renato Santos]

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 <tiago.peczenyj at gmail.com>

> 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 <blabos at gmail.com>:
> > 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 <edencardim at gmail.com>:
> >>>>>>> "Blabos" == Blabos de Blebe <blabos at gmail.com> 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: SaoPaulo-pm at pm.org
> >>  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: SaoPaulo-pm at pm.org
> >  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: SaoPaulo-pm at pm.org
>  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>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20111024/191bd871/attachment-0001.html>