perl 5.14 pelo menos? 2011/10/24 Eduardo Almeida <[email protected]>: > 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 >
-- 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
