ブラウザは、データが変更されていないときに、POSTが再びリクエストを送信する一方、フォールバックをGET
これは、ページからページへBを移動すると、に貢献し、そして再び、ポスト二回だけの要求を送信するために送信されます
GET URLアドレスはブックマークではなく、POST生成することができます
GETリクエストは、アクティブキャッシュブラウザのキャッシュであり、POSTは、手動で設定されていないだろうしない限り、
リクエストはURLだけエンコードすることができGET、および複数のエンコーディングポストをサポート
リクエストURLの長さに渡されたパラメータ制限され、無POSTをGET
パラメータのデータ型の場合は、ASCII文字のみを受け入れるGET、制限を投稿しません
GETリクエストパラメータは、ブラウザの歴史の中で無傷である、とPOSTパラメータが保持されません
直接URLに露出パラメータは、機密情報を送信するために使用することはできませんので、POSTよりも安全GET
に配置されたURLを経由して渡されたパラメータ、POSTリクエストボディをGET
(大丈夫、本質的な違いである)の両方のコートをリッピングしてみましょう、それを率直
URLに含まれるパラメータ、背面のURL要求情報、リクエストによって渡されたPOSTリクエストのボディ・パラメータの要求をGET、要求情報がパケットボディ内に配置されています。
セキュリティが非常に低い取得するには、一般的には、内部のアドレスバーに表示することができ、データを送信するように設計GET、POST、高セキュリティ、郵便転送データ比較、プライバシー、そう暗号化されていない、彼らはセキュリティのレベルを持っている場合は、アドレスバーに表示されていません同じである、カジュアルなリスナーは、すべてのデータを聴くことができます。これはまた、我々はデータの取得を取得するために使用している一般の結果、データがポストを使用して送信されます
リクエストをキャッシュすることができ、要求は、ブラウザの履歴に保存されますゲットするので、リクエストURLは、ブラウザのブックマークとして保存することができますGETリクエストを投稿し、これらの機能を持っていません。
GET要求モードの場合、ブラウザはHTTPヘッダのデータを送信すると、サーバ200(データを返す)に応じて、出て行きます。
ポストのために、ブラウザは最初のヘッダを送信し、サーバ応答100を続けると、ブラウザは、サーバ200は、応答データを返し、データを送信します。
調査によると、ネットワーク環境での時間との間のパケットの時間差を送信し、基本的に無視され2つのパケットを送信し、良いです。そして、2つのパケットの整合性の検証を超えるTCPパケット、貧弱なネットワーク環境の場合には、大きな利点があります。
2つのパケットを送信しますないすべてのブラウザは、FirefoxはPOST中に1回だけ送信されます。