[SP-pm] Verificar o tamanho do arquivo gerado

[Ricardo Stock]

Ola Tiago, e obrigado pela resposta... vou dar uma pesquisada sobre o que falou....  Estou tentando encontrar em perl, algo que faça o que o javascript que faz com o document.fileSize. 

Mesmo assim  valeu e obrigado

  From: Tiago Peczenyj 
  To: saopaulo-pm em mail.pm.org 
  Sent: Friday, February 01, 2013 10:27 PM
  Subject: Re: [SP-pm] Verificar o tamanho do arquivo gerado


  Não sei se eu entendi direito (estou cansado... ) mas vejamos. 


  Vc pode paginar os seus resultados de acordo com a consulta no banco e não com o tamanho em "linhas" ou kilobytes. Para isso vc precisa


  1) adicionar uma forma de retornar o TOTAL de registros (ou paginas) e
  2) adicionar uma forma de retornar a pagina X com Y registros.


  Se vc usar um framework, pode resolver com:


  http://blogs.perl.org/users/mohammad_s_anwar/2011/10/pagination-has-become-kids-play-with-dancer.html


  AGORA se nada disso vc pode fazer por N motivos lhe resta o seguinte: coloque um nginx ou apache na frente de forma que vc possa usar HEAD e GET com RANGE BYTES.


  Como assim?


  O metodo GET /recurso lhe retorna o recurso inteiro e no cabeçalho http vai o tamanho.


  O HEAD é a mesma coisa, só que sem o body.


  assim vc retorna o tamanho. O seu cliente vai fazer uma serie de GETS usando o cabeçalho RANGE. Ai vc pode otimizar o web server de forma q no primeiro GET isso será armazenado em cache e os requests subsequentes serão baseados nesse cache. Vc pode fazer no primeiro HEAD tb. Como configura? Não sei.


  Se isso tudo não te atende, não entendi a sua duvida.


  Tiago


  2013/2/1 Ricardo Stock <ricardostock em bol.com.br>

    Ola pessoal boa noite. Me ocorre que gostaria de saber o tamanho em kb de cada requisição feita em meu servidor pelos arquivos/consultas geradas.

    Hipoteticamente falando seria assim:

    Eu tenho um arquivo consulta.html onde entre algum dado para consulta e é executada uma query qualquer.

    Logo após processada a consulda, é retornando o arquivo retorno.cgi com a consulta feita no banco e seu conteúdo em  N linhas.

    Claro que um arquivo com 1 linha de retorno, é menor que um arquivo com 1000 linhas de retorno. Por este motivo gostaria de saber se existe uma forma de calcular dinamicamente o tamanho do arquivo gerado, no caso o consulta.cgi que será retornado ao cliente via http. Neste caso estou desconsiderando paginação de arquivos, onde possa limitar o tamanho do retorno/consulta.

    Por exemplo, se eu deseja-se eu  imprimir no rodapé do arquivo "resposta em x seg (o que já ta feito para teste) com x Kb's." - claro que não irei imprimir isto. mas gostaria de saber e pesquisando eu achei o modulo  Template::Plugin::File::StaticURL, mas acho que ainda não é o que procuro, ou não tenha entendido o mesmo

    Alguém poderia dar uma dica ou caminho das pedras, ou mesmo alguém já fez isso antes ?

    Obs.: Vale lembrar que não estou considerando arquivos anexados ao documento como imagens, scripts, estilos e etc., mas seria interessante se o pudesse fazer também. 

    Isso será interessante para que eu possa saber exatamente o gargalo das minhas consultas e também o link consumido por cada cliente em horários específicos, entre outras informações. Semelhante a conexão de móveis onde temos a quantidade de kb baixados.


    Fico no aguardo de qualquer ajuda.

    Obrigado



    Ricardo Stock
    www.stocksistemas.com.br

    =begin disclaimer
       Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
     SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
     L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
    =end disclaimer







  -- 
  Tiago B. Peczenyj
  Linux User #405772

  http://about.me/peczenyj 


------------------------------------------------------------------------------


  =begin disclaimer
     Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
   SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
   L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
  =end disclaimer
-------------- Pr?xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20130204/c98705ab/attachment.html>