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
