序文
明確なhttpプロトコルである必要があり、小さなパートナーのインターフェース・テストを知っている、とあなたがわからない場合は、そのテストをインターフェースしていない、オートメーションインターフェイスでも悪いん。だから、次のhttpを理解するためのインタフェースのテストを行う前に：
| HTTPプロトコル（ハイパーテキスト転送プロトコル、ハイパーテキスト転送プロトコル）は、最も広くインターネット上のすべてのWWW文書は、この規格に準拠しなければならないネットワークトランスポートプロトコルを、使用されています。HTTPはTCP / IP通信プロトコルに基づいたデータ（HTMLファイル、画像ファイル、クエリの結果など）を転送するために使用されます。要求と応答はコネクションレスモード、ステートレスなアプリケーション層プロトコルに基づいています。 |
組成物の要求で要求
1.リクエストライン（リクエストライン）
2.リクエスト・ヘッダ（ヘッダ）
3.空行
4.リクエストパラメータ（本体）
第二に、応答はまた、すなわち4つの部分から構成されています。
1.ステータス行
2.メッセージ・ヘッダ
3.空行
4.レスポンスボディ。
ステータスコードは、3つの数字で構成され、ステータスコードは、5つのカテゴリの合計を持っています：
私たち、それはどういう意味おおよそ各番号をクリアするためにここにいる、とにかく200,4xx 200404502のようなまたは5xxの共通している私は、4xxの出現を知りたい、この時間は、クライアントの要求が失敗したということです、サーバーの応答は5xxのです問題
| 1XXは：指示情報は、 - 要求が受信されたことを示し、処理は続行します 2xx：成功 - 受け入れ、理解し、要求が正常に受信されたことを示します 300番台：リダイレクション、それ以上のアクションは、要求を完了する必要はありません 4XX：クライアントエラー、要求は、構文エラーが含まれているか、要求を満たすことができませんでした 5xxの：サーバーエラー、サーバーエラーは、要求の処理中に発生しました |
第三に、従来の方法では取得し、POSTリクエスト
上記の二つのスクリーンショットの概要を組み合わせます：
確かにし1.Getない体内のリクエストパラメータ、ポストも何のリクエストパラメータが存在しない場合があります。
2.postデータのボディタイプは、Content-Typeの内部ヘッド生フィドラーで表示することができ、一般的には、アプリケーション/ JSON、アプリケーション/ x-www-form-urlencodedです。
サーバー、サーバーにデータを提出するためのポストからデータを取得するための3.get。
ここではいくつかの人々が安全ではない得ると言う、ポストのセキュリティは、実際には、キャプチャが見ることができた後からです何の安全な不安はありません。あなたはシオマネキパケットキャプチャツールを使用する方法を知りたい場合は、それはシオマネキ上の記事の小さなシリーズを見てしまう、ありがとうございました！！！
シオマネキパケットキャプチャツールインタフェース：
