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

Re: handling multi-request fetches in Nav & Resource Timing

From: Ilya Grigorik <igrigorik@google.com>
Date: Thu, 30 Apr 2015 15:39:24 -0700
Message-ID: <CADXXVKosCwNdfo7VWn8OmQhBR7Wquj9Y3KPjvXy-qDN0QBCKEQ@mail.gmail.com>
To: "Nottingham, Mark" <mnotting@akamai.com>
Cc: public-web-perf <public-web-perf@w3.org>
On Wed, Apr 29, 2015 at 7:54 PM, Nottingham, Mark <mnotting@akamai.com>
wrote:

> Generally +1. I do wonder if a more radical change would be worth it,
> e.g., changing the model to be effectively a queue of logged events,
> without restrictions on cardinality, so that you can have multiple requests
> and responses (along with other things like SW) associated with one fetch
> event.
>
> Also, consider that some requests will have two or more responses (when
> 1xx status codes are used).
>

Yep, I think this is consistent with what we're converging on here:
https://github.com/w3c/performance-timeline/pull/9#issuecomment-89042906

Disregard the beginning of that thread.. I'll have a new pull request
shortly.

ig
Received on Thursday, 30 April 2015 22:40:34 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 30 April 2015 22:40:35 UTC