W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > April 2011

[Bug 12569] "Resource" Package Support

From: <bugzilla@jessica.w3.org>
Date: Fri, 29 Apr 2011 21:49:06 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1QFvYg-0003zl-SH@jessica.w3.org>

--- 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

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:47 UTC