[SP-pm] requisições extremamente longas

Andre Carneiro andregarciacarneiro at gmail.com
Thu Mar 21 15:07:39 PDT 2013


Salve!

Estou com problemas para processar requisições extremamente longas. A
situação é a seguinte:

- Tenho um servidor Apache rodando Ruby on Rails, que por sua vez, roda um
front-end de um sistema de pesquisas(survey).
- Tenho um script Perl que precisa acessar as páginas desse front-end e
recuperar alguns relatórios. Aí vocês me perguntam 'Por que você não acessa
via Banco de dados? Bom, basicamente não consigo descobrir alguns detalhes
sobre como o sistema ordena alguns dados, o que me gera vários problemas
com os relatórios que eu preciso entregar, aí achei que o melhor caminho
seria usar o relatório que já existe no front-end e filtrar apenas o
necessário, sem alterar a ordem de nada.
- O problema é que alguns relatórios são muito grandes, o que não impede o
front-end gerar o arquivo e disponibilizar o link. Isso, a princípio, é
feito on-demand, ou seja, tem um botão onde se clica para disparar uma
requisição que faz com que essa app Ruby gere esses relatórios. E a
requisição via browser não morre até o relatório ser gerado, não importando
o tamanho desse relatório e/ou quanto demore. O grande problema é que eu
não sei porque, quando eu faço essa requisição via Perl(WWW::Mechanize,
LWP, WWW::Curl etc.) a requisição 'morre', e gera só um pedaço do arquivo.

Algum código:
<code>
    my $m = WWW::Mechanize->new(autocheck => 1,
                                cookie_jar => HTTP::Cookies->new( file =>
"$ENV{HOME}/.cookies.txt" ) ,


                            );

    $m->get('http://whatever.com');
    if(!$m->succes){
      #erro
    }
    else{
      #ok, o arquivo foi gerado processe-o!

    }
</code>

É isso! Alguma idéia?  Tá faltando informação?



Cheers!

-- 
André Garcia Carneiro
Software Engineer
(11)982907780
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20130321/143b3b32/attachment-0001.html>


More information about the SaoPaulo-pm mailing list