[SP-pm] requisições extremamente longas

Tiago Peczenyj tiago.peczenyj at gmail.com
Thu Mar 21 17:45:26 PDT 2013


2013/3/21 Renato Santos <renato.cron at gmail.com>

> Hauah ok, tem uma chance de funcionar
>
> O problema é que a lógica obscura do order by deve estar num código de ruby
>
Não necessariamente.

A logica obscura pode estar em algumas conversões de dados ou mesmo algumas
regras de negócio implicitas agrupando alguma coisa OU "if a == 7 then a =
1987"


>  Em 21/03/2013 21:36, "Daniel de Oliveira Mantovani" <
> daniel.oliveira.mantovani at gmail.com> escreveu:
>
> André, para tudo. Liga os logs do banco e pegue as queries ;)
>>
>> 2013/3/21 Andre Carneiro <andregarciacarneiro at gmail.com>:
>> > 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
>> >
>> > =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
>> >
>>
>>
>>
>> --
>>
>> -dom
>>
>> --
>>
>> IBM - Business Analytics Optimization Consultant
>> Daniel Mantovani +5511 8538-9897
>> XOXO
>> =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
>>
>
> =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
>
>


-- 
Tiago B. Peczenyj
Linux User #405772

http://about.me/peczenyj
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20130321/5ec336bf/attachment-0001.html>


More information about the SaoPaulo-pm mailing list