<br><br><div class="gmail_quote">2011/10/28 Eduardo Verissimo <span dir="ltr"><<a href="mailto:everissimo@gmail.com">everissimo@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Eu usei mod_perl durante um bom tempo. Eu acredito que ele deva ser útil para alguns tipos de aplicação específica, quando ter acesso às entranhas do Apache seja vantajoso.</blockquote><div>Hmmm, acho que tem outras vantagens, mas acho que aparecem mais quando se tem um servidor altamente especializado...</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> Para a minha finalidade, que é servir páginas, a mudança para o fastcgi só trouxe vantagens. </blockquote>
<div>Só para constar, eu já vi várias recomendações para se usar o mod_fcgid em substituição ao mod_fastcgi.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
O consumo de memória é menor. E eu posso trocar o servidor da aplicação sem parar o servidor http. Eu não uso, mas também tem a vantagem de poder executar a aplicação em diversas máquinas diferentes para distribuir a carga, e isso de maneira bem simples.<br>
</blockquote><div>Isso eu fazia com LVS, mas diz o povo da VMWare que LVS pertence ao passado :-D</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Mas se eu estivesse escrevendo um aplicativo para controlar e configurar virtualhosts com o Apache em movimento, eu partiria para o mod_perl sem pestanejar. Lidar com esses aspectos do servidor é babinha.<br>
</blockquote><div>Isso numa aplicação de CMS multisite pode ser muito efetivo...</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>Abraço,<br>
<br>Eduardo Veríssimo<div><div></div><div class="h5"><br><br><div class="gmail_quote">2011/10/28 Leonardo Ruoso <span dir="ltr"><<a href="mailto:leonardo@ruoso.com" target="_blank">leonardo@ruoso.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br><br><div class="gmail_quote">Em 24 de outubro de 2011 15:13, Eden Cardim <span dir="ltr"><<a href="mailto:edencardim@gmail.com" target="_blank">edencardim@gmail.com</a>></span> escreveu:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
>>>>> "Tiago" == Tiago Peczenyj <<a href="mailto:tiago.peczenyj@gmail.com" target="_blank">tiago.peczenyj@gmail.com</a>> writes:<br>
<br>
Tiago> questão de portabilidade: desenvolver com mod_perl me prende<br>
Tiago> de alguma forma ao webserver?<br>
<br>
Tiago> por exemplo, se eu quisesse usar outro webserver que não apache (tipo<br>
Tiago> nginx) é tranquilo ou tem alguns bons nomes no mercado sem suporte a<br>
Tiago> esse módulo?<br>
<br>
Não, mod_perl é uma solução específica do apache. É uma idéia tão ruim<br>
que os concorrentes nem quiseram copiar :D<br></blockquote><div><br></div><div>Sob o risco de estar sendo idiota.... Sobre mod_perl... Eu entendo que seja não válido para shared hosting e que seja ruim para um servidor com aplicações diferenciadas, mas acreditava que seria uma boa ideia para servidores especializados, em que a maioria das requisições são feitas para uma aplicação ou para componentes de uma mesma aplicação. Estou errado então?</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div></div><div>--<br>
Eden Cardim<br>
Software Engineer<br>
<a href="http://bit.ly/edencardim" target="_blank">http://bit.ly/edencardim</a><br>
<a href="http://twitter.com/#%21/edenc" target="_blank">http://twitter.com/#!/edenc</a><br>
<a href="tel:%2B55%2073%209986-3963" value="+557399863963" target="_blank">+55 73 9986-3963</a><br>
=begin disclaimer<br>
Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org" target="_blank">SaoPaulo-pm@pm.org</a><br>
L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
=end disclaimer<br>
</div></div></blockquote></div><font color="#888888"><br><br clear="all"><div><br></div>-- <br>Leonardo Ruoso - Journalist/Perl Developer<br>Media - UFC/2006 - Telecommunications - IFCE/1998<br><a href="mailto:leonardo@ruoso.com" target="_blank">leonardo@ruoso.com</a> - (11) 3522-9612 <br>
</font><br>=begin disclaimer<br>
Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org" target="_blank">SaoPaulo-pm@pm.org</a><br>
L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
=end disclaimer<br>
<br></blockquote></div><br><div style="padding:0px;margin-left:0px;margin-top:0px;overflow:hidden;word-wrap:break-word;color:black;font-size:10px;text-align:left;line-height:130%">
</div>
</div></div><br>=begin disclaimer<br>
Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
=end disclaimer<br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Leonardo Ruoso - Journalist/Perl Developer<br>Media - UFC/2006 - Telecommunications - IFCE/1998<br><a href="mailto:leonardo@ruoso.com" target="_blank">leonardo@ruoso.com</a> - (11) 3522-9612 <br>