- From: <bugzilla@jessica.w3.org>
- Date: Fri, 29 Apr 2011 21:49:06 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=12569 --- Comment #3 from Wojciech Hlibowicki <wojjie2nd@gmail.com> 2011-04-29 21:49:06 UTC --- (In reply to comment #2) > Here's some more info on previous proposals/discussions about this type of > idea: > > http://ajaxian.com/archives/resource-packages-making-a-faster-web-via-packaging > > http://www.stevesouders.com/blog/2009/11/18/fewer-requests-through-resource-packages/ > > And here's some criticisms I wrote about the idea, back in the fall of 2009: > > http://blog.getify.com/2009/11/resource-packaging-silver-bullet/ I completely agree/understand your criticism, but I believe it is too pessimistic. Really, why should every one be held back by the possibilities of a few? I personally have employed most optimization techniques you have mentioned, including some you have not, like utilizing a domain that has no cookies set on it as to reduce the request header size, and feel like I can go much further with a feature like this. Also, the problem with waiting for MBs to download is easily solved by processing the package as it downloads, though that does not help if the main CSS file is placed at the end of the package. My other idea to solve the same problem was to add support to the HTTP protocol for multiple file downloads when requesting the main page, so that a page can automatically start the downloading of resources, which the browser can provide sort of a package "etag" with the request which is checked to see if any of the files have changed since then. And the last one was to allow for multiple simultaneous requests in the HTTP protocol, so that browsers do not have to send new headers with every request, and the server could send the files requested in serial. -- Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Friday, 29 April 2011 21:49:08 UTC