I would love this. Had an excellent search system that required no server state... But i could only use POST for large requests. Which was a pain.
post
I'm not very familiar with the format of RFCs. Is this approved and is going to ship to clients and servers, or still a draft?
Glad to see nore progress on this, but damn, it sure is slow goings. Not to mention that there's been an obvious need for this for at least a decade.
This is pretty good, though I expect even if it's accepted it's going to be a long journey before you can reliably use it
If we're adding stuff to http, it would be nice for some additional status codes, things have moved on a bit since the early days
There should be a 400 that just says “fuck you and your AI”
While I like the goal of this, why not errata the existing spec to allow GET requests to have bodies? Would that be too much of a breaking change?
Adding stuff is easier than patching existing implementations is probably the reason why. Because up until this point, the webserver can just ignore the GET body request but if the client starts sending with body then who knows what bug might surface that turns into security vulnerability.
all 5 comments