<div class="gmail_quote">On Tue, Nov 17, 2009 at 2:19 PM, Alexander Limi <span dir="ltr">&lt;<a href="mailto:limi@mozilla.com">limi@mozilla.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="gmail_quote">We&#39;d all like for the web to be faster, and therefore I&#39;d love your feedback on my proposal</div></blockquote><div><br></div><div>I have read the whole document, but I read it quickly, so please do point out places where I&#39;ve overlooked an obvious response.</div>
<div><br></div><div>Reduced parallelism is a big concern of mine.  Lots of sites make heavy use of resource sharding across many hostnames to take advantage of multiple connections, which this defeats.  You say in this thread that &quot;you still do parallel downloads&quot;, but it seems to me that you either download this zip in parallel with anything not in the zip (meaning you run out of parallelism faster the more the author makes use of this technique), or else you potentially download in parallel multiple copies of the same resource (one in the zip, one outside), neither of which is good.</div>
<div><br></div><div>I am concerned about the instruction to prefer the packaged resources to any separate resources.  This seems to increase the maintenance burden since you can never incrementally override the contents of a package, but always have to repackage.</div>
<div><br></div><div>One of your stated goals is to avoid downloading resources you already have, but even with manifests, I see no way to do this, since the client can&#39;t actually tell the server &quot;only send items x, y, and z&quot;.</div>
<div><br></div><div>If an author has resources only used on some pages, then he can either make multiple packages (more maintenance burden and exacerbates problem above), or include everything in one package (may result in downloading excessive resources for pages where clients don&#39;t need them).</div>
<div><br></div><div>You note that SPDY has to be implemented by both UAs and web servers, but conversely this proposal needs to be implemented by UAs and _authors_.  I would rather burden the guys writing Apache than the guys making webpages, and I think if a technique is extremely useful, it&#39;s easier to get support into Apache than into, say, 50% of the webpages out there.</div>
<div><br></div><div>PK</div></div>