[SP-pm] requisições extremamente longas

Daniel de Oliveira Mantovani daniel.oliveira.mantovani at gmail.com
Thu Mar 21 17:41:35 PDT 2013


Renato, se quem construiu essa aplicação fez ordenação usando Ruby
esse código precisa ser refatorado com urgência.

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
>
> 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
>



-- 

-dom

--

IBM - Business Analytics Optimization Consultant
Daniel Mantovani +5511 8538-9897
XOXO


More information about the SaoPaulo-pm mailing list