[SP-pm] Como fazer?

[Leonardo Ruoso]

2011/10/28 Eduardo Verissimo <everissimo em gmail.com>

> 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.

Hmmm, acho que tem outras vantagens, mas acho que aparecem mais quando se
tem um servidor altamente especializado...


> Para a minha finalidade, que é servir páginas, a mudança para o fastcgi só
> trouxe vantagens.

Só para constar, eu já vi várias recomendações para se usar o mod_fcgid em
substituição ao mod_fastcgi.


> 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.
>
Isso eu fazia com LVS, mas diz o povo da VMWare que LVS pertence ao passado
:-D


> 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.
>
Isso numa aplicação de CMS multisite pode ser muito efetivo...


>
> Abraço,
>
> Eduardo Veríssimo
>
>
> 2011/10/28 Leonardo Ruoso <leonardo em ruoso.com>
>
>>
>>
>> Em 24 de outubro de 2011 15:13, Eden Cardim <edencardim em gmail.com>escreveu:
>>
>>> >>>>> "Tiago" == Tiago Peczenyj <tiago.peczenyj em gmail.com> writes:
>>>
>>>    Tiago> questão de portabilidade: desenvolver com mod_perl me prende
>>>    Tiago> de alguma forma ao webserver?
>>>
>>>    Tiago> por exemplo, se eu quisesse usar outro webserver que não apache
>>> (tipo
>>>    Tiago> nginx) é tranquilo ou tem alguns bons nomes no mercado sem
>>> suporte a
>>>    Tiago> esse módulo?
>>>
>>> Não, mod_perl é uma solução específica do apache. É uma idéia tão ruim
>>> que os concorrentes nem quiseram copiar :D
>>>
>>
>> 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?
>>
>>
>>> --
>>> 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: SaoPaulo-pm em pm.org
>>>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>>> =end disclaimer
>>>
>>
>>
>>
>> --
>> Leonardo Ruoso - Journalist/Perl Developer
>> Media - UFC/2006 - Telecommunications - IFCE/1998
>> leonardo em ruoso.com - (11) 3522-9612
>>
>> =begin disclaimer
>>   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>>  SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
>>  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: SaoPaulo-pm em pm.org
>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
>


-- 
Leonardo Ruoso - Journalist/Perl Developer
Media - UFC/2006 - Telecommunications - IFCE/1998
leonardo em ruoso.com - (11) 3522-9612
-------------- Pr�xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20111028/8a987b36/attachment-0001.html>