On Sun, Oct 5, 2008 at 12:15 PM, howard chen howachen@gmail.com wrote:
Results is quite surprising, Grade F (47). Of course lower mark does not always means bad, but there are some room for improvement, e.g.
[snip]
- Minify JS (e.g. http://en.wikipedia.org/skins-1.5/common/ajax.js?179)
Probably pointless. It's small enough already that the load time is going to be latency bound for any user not sitting inside a Wikimedia data center. On ones which are above the latency bound window (of roughly 8k), gzipping should get them back under it.
- Enable GZip compression (e.g.
The page text is gzipped. CSS/JS are not. Many of the CSS/JS are small enough that gzipping would not be a significant win (see above) but I don't recall the reason the the CSS/JS are not. Is there a client compatibility issue here?
- Add expire header (e.g.
http://upload.wikimedia.org/wikipedia/en/9/9d/Commons-logo-31px.png)
Hm. There are expire headers on the skin provided images, but not ones from upload. It does correctly respond with 304 not modified, but a not-modified is often as time consuming as sending the image. Firefox doesn't IMS these objects every time in any case.
The caching headers for the OggHandler play button are a bit odd and are causing the object to be refreshed on every load for me.
In any case, from the second page onwards pages typically display in <100ms for me, and the cold cache (first page) load time for me looks like it's about 230ms, which is also not bad. The grade 'f' is hardly deserved.