I was looking at the page sizes, and noticed that the wikipedia.ico<http://bits.wikimedia.org/favicon/wikipedia.ico> file is 15KB, which is about 14% of the average m. page size. Unfortunatelly, this download is not reported by either firefox or chrome dev tools due to know <http://comments.gmane.org/gmane.comp.mozilla.firefox.firebug/9253> bugs <https://code.google.com/p/chromium/issues/detail?id=110449>, so it might have been overlooked in our site performance review. Can we shrink it somehow? Or is there a reason to keep it as is? I tried shrinking it with GIMP to 4bit - and got a 5x reduction. There are some color changes, but I don't know much about images, so possibly some pixel hunting by a designer is needed. Also, I tried 4bit+PNG option, which might not be supported by every browser, especially some mobile ones, and it got me an extra 569 bytes (21%) Lastly, do we really need 3 different sizes - 16,32,64? Can we do 16 & 64? _______________________________________________ Mobile-l mailing list Mobile-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l

Didn't a volunteer from a Google project recently work on all the favicons and make them nicer? _______________________________________________ Mobile-l mailing list Mobile-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l

FYI, a good ICO optimization article from 2 years ago: http://zoompf.com/blog/2012/04/instagram-and-optimizing-favicons Brion, it showed up in my history tab - I don't know when that got populated, but i am guessing at the same time as i went to the site, because otherwise it wouldn't have shown any other icons for previously visited sites (or would have to download all of them at once) Also, I am guessing that it follows the regular caching policy that server provides, probably similar to all other static resources like javascript, css, and icons. And we should try to optimize everything if we can, right? We need to make a very good (quick) first impression :) Judging by how many grayscale colors are being used by the icon, we should easily be able to reduce it to 4 bit, and yes, lets kill 32x.32. I doubt any system out there won't work with 8x8 or 64x64. Also, there seems to be a problem with the server -- the icon is not being gziped in response: Request URL:http://bits.wikimedia.org/favicon/wikipedia.ico Request Method:GET Status Code:200 OK Request Headers Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8 Accept-Encoding: gzip,deflate,sdch Accept-Language: en-US,en;q=0.8,ru;q=0.6 Cache-Control: max-age=0 Connection: keep-alive DNT: 1 Host: bits.wikimedia.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/33.0.1750.70 Safari/537.36 Response Headers Accept-Ranges: bytes Age: 22 Connection: keep-alive Content-Length: 15086 Content-Type: image/x-icon Date: Tue, 11 Feb 2014 16:11:22 GMT ETag: "3aee-4eec784a2b180" Last-Modified: Mon, 30 Dec 2013 21:56:38 GMT Server: Apache Via: 1.1 varnish X-Cache: cp1057 hit (3817) X-Varnish: 39968843 39876658 On Tue, Feb 11, 2014 at 9:24 AM, Brion Vibber &lt;bvibber(a)wikimedia.org&gt;wrote;wrote: _______________________________________________ Mobile-l mailing list Mobile-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l

Also, there seems to be a problem with the server -- the icon is not

The server's probably not configured to gzip .ico files by default, so

but would likely be an easy configuration tweak.