Loading article…
コンピューティングにおいて、POSTは、ワールドワイドウェブで使用されるHTTPでサポートされているリクエストメソッドです。設計上、POSTリクエストメソッドは、リクエストメッセージの本文に含まれるデータをウェブサーバーが受け入れ、おそらくはそれを保存するように要求します。[1]ファイルをアップロードするときや、完了したウェブフォームを送信するときによく使用されます。
対照的に、HTTP GETリクエスト メソッドはサーバーから情報を取得します。GET リクエストの一部として、URL のクエリ文字列内で一部のデータを渡すことができ、たとえば、検索用語、日付範囲、またはクエリを定義するその他の情報を指定します。
POST リクエストの一部として、任意のタイプの任意の量のデータをリクエスト メッセージの本文でサーバーに送信できます。POST リクエストの fields ヘッダー フィールドは通常、メッセージ本文のインターネット メディア タイプを示します。
データの投稿
ワールド ワイド ウェブと HTTP は、POST や GET のほか、PUT、DELETE など、多数のリクエスト メソッドまたは「動詞」に基づいています。ウェブ ブラウザは通常、GET と POST のみを使用しますが、RESTfulオンラインアプリは他の多くのメソッドも使用します。HTTP メソッドの範囲内での POST の位置付けは、新しいデータ エンティティの表現をサーバーに送信し、 URIで識別されるリソースの新しい従属要素として保存することです。[1]たとえば、URI の場合http://example.com/customers、POST リクエストは新しい顧客を表すことが期待され、それぞれに顧客の名前、住所、連絡先の詳細などが含まれます。初期のウェブサイト設計者は、2 つの重要な点でこの元の概念から逸脱しました。まず、 POST データが格納される従属ウェブ リソースをURI がテキストで記述する技術的な理由はありません。実際、何らかの努力をしない限り、URI の最後の部分は、 など、ウェブ アプリケーションの処理ページとそのテクノロジを記述する可能性が高くなります。第二に、ほとんどの Web ブラウザーには GET または POST しか使用できないという本来の制限があるため、設計者は、既存のレコードの変更や削除など、他の多くのデータ送信およびデータ管理タスクを実行するために POST を再利用する必要性を感じました。
http://example.com/applicationform.php
最初の点を改善するための影響力のある作家による取り組みは、早くも 1998 年に始まりました。[2] [より適切なソースが必要] Ruby on RailsなどのWeb アプリケーション フレームワークにより、設計者はセマンティック URLをユーザーに提供することが容易になります。2 番目の点に関しては、クライアント側スクリプトを使用したり、スタンドアロン アプリを作成したりして、関連する他の HTTP メソッドを利用することは可能ですが、[3]これ以外では、サーバー データを送信または変更するほとんどの Web フォームでは、その目的で引き続き POST を使用しています。
これは、すべてのWebフォームが開始タグmethod="post"で指定する必要があるという意味ではありません。多くのフォームは、メインデータベースを変更する意図なしに、サーバーからの情報の取得をより正確に指定するために使用されます。たとえば、検索フォームは指定するのに最適です。[4]method="get"
HTTP GET は、データ取得にも適さない場合があります。たとえば、URL に大量のデータを指定する必要がある場合です。ブラウザや Web サーバーには、切り捨てやエラーなしで処理できる URL の長さに制限がある場合があります。URLやクエリ文字列の予約文字をパーセント エンコードすると、長さが大幅に増加する可能性があります。Apache HTTP Server はURL で最大 4,000 文字を処理できますが、[5] Microsoft Internet Explorer ではURL で 2,048 文字に制限されています。[6]同様に、リクエストを完了するためにユーザー名やパスワードなどの機密情報を他のデータとともに送信する必要がある場合は、HTTP GET を使用しないでください。HTTPS を使用してデータが転送中に傍受されるのを防いだとしても、ブラウザの履歴や Web サーバーのログには URL 全体がプレーン テキストで含まれている可能性があり、どちらかのシステムがハッキングされた場合に公開される可能性があります。このような場合は、HTTP POST を使用する必要があります。[7]
ウェブフォームの送信に使用
ウェブブラウザがウェブフォーム要素からPOSTリクエストを送信する場合、デフォルトのインターネットメディアタイプは「application/x-www-form-urlencoded」です。[8]これは、重複する可能性のあるキーと値のペアをエンコードするための形式です。各キーと値のペアは「&」文字で区切られ、各キーとその値は「=」文字で区切られます。キーと値は両方とも、スペースを「+」文字に置き換え、その他のすべての非英数字[9]文字にパーセントエンコードを使用してエスケープされます。
たとえば、キーと値のペア
名前: ガレス・ワイリー 年齢: 24 式: a+b == 21
エンコードは
名前=ガレス+ワイリー&年齢=24&式=a%2Bb+%3D%3D+21
HTML 4.0 以降では、フォームはRFC 2388 で定義されているmultipart/form-dataでデータを送信することもできます(HTML 2.0 の拡張として定義され、HTML 3.2 で言及されている以前の実験バージョンについては、RFC 1867 も参照してください)。
フォームが属する同じページへの POST の特殊なケースは、ポストバックと呼ばれます。
サーバーの状態に影響
RFC 7231 によれば、POST メソッドはべき等性がありません。つまり、複数の同一リクエストは、リクエストを 1 回だけ送信した場合と同じ効果が得られない可能性があります。したがって、POST は、ブログ投稿にコメントを送信したり、オンライン アンケートに投票したりするなど、実行されるたびに状態が変化するリクエストに適しています。GET は、副作用のないnullipotentと定義されており、べき等操作は「2 番目以降のリクエストに副作用を与えません」。 [10] [11]このため、検索エンジン インデクサーなどのWeb クローラーは通常、GET メソッドと HEAD メソッドのみを使用して、自動化されたリクエストがこのようなアクションを実行しないようにします。
しかし、POSTは冪等リクエストにも使用される理由があり、特にリクエストが非常に長い場合に使用されます。URLの制限により、 GETメソッドが生成するクエリ文字列は、特にパーセントエンコーディングにより、非常に長くなる可能性があります。[10]
参考文献
- ^ ab Fielding, R.; Reschke, J. (2014). Fielding, R.; Reschke, J. (eds.). "Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content - 4.3.3 POST". tools.ietf.org . doi :10.17487/RFC7231. S2CID 14399078 . 2014-07-24取得。
POST メソッドは、ターゲット リソースが、そのリソース固有のセマンティクスに従って、リクエストに含まれる表現を処理することを要求します。
- ^ Berners-Lee, Tim (1998). 「クールな URI は変わらない」 W3C . 2012 年10 月 17 日閲覧。
- ^ Friedman, Mike (2009). 「Web アプリケーションでの HTTP PUT および DELETE メソッドの使用」。2012 年10 月 17 日閲覧。
- ^ 「フォーム送信」。HTML 4.01仕様。W3C。1999年。 2012年10月17日閲覧。
- ^ Rigsby, Dan (2008). 「REST と最大 URL サイズ」。2012 年 11 月 4 日時点のオリジナルよりアーカイブ。2012年10 月 17 日閲覧。
- ^ 「Internet Explorer では URL の最大長は 2,048 文字です」。Microsoft。
- ^ Fielding, R.; Reschke, J. (2014). Fielding, R.; Reschke, J. (編). 「ハイパーテキスト転送プロトコル (HTTP/1.1): セマンティクスとコンテンツ - 9.4 URI 内の機密情報の開示」. RFC 7231 . doi :10.17487/RFC7231. S2CID 14399078 . 2014-07-25に取得。
- ^ バーナーズ・リー、ティム、コノリー、ダン(1995 年 9 月 22 日)。「ハイパーテキスト マークアップ言語 - 2.0 - フォーム」。ワールド ワイド ウェブ コンソーシアム。2011年1 月 15 日閲覧。
- ^ 「HTML ドキュメント内のフォーム」。
- ^ ab Korpela, Jukka (2003 年 9 月 28 日)。「HTML フォームの GET メソッドと POST メソッドの違いは何ですか?」タンペレ工科大学。2011年1 月 15 日閲覧。
- ^ RFC 7231、4.2.1 安全なメソッド