[Laszlo-dev] application/lfc file size

[Donald Anderson]

Well it looks like I'm never seeing compressed numbers, using curl or  
firebug.
Firebug does hav a header for Content-Length, I don't see anything  
else that
looks like a compressed length.  It always shows the size of the file  
in the file system.
For example, for LFChdml.js, I get:

   Content-Length	345694

and that's the size of the file.

And same if I do curl:

$ curl --compressed --dump-header curlheaders.tmp http://127.0.0.1:8080/trunk-a//lps/includes/lfc/LFCdhtml.js 
  > /dev/null
   % Total    % Received % Xferd  Average Speed   Time    Time      
Time  Current
                                  Dload  Upload   Total   Spent     
Left  Speed
100  337k  100  337k    0     0  51.8M      0 --:--:-- --:--:--  
--:--:-- 80.3M

337k = 345694 within 1K.  (same result without --compressed)
the curlheaders.tmp shows the same numbers in content length.

What am I missing...?

- Don

On Sep 3, 2008, at 4:56 PM, P T Withington wrote:

> I thought the firebug Net tab gave numbers. Also, Safari's Activity  
> window and it's nifty new developer console have lots of info...  
> Don't know if you've already explored those?
>
> On Sep 3, 2008, at 4:33 PM, Donald Anderson <dda at ddanderson.com>  
> wrote:
>
>> Here's the reason I found curl unsatisfying when gathering stats  
>> last week:
>>
>> curl 'http://127.0.0.1:8080/trunk-a/demos/lzpix/app.lzx?lzr=swf8&lzt=html'
>>
>> Wow, only 2492 bytes.  Hmmm....
>> It does not get:
>>   <script type="text/javascript" src="/trunk-a/lps/includes/embed- 
>> compressed.js"></script><style type="text/css">
>>
>> or:
>>   lz.embed.swf({url: 'app.lzx?lzt=swf&lzr=swf8', bgcolor:  
>> '#cfcfcf', width: '800', height: '600', id: 'lzapp', accessible:  
>> 'false'});
>>
>> I can certainly either parse these out and get the next level or  
>> hardcode what to get in a script.
>> I'll start with hardcoding the commands to get some numbers.  This  
>> could be put into into a build script,
>> with the proviso that it might be a little fragile if things move  
>> around.
>> Also, this approach has problem retrieving deeper referenced  
>> content (e.g. pictures
>> loaded programmatically).
>>
>> I notice my machine (OSX) has curl, but does not have wget (at  
>> least by default).
>> My linux box has both, Windows cmd has neither and Windows/cygwin  
>> has both.  So I'll go with curl.
>>
>> As for using firebug, I looked again under the header statistics  
>> (for a big DHTML file -  LFCdhtml.js) and it only shows
>> Content-Length, nothing about a compressed length.  Max, let me  
>> know if I'm missing something...
>>
>> If we needed/wanted the complete picture of the download, we could:
>>   1) have a tiny proxy server that proxies to the laszlo tomcat  
>> server and monitors/reports the actual byte counts.
>>   2) rig up the build script to run firefox (like lzunit does) and  
>> hit the proxy server with the rest of the url.
>>  might take a day or so to do this.
>>
>> I'm going to start with the hardcoded scripts to grab just the  
>> larger files (app and runtime).
>>
>> - Don
>>
>> --
>>
>> Don Anderson
>> Java/C/C++, Berkeley DB, systems consultant
>>
>> voice: 617-547-7881
>> email: dda at ddanderson.com
>> www: http://www.ddanderson.com
>>
>>
>>


--

Don Anderson
Java/C/C++, Berkeley DB, systems consultant

voice: 617-547-7881
email: dda at ddanderson.com
www: http://www.ddanderson.com



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.openlaszlo.org/pipermail/laszlo-dev/attachments/20080903/e3fce0b1/attachment.html