https://bugzilla.wikimedia.org/show_bug.cgi?id=19382
--- Comment #3 from Laurence 'GreenReaper' Parry <[email protected]> 2009-06-24 22:39:42 UTC --- I care more about the fact that the bytes have to be transferred to the client than that Wikimedia has to serve them. This is aimed at improving site responsiveness for users, not cutting bandwidth usage. Every byte you cut out of the head (or the head scripts) is a byte that does not have to be downloaded and processed before the browser can start displaying the page. No, this change would not make a huge difference by itself. Nor is removing comments like "<!-- Head scripts -->" or "<!-- end of the left (by default at least) column -->". But if we can save 1kb with 20 such changes, that *does* mean a faster page, especially for those on mobile devices or limited connections. And a faster site is one which people are more likely to edit. Wikimedia has spent a lot of time on improving server responsiveness. As those problems become less of an issue, we need to look at the gains that can be made on the front-end. All the cool sites are doing it: http://royal.pingdom.com/2008/07/08/best-website-performance-tips-from-velocity-2008/ - http://code.google.com/speed/ Brion rightly points out in IRC that perhaps removing the "var" would provide even more gains. How about removing tabs and also the vars, while retaining the newlines? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
