Pra quem dúvida do interesse da MS em ter um suporte decente ao Perl, dê uma conferida no print do meu IIS7

http://www.web2solutions.com.br/perlIIS7.jpg

Em meeting recente da MS, o MVP Marcelo Matias ainda afirmou que o windows 8 virá com Perl já no SO. Terminal -> perl -v.

Att ..



Eduardo Almeida - Engenharia de Software
[email protected] - 27 3021-1530 / 27 9600-0395

WEB2 Solutions - Inovando, sempre!
-----Original Message----- From: Eduardo Almeida
Sent: Monday, October 24, 2011 3:23 PM
To: [email protected]
Subject: Re: [SP-pm] Como fazer?

Pra efeitos de curiosidade, ainda no IIS, você poderá rodar seus "códigos
mod_perl" usando esses módulos de duas formas:

1 - Usando o próprio perl para interpretar. Mapea-se a extensão do arquivo
apontando para o perl.exe (menos aconselhável) ou para PerlEx30.dll (mais
aconselhável, presente nas distros da Active State)
2 - Usando a CLI do ASP. Mapea-se a extensão do arquivo apontando para a dll
do asp (asp.dll).

Entre as duas opções, a segunda provê melhor desempenho e roda de forma
nativa no IIS. Ao executar uma página ASP codificada em Perl no IIS usando
asp.dll, o IIS "entrega" o código perl ao interpretador perl que "retorna
binário" "alimentando" a CLI.

Diga-se de passagem, que o .net também pode ser codificado em perl e a
arquitetura é a mesma.

Meus cents ...




Eduardo Almeida - Engenharia de Software
[email protected] - 27 3021-1530 / 27 9600-0395

WEB2 Solutions - Inovando, sempre!
-----Original Message----- From: Eduardo Almeida
Sent: Monday, October 24, 2011 3:05 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?

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

=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

Responder a