[SP-pm] interceptando requisições de outros módulos do Apache

Alceu R. de Freitas Jr. glasswalk3r at yahoo.com.br
Thu Oct 8 07:59:06 PDT 2015


Oi Renato,
Comentei seu e-mail mais abaixo...

 
    
  De: Renato Santos <renato.cron at gmail.com>
 Para: "saopaulo-pm at mail.pm.org" <saopaulo-pm at mail.pm.org> 
Cc: "saopaulo-pm at pm.org" <saopaulo-pm at pm.org> 
 Enviadas: Terça-feira, 6 de Outubro de 2015 16:19
 Assunto: Re: [SP-pm] interceptando requisições de outros módulos do Apache
  
então o "processamento de requisições é encarregado por outro módulo" não é um processo perl?
Sim, é feito por outro módulo. O módulo é em C++, não tenho acesso ao código e ele não tem essa funcionalidade que necessito.
Se nao é, não tem porque usar mod_perl hoje,
ou melhor, você até poderia, mas faria na sua aplicação, que re-faria o request para o "outro modulo", faria os seus logs e retornaria para o apache.
Hmm... acho que não. Eu não tenho uma aplicação já pronta, mas o motivo de usar mod_perl é justamente ter acesso as entranhas do Apache, não estou exatamente procurando persistência com mod_perl.
Mas eu usaria o mod_proxy pois é mais facil de usar ele, e é mais fácil se você usa perlbrew ou roda o perl em outro usuário que nao o do apache.
Geralmente, uso server_starter com starman.
O server_starter é pra fazer 'nice restart' e o starman para controlar os forks.
Se eu entendi direito sua sugestão, eu estaria alterando o fluxo normal das trocas de mensagens. Acho que vou ter que partir mesmo para o mod_perl.
   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20151008/312dda37/attachment.html>


More information about the SaoPaulo-pm mailing list