テクノロジー

新しいHTTPメソッド「QUERY」をHono + Bunで実装してみる - Qiita

1: nguyen-oi 2026/07/04 21:02

GETのURL長すぎ問題とPOSTのキャッシュ効かない問題をスマートに解決するQUERYメソッド、早く広く普及してほしいな

2: keidge 2026/07/04 21:59

今後もますます複雑になるであろうHTTP。

3: o-meisou 2026/07/04 22:10

なるほど。リクエストの上限に引っかかり始めたので、良さそう。 ただし、コピペで同じ画面が参照できるにはならないので、検索キーを発行してリダイレクトするのか、何かしらの手当が必要そう。

4: kamm 2026/07/04 23:04

bodyを付けるために全部postでやってたら、別の部署の人からapiの目的によって使い分けろとツッコミ受けたなあ。聞き流したけど

5: wsmfp327 2026/07/04 23:05

よし 全部QUERYでいいな

6: pekee-nuee-nuee 2026/07/04 23:11

GETでパラメータ何個も渡すのやめようってことね。良いのでは

7: richmikan 2026/07/04 23:38

GETでもボディを付けられるが仕様上禁止なのでプロキシやキャッシュに握りつぶされる可能性がある、というが、それなら新メソッドQUERYも新し過ぎてプロキシやキャッシュに握りつぶされそう。

8: geerpm 2026/07/04 23:53

RESTの夢はgRPC/GraphQLに壊されQUERYで復活する(のだろうか)。http methodて種類少なくて拡張余地大きいよね

9: manimoto 2026/07/05 01:38

条件がネストした構造になると表現しづらいは理解しつつ、検索条件がURLに丸見えになるからこそブックマーク保存したり他人に共有できるので、QUERYが主流になったら別途検索条件を伝える必要があるなど不便になりそう

10: Shinwiki 2026/07/05 02:26

これがそうだとは言わないけど、イケてない要求を通すために仕様の方を拡張するのは地獄の始まり感があるんだよなぁ…。要求の仕方の方に頭使うことを放棄してる感とか。

11: kazzy 2026/07/05 04:35

一般的なブラウザではbodyの内容を??とか#?とかで区切ってURL扱いしたりするのかも……?

12: hinaloe 2026/07/05 05:19

勘違いされがちだけどformがQUERYに対応するわけではない……(ブックマークの件)

13: fujiriko59 2026/07/05 05:25

今までbody使いたいからというだけの理由で本来GETなリクエストをPOSTで実行していた部分がQUERYに置き換えられるというだけのように思える

14: kknsd 2026/07/05 05:34

"「GETのボディには意味を持たせてはいけない」とされており" そうだったのか

15: honeybe 2026/07/05 06:40

POSTメソッドを使ってリソース取得を行うような奴をちゃんとしようぜ!みたいな話なのか?

16: daruyanagi 2026/07/05 11:17

「ボディを持てる、安全なGET」 “検索(query)のためにあつらえたようなメソッド”

17: sgo2 2026/07/05 11:41

id:manimoto そもそもブックマークやリンク共有したら(よほど変なハックしない限り)GETに変わるという前提を忘れてませんか/コレを要らんと言うのはvarやletが有るからconstは要らんと言うのと同じでは

18: amd64x64 2026/07/05 14:24

流行らなそう