W3C home > Mailing lists > Public > public-web-perf@w3.org > January 2015

Re: "Packing on the Web" -- performance use cases / implications

From: Mark Nottingham <mnotting@akamai.com>
Date: Fri, 9 Jan 2015 11:09:51 -0500
Cc: public-web-perf <public-web-perf@w3.org>
Message-Id: <591827B8-CA6A-46C7-8447-3ADE81701655@akamai.com>
To: Yoav Weiss <yoav@yoav.ws>

> On 8 Jan 2015, at 5:32 am, Yoav Weiss <yoav@yoav.ws> wrote:
> Hi Mark,

Hey Yoav,

> Thanks for bringing up that document to our attention. I wasn't aware of this effort.
> I've now reviewed the document and would submit detailed feedback to the doc's repo.
> I guess the main question for such a format would be if it's safe enough to deploy over plain-text HTTP, since it enables cache population under a certain path. Is it not something that can be abused, beyond the current possible abuse of HTTP cache in MITM scenarios? 
> If it's safe enough, then I guess packaging can replace the current cache-hostile practice of resource concatenation, as a stop-gap until HTTP/2 push saves the day. That cache-hostility is often tackled by using localStorage as a cache replacement, but I see how native cache population would be better.

Very good question - I’d suggest raising an issue on the repo.

> Do we have some data/predictions regarding the time it would take to get us to, let's say, 50% server-side HTTP/2 deployment? That'd enable us to see the value of working on a stop-gap measure now.  

Not yet; I suspect we’ll know a lot more in ~6 months.


> Yoav
> On Wed, Jan 7, 2015 at 5:25 PM, Mark Nottingham <mnotting@akamai.com> wrote:
> Hi all,
> This doc:
>   http://w3ctag.github.io/packaging-on-the-web/
> says a number of things that about how a Web packaging format could improve Web performance; e.g., for cache population, bundling packages to distribute to servers, etc.
> Have people in this community reviewed it?
> Regards,
> --
> Mark Nottingham    mnot@akamai.com   http://www.mnot.net/

Mark Nottingham    mnot@akamai.com   http://www.mnot.net/

Received on Friday, 9 January 2015 16:10:20 UTC

This archive was generated by hypermail 2.3.1 : Friday, 9 January 2015 16:10:21 UTC