HTTP GETとPOSTで

HTTPの差がGETとPOST

  • GET -指定されたリソースからデータを要求します。
  • POST -指定されたリソースに処理するデータの提出
取得する 役職
戻る/更新 無害 データが再送信されます
ブックマーク ブックマークすることができます ブックマークません
キャッシュ キャッシュされます あなたはキャッシュすることはできません。
エンコードタイプ 応用 バイナリデータとして符号化された複数のより多くの使用
歴史 パラメータは、歴史に残るだろう 過去のデータに保存されていません
の長さの制限 2048年まで アンリミテッド
データ型の制限事項 ASCII 制限はありませんが、それはバイナリデータであってもよいです
セキュリティ 貧しいセキュリティ、機密データ、パスワード、使用しないでください 高度なセキュリティ
可視 URLでのすべてのユーザーに表示データ データはURLに限定されるものではなく、

よくある質問:

  1. メソッドのパラメータは、それを固定しているGET!

    私たちの引数は慣例で書かれていますか?その後、メッセージを解決するためのプロセスで&部門、正規表現のTCPデータ取得ツールを使用してヘッダとボディを入手

  2. 長さの制限を取得します。

    パラメータブラウザのアドレスバーが限られている、HTTPの合意がない長さの制限は、URLの長さは、通常、原因のブラウザまたはサーバーで制限します

  3. GETセキュリティよりもPO​​ST:

    POSTデータは、アドレスバーに表示されていないが、セキュリティは相対的なだけで、HTTPを暗号化するために、ネットワーク上で平文で送信されるためには、HTTPSを使用する必要があるため

  4. POSTは、2つのTCPパケットを持っているのだろうか?

    ヘッダとボディPOSTは、別々にHTTPプロトコルを送信するではなく、明示的に2つのパケットを生成し、実際の試験を別々に送信されない時、ブラウザ要求とを別々のフレームの一部のみを送信する方法は、POSTに属しません避けられない行動。

GETとPOSTの両方の本質的な違いについて話してください:

任意の区別なくGETとPOSTの両方の性質。彼らは、リクエストメソッドのHTTPプロトコルです。基本となる実装は、TCP / IPプロトコルに基づいています。いわゆる違いますが、ブラウザのメーカーの規則の上に、それが限界をやりました

HTTPリクエストは、最初に8つのメソッドを設定します。8つのメソッドの性質に違いはありません。ただ、要求、唯一のより多くの意味を作ります。

  • サーバがサポートしているバックOPTIONSリクエストメソッド
  • GETはサーバーに指定されたリソースを取得します。
  • HEADはと一致し得るが、体だけでレスポンスヘッダを返すために、戻るには応答しません
  • リクエストボディ内のデータサーバーにデータを提出するPOST
  • PUTやPOST似ていますが、一般的に更新するため、冪等の特性を有します
  • 指定されたリソースサーバーを削除するには、[削除]
  • エコーサーバ側の要求は、テストするときに、これが使用され、受信トレース

おすすめ

転載: www.cnblogs.com/pythonywy/p/11449043.html