- From: Yoav Weiss <yoav@yoav.ws>
- Date: Thu, 8 Jan 2015 11:32:46 +0100
- To: Mark Nottingham <mnotting@akamai.com>
- Cc: public-web-perf <public-web-perf@w3.org>
- Message-ID: <CACj=BEi1O1aU6PO3Gh=+TOmHZ-BQG1T7XuOphb=CzbjxrbdDdg@mail.gmail.com>
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. 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/ > >
Received on Thursday, 8 January 2015 10:33:15 UTC