June 23, 2026

New web button, same old chaos

The new HTTP QUERY method explained

The internet gets a new request button, and coders are already side-eyeing it

TLDR: A new web request method called QUERY was officially added to let apps send complex read-only searches more cleanly. Developers are split between excitement and eye-rolling, with many joking about odd uses and warning that real-world support may lag for years.

The web just got a brand-new verb: QUERY. In plain English, it’s a new kind of internet request meant for asking servers for information without cramming a giant mess of filters and special characters into a website address. For years, developers have been awkwardly squeezing huge searches into links or using POST—a method usually associated with sending or creating data—even when they just wanted to ask a complicated question. QUERY is supposed to fix that by acting like a safe read-only request, but with room for a full request body.

And yet, the real action is in the comments, where the vibe is equal parts “finally” and “good luck with that.” One longtime observer immediately pointed out this fight has been raging for years, linking old threads like a veteran arriving with receipts. Another commenter sounded genuinely excited, saying the old set of methods felt basically untouchable until now, and that they’d often wished for exactly this. But the skepticism came fast: one blunt reply flatly dismissed the whole framing with, “No, it does not feel like that.” Ouch.

The funniest reactions were the ones already imagining QUERY getting weird. One person joked: what will people even put in the body—“Query 1 + 1 and get 2?” Meanwhile, the most practical hot take was also the iciest: if GET-with-body breaks on corporate networks today, critics say QUERY may face the same wall for a long time. So yes, the web got a shiny new feature—but the comments are asking the only question that matters: will anyone actually be able to use it?

Key Points

  • RFC 10008 defines a new HTTP method called QUERY.
  • The article says GET query parameters work for simple filters but become problematic for complex, nested, or large queries.
  • Using a request body with GET is described as unreliable because clients, proxies, and servers handle it inconsistently.
  • Using POST for read-only queries allows a body but creates semantic issues because POST is non-idempotent and not clearly read-only.
  • QUERY is presented as a safe, idempotent, cacheable method for read-only requests with a body, provided caches include request content in the cache key.

Hottest takes

"No, it does not feel like that." — flanked-evergl
"Query 1 + 1 and get 2?" — koolala
"So is using QUERY requests for quite some time from now." — tosti
Made with <3 by @siedrix and @shesho from CDMX. Powered by Forge&Hive.