[SP-pm] interceptando requisições de outros módulos do Apache
Renato Santos
renato.cron at gmail.com
Tue Oct 6 11:46:50 PDT 2015
Eu tentaria começar então pelo mod_dumpio
Tentar escrever num filehandle ou se falhar, na memoria tipo /dev/shm (mas
cuidado)
e ai processar posterior e ir jogando fora.
O que eu sugiro, é ter 'mais controle' sobre o ambiente, ou seja,
independente do que você for fazer, ter certeza que vai funcionar e que
você pode mudar depois sem maiores problemas.
Creio que isso não é tão verdade, caso contrario, você não estaria mais
usando mod_perl.
2015-10-06 15:42 GMT-03:00 Alceu Rodrigues de Freitas Junior <
glasswalk3r at yahoo.com.br>:
> Infelizmente não Renato... eu preciso que isso seja da forma mais
> transparente possível e com o mínimo de impacto possível em desempenho.
>
> Imagino que obter o BODY da requisição HTTP e salvar "em algum lugar" para
> processamento posterior seria o mais rápido a ser feito.
>
> Em 06-10-2015 12:08, Renato Santos escreveu:
>
>> Nenhuma chance de mover o certificado para 'trás' (indo na visão client
>> -> apache -> perl) e criar um (nginx -> suas-regras -> apache -> perl)
>>
>> Com nginx você pode fazer 'cascata' de proxy ou/e usar processadores dos
>> dados até mesmo dentro dele, 'in memory', seria melhor do que usar o
>> mod_dumpio que provavelmente escreve os dados em disco.
>>
>
> =begin disclaimer
> Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
--
Saravá,
Renato CRON
http://www.renatocron.com/blog/
@renato_cron <http://twitter.com/#!/renato_cron>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20151006/80f34bf8/attachment-0003.html>
More information about the SaoPaulo-pm
mailing list