[OvervCW]

There is: your browser or other type of client does not know it can repeat a POST request if it fails, whereas a QUERY request can be freely repeated in case of errors.

[spockz]

Not freely. It is idempotent, not safe. So it still can have serious load consequences.

[Joker_vD]

    Unlike POST, however, the method is explicitly safe and idempotent, allowing
    functions like caching and automatic retries to operate.

[spockz]

Yes. That is what the spec says. However, if the search query is expensive you need some form of caching. Either on the endpoint itself caching the data, or the mechanism with location to redirect to the location of the result.

[account42]

Putting something in a spec does not automatically make it true. In the real world if you repeat expensive queries more than an undefined amount you get blocked or at least bot-checked.

[projektfu]

From the browser POV it doesn't need to ask if you want to re-send data.

[themgt]

Putting something in a spec does not automatically make it true.

Terrible news for computing.

[spockz]

The point is that you need to take care to make the implementation of that endpoint safe. It isn’t safe magically by itself.

[themgt]

Great, got it. I'll update my running "how computing works" chart with this new information:

  | implementation = reality | magic  |
  |-----------------------------------|
  | 999,999,999,971 (+1)     | 0      |