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