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

[Renato Santos]

Não estou entendendo direito, essa App em c++, ela que cuida do ssl?
On Oct 8, 2015 12:02, "Alceu R. de Freitas Jr." <glasswalk3r at yahoo.com.br>
wrote:

> 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.
>
>
> =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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20151008/649d01a4/attachment.html>