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

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

From: Yoav Weiss <yoav@yoav.ws>
Date: Thu, 8 Jan 2015 11:32:46 +0100
Message-ID: <CACj=BEi1O1aU6PO3Gh=+TOmHZ-BQG1T7XuOphb=CzbjxrbdDdg@mail.gmail.com>
To: Mark Nottingham <mnotting@akamai.com>
Cc: public-web-perf <public-web-perf@w3.org>
Hi Mark,

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.

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.


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/
Received on Thursday, 8 January 2015 10:33:15 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:01:27 UTC