HTTPプロトコルおよびタイムスタンプの予備的理解

  1. HTTPプロトコルとは何ですか

    ハイパーテキスト転送プロトコル(英語:H yper T EXT  T ransfer  P rotocol、略称:HTTP)は、共同、ハイパーメディア情報システム、分散アプリケーション層プロトコルです。HTTPは、基礎となるデータ通信ワールド・ワイド・ウェブです。

    HTTPは、クライアント端末(ユーザ)とサーバー(Webサイト)リクエストとレスポンスの標準(TCP)です。Webブラウザは、Webクローラや他のツールを使用することにより、クライアントが指定したポート(デフォルトポート80)のHTTPサーバへのリクエストを開始します。私たちは、このクライアントがユーザエージェント(ユーザエージェント)で呼び出します。一部のリソースは、このようなHTMLファイルや画像など、サーバーの応答に格納されています。私たちは、ソースサーバ(オリジンサーバ)として応答サーバこれを呼び出します。複数のユーザーエージェントの中央に「中間層」とオリジンサーバは、例えば、プロキシサーバ、ゲートウェイ、またはトンネル(トンネル)。

  図2に示すように、HTTPリクエストメソッド

    ①GET

      指定されたリソース要求に「ショー」を発行しました。GETメソッドは、読み出したデータにのみを使用する必要があるWebアプリケーションでは、たとえば、操作の「副作用」を生成するために使用すべきではありません。一つの理由は、GETがネットワークスパイダーにアクセスして自由であり得ることです。

    ②POST

      リソース、要求を処理するためのサーバーを指定するには、データを送信する(例えば、フォームまたはアップロードファイルを送信します)。データは、本明細書の要求に含まれています。この要求は、新しいリソースを作成したり、既存のリソースを変更、またはその両方があります。

    ③HEAD

      GETメソッドと同様に、サーバにリソース要求を指定されています。しかし、サーバーは、この記事のリソースセクションに戻されることはありません。その利点は、あなたが「リソースに関する情報」(あるいはメタ情報と呼ばれるメタデータ)を取得できるのすべての内容を転送することなく、このメソッドを使用することができるということです。

    ④PUT

      最新の指定されたリソースの場所に自分のコンテンツをアップロードします。

    ⑤DELETE

      サーバはRequest-URIによって識別されるリソースを削除することを要求します。

    ⑥TRACE

      エコー要求は、主にテストや診断のために、サーバーが受信しました。  

    ⑦OPTIONS

      このメソッドは、リソースがサポートするすべてのHTTPリクエストメソッドを返すようにサーバーを可能にします。「*」で代わりにリソース名の、OPTIONS要求がWebサーバーに送信され、サーバーの機能が正常に動作しているテストすることができます。

    ⑧CONNECT

      HTTP / 1.1プロトコルは、プロキシサーバーのパイプラインモードへの接続のために予約することができます。(暗号化されていないHTTPプロキシサーバを経由して)リンクは、一般的にSSL暗号化サーバーを使用しています。

  図3に示すように、HTTPステータスコード

    

  4、HTTPステートレス

    HTTPプロトコルは取引なしメモリ容量に関する契約を参照して、ステートレスで、サーバがどのようなクライアントの状態を把握していません。つまり、あなたが開く前に、サーバー上のWebページを開くと、このサーバー上のページ間のリンクがないことです。HTTPはステートレスな接続指向プロトコルであることを意味ステートレスなHTTP TCP接続を維持することができないないが、HTTPプロトコルはUDP(接続なし)を使用して表すことができません。

  5、HTTPコネクション

    それぞれの接続を制限するだけで、要求を処理することができます    

  6、HTTP総合

  

 

  7、HTTPレスポンス

    

 8、タイムスタンプ

   ブラウザのキャッシュに対応するための更新されたバージョンのタイムスタンプ

  キャッシュステータスコード:200 メモリキャッシュからは、メモリから読み出され、サーバーに直接リードキャッシュ、アクセスできません
        200 ディスクキャッシュからは、ディスクから読み取られ、サーバーに直接リードキャッシュ、アクセスできない
        サーバーにアクセスするために304を、探索データが更新されていない、サーバーステータスコードCIを返し、その後、キャッシュからデータを読み込み、

9.なぜhttpリクエストの後にタイムスタンプがなければなりません

  追加時のURLの末尾。このURLは異なるタイムスタンプと少し異なるが原因となります。。要求は、それが最初に送られた後にキャッシュされていないが、各再作成した後と呼ばれ、この方法では再発行されることをこの性を保証 POSTこの技術は、多くの場合、毎回スクリプトが実際に新しい要求を生成し、Webサーバーがサーバーからキャッシュに対応するためにしようとしていないことを確認するために使用されます。

おすすめ

転載: www.linuxidc.com/Linux/2020-02/162366.htm