News for hackers. Stuff that matters.
Re:Request bodies in GET requests by cryptonector on Monday January 31, 2022 @03:47PM (#30154084)
If you can only use POST, then the query is by definition not safe in the HTTP sense even if it would be with a QUERY method: POST is defined to be not-safe.

So an HTTP framework would not retry, moving retry logic into the application.

If you can only use POST, then you also can't cache the result because POST is not safe: you've no idea if the same POST is intended to produce the same response.

Re:Request bodies in GET requests by jayd16 on Monday January 31, 2022 @06:31PM (#30156374)
POSTs are cacheable with a cache response header. POST MAY NOT be idempotent. That doesn't mean they MUST NOT be idempotent. If you have the cache header, you do know what the intention is.
Re:Request bodies in GET requests by dillondoyle on Monday January 31, 2022 @10:28PM (#30158284)
Makes sense on the browser retry.

Can cache in your JS code. But for browsers:

Do browsers respect cache headers for GET requests to say an API endpoint? maybe with an etag?