Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

RFC 10008: The new HTTP Query Method

rfc-editor.org

Post reply on HN
Print view View original

71–80 of 189 posts

Re: RFC 10008: The new HTTP Query Method

#73

Post by echoangle »

tempfile wrote: post #49
CodesInChaos wrote: post #17

I wonder if HTML forms will add support for QUERY: This would avoid the annoying re-submission warnings you're getting if you refresh a page that was returned by a POST form submission, since QUERY is required to be idempotent.

Depends whether your form submission should expect side effects or not. Most forms submissions have side effects. If the effect is truly idempotent, wouldn't PUT be a better verb? That is also supposed to be idempotent.

You can’t use PUT as a form action though.

Re: RFC 10008: The new HTTP Query Method

#74

Post by riffic »

jjice wrote: post #67
ynac wrote: post #60

Just in case anyone wants to pretend it's still that other century: https://www.rfc-editor.org/rfc/rfc10008.txt

I'll forever love a long, totally plain text document like this. So many good times with video game FAQs as a kid. It really is a superior form of information in a lot of ways (not all).

I have a thesis brewing that explores how rich text WYSIWYG editors create a "what you see is all there is" cognitive bias, while plain text overcomes it.

Re: RFC 10008: The new HTTP Query Method

#75

Post by echoangle »

rhplus wrote: post #11
pwdisswordfishq wrote: post #4

Wait, it's already past 10 thousand?

Someone has an ambiguous bet predicting when RFC 10000 will be published, but the numbers went straight from 9998 to 10008. No-one wins! https://manifold.markets/CollectedOverSpread/when-will-rfc-1...

> This question resolves to the month of publication of the lowest-numbered RFC with a number greater than or equal to 10000.

So of 10008 is the first one after 10000, that date is the one to bet on.

Re: RFC 10008: The new HTTP Query Method

#76

Post by amluto »

CodesInChaos wrote: post #17

I wonder if HTML forms will add support for QUERY: This would avoid the annoying re-submission warnings you're getting if you refresh a page that was returned by a POST form submission, since QUERY is required to be idempotent.

One oddity of forms: the result of a form POST is a page that has a location (the URL) but that cannot loaded via that location. As far as I know, the fact that the page is a POST and not a GET is not stored anywhere visible to the user or to JS. And refresh works oddly.

If method=QUERY were added, there would be a new variety of this weirdness.

Re: RFC 10008: The new HTTP Query Method

#80

Post by comfydragon »

smashed wrote: post #53

Use the QUERY method in your http query to query search results. Do not add query parameters. I think the name is confusing because the term 'query' is already used to refer to http requests in general. Just the title of the RFC confused me.

> the term 'query' is already used to refer to http requests in general

In what circles is this the case? I sometimes colloquially refer to a GET request as a query, but definitely not so on a POST, PUT or DELETE.

Post reply on HN