questão de portabilidade: desenvolver com mod_perl me prende de alguma
forma ao webserver?
Posso dizer que sim e não ... por exemplo, se você estiver usando módulos
como Apache::ASP, ASP4, pra migrar pra IIS basta incluir a diretiva
<%@LANGUAGE="PerlScript"> em seus arquivos .asp
Eduardo Almeida - Engenharia de Software
[email protected] - 27 3021-1530 / 27 9600-0395
WEB2 Solutions - Inovando, sempre!
-----Original Message-----
From: Tiago Peczenyj
Sent: Monday, October 24, 2011 2:51 PM
To: [email protected]
Subject: Re: [SP-pm] Como fazer?
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
=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
