At 10:29 18/05/2001, you wrote:
>If this is true it's nice.  Means you can balance your design, downloading a
>portion of it with a splash page and the rest with the main page.
>Significantly reduces the impression of "waiting" with the user.
>
>Also, implementing Apache server mods that add dynamic compression on the
>fly and you can almost reduce a "coded" foot-print of the API used in a
>dynamic page to the 45-50K range using well planned art (damned if Jacob
>Nielson wouldn't be impressed).  Try that in Flash.  Then add to that the
>ability to reskin, alter page states and pump mass quantities of server-side
>dynamics into an ever shift page paradigm, and...
>
>well that's why were all here.
>
>Cheers,
>
>DS

It is exactly how it goes (rfc-2616, chapters 13 and 14). When a browser 
already has received a .js file, on next "need" the browser simply asks 
"Has the file been modified since [Date-of-js-file] ?" And the server to 
respond : 304: No, you can use your copy", without actually resend the 
whole file.

Doesn't anyone already know how HTTP works, I thought you were working in 
the IT industry :-) (there the rocks go)....


>I found this snippet :
>
>One of the greatest advantages to using .js files across mutliple pages is
>that the files are cached after the initial use, and are ready immediately
>on subsequent pages, speeding up load times after the initial page visited
>at your site.

For example, for my site, to reduce bandwidth need, I use the "HTML 
generate" technique: The repetitive content is stroed in .js files, and a 
document.write outputs it in a page. In is not really easy do debug, but it 
is a HUGE bandwidth (and server-time) saver. Instead of generating and 
sending a page that is nearly 200Kb, I send a 20Kb .js file, some data in 
Javascript arrays, and the browser generates it all. I also use ESC and 
mod_gzip, and the total of my .js files (164kb), goes down to 24Kb.

Hope this might give some ideas, we're not all on broadband.....


Marc


_______________________________________________
Dynapi-Dev mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dynapi-dev

Reply via email to