At least this explains why we have half as many CSS loads as page views. :)
Actually, I think 20% is an *underestimate* of the CSS & JS loads. The way it's being measured is like this: ======================================================= + ("upload", re.compile(r"^http://upload.wikimedia.org/")), + ("article", re.compile(r"^http://%5B%5E/%5D+/wiki/")), + ("wikifiles", re.compile(r"^http://%5B%5E/%5D+/w/")), + ("skins-css", re.compile(r"^http://%5B%5E/%5D+/skins-1.5/.*%5C.css")), + ("skins-js", re.compile(r"^http://%5B%5E/%5D+/skins-1.5/.*%5C.js")), + ("skins-image", re.compile(r"^http://%5B%5E/%5D+/skins-1.5/.*%5C.(?:png%7Cgif%7Cjpg)"))] =======================================================
Now, for me, 4 of the 7 CSS stylesheets I'm loading would be counted as "wikifiles" : ======================================================= @import "/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&action=raw&ctype=text/css&smaxage=2678400"; @import "/w/index.php?title=MediaWiki:Monobook.css&usemsgcache=yes&action=raw&ctype=text/css&smaxage=2678400"; @import "/w/index.php?title=-&action=raw&gen=css&maxage=2678400&smaxage=0&ts=20070207033933"; @import "/w/index.php?title=User:Nickj/monobook.css&action=raw&ctype=text/css"; ======================================================= (The reason it's 7 rather than 6 stylesheets is that I have a custom stylesheet; in IE it'd be 8 stylesheets)
An extra rule for "css-wikifiles" that matched on "/w/ + "action=raw&ctype=text/css" or "action=raw&gen=css" could be useful. I recognise and acknowledge though that the original figures were just a very rough quick back-of-the-envelope thing, and any figures are good and welcome :-)
My very very crude guess though is that *maybe* 2/3rds of the "wikifiles" category is CSS or JS files - which would make the total bandwidth usage around 26% for CSS and JS.
And what's more, that figure would certainly be higher, if it were not for the dynamic content compression already in place for those files (but not for the skins/ files).
All the best, Nick.