[Cascavel-pm] Por falar em modperl...

[Ednardo Lobo]

On Fri, Mar 28, 2003 at 03:06:58PM -0300, Luis Campos de Carvalho wrote:
> ----- Original Message -----
> From: "Ednardo Lobo" <ednardo em elobo.cjb.net>
> Sent: Friday, March 28, 2003 2:37 PM
> 
> 
> >     Eu tive  um estranho probleminha  com o mod_perl, que  ainda não
> > consegui solucionar:
> >
> >             Não sei por que razão,  quando o trecho de código abaixo
> >         é  executado  via  `mod_perl',  no  Apache,  o  resultado  é
> >         diferente do esperado:
> >
> >                 my $linha = <STDIN>;
> >
> >                 print "$linha\n";
> >
> >             Isso  deveria  imprimir  a primeira  linha  apenas,  mas
> >         quando  executado   via  mod_perl,   todas  as   linhas  são
> >         impressas. Alguém já se deparou com isso?
> 
>   Eu nunca tive problemas deste tipo, mas suspeito de uma variável...
>   Tente executar assim:
> 
>   {
>     local $/ = "\n";
>     my $linha = <STDIN>;
>     print "$linha\n";
>   }
> 

    Engraçado,  em  um novo  teste  que  acabo  de fazer,  não  consegui
reproduzir  o   problema.  Desconfio  agora   que  seja  por   causa  do
$RECOORD_FIELD_SEPARATOR. Na ocasião, o arquivo que estava lendo possuia
tanto linhas com '\r\n' quanto com '\n'. Mas só depois de ter contornado
o problema de uma outra forma, é que fui perceber isso.

>   Isso  deve   eliminar  as   minhs  suspeitas...   acho  que   o  seu
> $RECOORD_FIELD_SEPARATOR   está   sobrecarregado  pelo   Mod_Perl.   A
> justificativa para  fazer isso é  que o HTML não  respeita newlines...
> mas é apenas uma suspeita... tente verificar.
>

> >     Além do ganho de desempenho, ainda não consegui explorar nenhuma
> > outra vantagem que o mod_perl  possa oferecer em relação ao mod_cgi.
> > Se alguém utiliza algum recurso  obscuro do mod_perl, gostaria muito
> > de trocar idéias.
>

>   =-] Aqui cabe uma contribuição útil:
> 
>   Eu explorei conexões  permanentes ao banco de dados,  com redução de
> 2/3  do tempo  de execução  em relação  ao mesmo  script com  conexões
> recriadas a cada nova requisição;
>

    Ah sim, também cheguei a  testar o Apache::DBI. Sua aplicação porém,
é  um tanto  restrita,  por exemplo,  para um  servidor  que possua  uma
aplicação que  acesse sempre a  mesma base e  com mesmo 'userid'.  Se as
bases forem diversificadas,  o número de conexões  abertas poderá causar
problemas.

>   E explorei também um hash como  cache de URL's, em um projetinho que
> eu fiz no SourceForge, algum tempo  atrás... o hash era global, e para
> modificá-lo eu setava um "lock" sobre ele. Interessantinho.
>
>   O meu projeto deve estar por  lá ainda, chamava-se MyProxy, um proxy
> HTTP por reescrita, uma coisa muito doida... =-]
>

    Legal isso!!

    Uma curiosidade! Como  você controla a persistência  do hash global,
uma  vez que  isso  dependerá do  tempo de  vida  (timeout) do  processo
(daemon  apache)  que  estiver  servindo  as  requisições  dos  clientes
(navegadores).

>   []'z!
> --
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>   Luis Campos de Carvalho
>   Computer Science Student
>   OCP DBA Oracle & Unix Sys Admin
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

-- 
    Ednardo Lobo - www.elobo.cjb.net

    Por favor, evitem enviar anexos no formato MS-Office, obrigado!
    Veja: http://www.fsf.org/philosophy/no-word-attachments.pt.html