エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
HTTP QUERYメソッド(RFC 10008)をPythonで実装して、GET・POSTとの違いを体感してみた | DevelopersIO
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
HTTP QUERYメソッド(RFC 10008)をPythonで実装して、GET・POSTとの違いを体感してみた | DevelopersIO
GET は安全で冪等でキャッシュ可能だが、ボディを持てない。複雑な検索条件はURLクエリ文字列に詰め込む... GET は安全で冪等でキャッシュ可能だが、ボディを持てない。複雑な検索条件はURLクエリ文字列に詰め込む必要があり、URLの長さ制限(実質的に約2048文字)やネスト構造の表現に苦しむ POST はボディを持てるが、「状態を変更する操作」というセマンティクスを持つ。プロキシやキャッシュは「副作用がある」と判断するため、キャッシュが効きにくく、自動リトライも安全ではない QUERYは、GETの安全性・冪等性・キャッシュ可能性を維持しながら、POSTのように構造化されたリクエストボディを送れるメソッドです。 Safe・Idempotent・Cacheableとは何か、なぜ重要か 上の表に登場した3つの特性について、それぞれ具体的に説明します。 Safe(安全) リクエストを送ってもサーバーの状態が変わらないことを意味します。GETでページを読むのは安全、DELETEでレコードを消すのは安全では

