- From: Martin Thomson <martin.thomson@gmail.com>
- Date: Wed, 2 Mar 2016 16:44:48 +1100
- To: Mark Nottingham <mnot@mnot.net>
- Cc: HTTP WG <ietf-http-wg@w3.org>
On 2 March 2016 at 16:27, Mark Nottingham <mnot@mnot.net> wrote: > 1) Is this roughly what people had in mind? Yes, this seems fine. > 2) Do we need to get a positive indication from both the origin and the alternative, or just the origin? If the alternative is actually an alternative, the .well-known solution should produce files in both places. So checking both won't just especially. > 3) Do we need a more solid indication than a 200 OK? E.g., media type? 200 OK seems a bit weak, but I think that it would suffice if we didn't want to extend in any way. Including the actual origin (or maybe origins) in the document would prevent accidents, I think. > 4) What should be in the well-known URI's representation, if anything? I'm a fan of JSON for this sort of thing. > 5) Should we tie the validity period of the well-known URI to its cache freshness lifetime? I think not. I'd prefer an explicit indication in the JSON itself. An expired document will mean that the value might be refreshed more often than the real validity period. If we do this part right, we can ditch the new header field, which was never that nice.
Received on Wednesday, 2 March 2016 05:45:20 UTC