- From: Mark Nottingham <mnot@mnot.net>
- Date: Thu, 28 Sep 2017 10:35:02 +1000
- To: Martin Thomson <martin.thomson@gmail.com>
- Cc: Kyle Rose <krose@krose.org>, HTTP Working Group <ietf-http-wg@w3.org>
> On 28 Sep 2017, at 8:47 am, Martin Thomson <martin.thomson@gmail.com> wrote: > >> Section 3, same paragraph: This is a minor nit about the use of the >> phrase "side effects": I think of a GET that modifies state as having >> a state-changing side effect, whereas PUT, DELETE, and POST have >> state-changing *primary* effects. > > I want to get the sense of the group here, I think that changing > server state is what we want. Can I reword this to: ? > > "In general, if processing a request does not alter server state, the > consequences of replay are not significant." We agonised over this in httpbis, and came up with <http://httpwg.org/specs/rfc7231.html#rfc.section.4.2.1>. Saying "alter server state" is too broad, since it can include things like logs, TCP state, etc. etc. What's important is 1) resource (not server) state, and 2) whether the effects are significant -- which is necessarily a judgement call. The important thing is that the party making that judgement do so with an appropriate amount of information -- which this draft is helping enable. Cheers, -- Mark Nottingham https://www.mnot.net/
Received on Thursday, 28 September 2017 00:35:29 UTC