4 ms·
By query, are you referring to the querystring/url size? Practically speaking, I don't know if I've ever had a querystring that was effectively too large, bust
by karmajunkie 11y ago
By query, are you referring to the querystring/url size?
Practically speaking, I don't know if I've ever had a querystring that was effectively too large, busting some browser-determined limit. If you did, you might as well use a POST instead of GET, because the request is unlikely to be cacheable (I'm assuming the reason its such a large string is that you're serializing a large form of values or using the querystring to persist state in some way [protip: this is a bad idea]), which is the main reason to prefer GET for the request. POST (according to HTTP semantics, may have side effects, but is not required to have side effects).
IMHO, the choice between HTTP verbs beyond GET vs everything else is mostly bikeshedding. As a convention its fine, but there aren't a lot of pragmatic technical reasons to go with one over the other (referring to PUT vs PATCH vs POST), despite the HTTP semantics.
- k__ 11y agoNo, it just was a very flexible data-retrieval API and the query strings just could get rather big.