『POSTを見ただけでは「検索なのか」「データを書き換える処理なのか」が分からない』再送信制御の関係か。
PUTやDELETEを実務で見たことは無い。
QUERYは良いけど、GETとクエリパラメータの良さも捨てがたい(検索条件と結果がブックマーク可能な一意のURLになる)
“HTTPの新たなリクエストメソッド「QUERY」” 初めて聞いた。
（全文読めないけど）「べき等だけどもりもり重い処理」的な？追: https://dev.classmethod.jp/articles/http-query-method-rfc10008-python-demo/ か。URLパラメータで収まらない複雑な条件指定
RFCも5桁になったのかという場違いな感想
続き読んでないけど検索条件をbodyに設定できるGETみたいな感じ？
待ってた
ブラウザがちゃんと対応してくれるといいんだけど。
QUERY≒bodyをいれられるGET、という認識。GETはURIとheaderしか持てず、Bodyが無い。だいたいURIには長さ制限がある。パラメーターが長すぎる場合、仕方なくPOSTを使っていた。POST≒データの変更、の前提と実行意図がズレる
うーむ
今はgetとpostしかないの？
各社CDNのキャッシュロジック対応はどうなんのかな。正規化とか
RFCもついに5桁になったか(そこじゃない
本文にもあるけどキャッシュ周りとか逆に複雑になりそうだし使うの結構難しい気も
SEO的に影響あるのかな？
RFCも10000番台
GETでもPOSTでもない HTTP新メソッド「QUERY」が標準化へ
『POSTを見ただけでは「検索なのか」「データを書き換える処理なのか」が分からない』再送信制御の関係か。
PUTやDELETEを実務で見たことは無い。
QUERYは良いけど、GETとクエリパラメータの良さも捨てがたい(検索条件と結果がブックマーク可能な一意のURLになる)
“HTTPの新たなリクエストメソッド「QUERY」” 初めて聞いた。
（全文読めないけど）「べき等だけどもりもり重い処理」的な？追: https://dev.classmethod.jp/articles/http-query-method-rfc10008-python-demo/ か。URLパラメータで収まらない複雑な条件指定
RFCも5桁になったのかという場違いな感想
続き読んでないけど検索条件をbodyに設定できるGETみたいな感じ？
待ってた
ブラウザがちゃんと対応してくれるといいんだけど。
QUERY≒bodyをいれられるGET、という認識。GETはURIとheaderしか持てず、Bodyが無い。だいたいURIには長さ制限がある。パラメーターが長すぎる場合、仕方なくPOSTを使っていた。POST≒データの変更、の前提と実行意図がズレる
うーむ
今はgetとpostしかないの？
各社CDNのキャッシュロジック対応はどうなんのかな。正規化とか
RFCもついに5桁になったか(そこじゃない
本文にもあるけどキャッシュ周りとか逆に複雑になりそうだし使うの結構難しい気も
SEO的に影響あるのかな？
RFCも10000番台