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 < glasswal...@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@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>
=begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer
