/mypage.htmlレスポンスも、とても単純です。こちらはファイル自身だけで構成されます。ファイルだけが転送可能であり、他の種類の文書は転送できません。ステータスやエラーのコードはありません。ファイルを返送します。制約がとても多いため、多目的に使用できるようにブラウザーやサーバーがいち早く拡張しました。行に追加されました)。ヘッダーの概念を導入して、メタデータの送信を可能にするとともにプロトコルを極めて柔軟かつ拡張可能にしました。この時点で、一般的なリクエストとレスポンスはこのようになりました。(前のリクエストのレスポンスに続きます)。年の間に試行錯誤によって導入されました。サーバーとブラウザーにある機能を追加して、効果があるかを確認していました。多くの相互運用性の問題が日常茶飯事でした。定義であり、狭義の意味で公式の標準ではないことは注目に値します。年から、正式な標準化が進められました。年初頭に公開されました。あいまいな部分を明確にするとともに、いくつもの改良を施しました:コネクションの再利用が可能になりました。最初に取り込んだひとつの文書内に埋め込まれているリソースを表示するために、コネクションを何度も開く時間を節約します。パイプライン機能を追加しました。最初のリクエストへの回答が完全に転送される前に次のリクエストを送信でき、通信のレイテンシーを削減します。形式のレスポンスをサポートしました。新たなキャッシュ制御の仕組みを追加しました。言語、エンコーディング、タイプのコンテンツネゴシエーションを導入しました。クライアントとサーバーが、もっとも適切なコンテンツを交換するよう同意することができます。ヘッダーのおかげで、サーバーのコロケーションが可能になりました。ひとつのコネクションで行われる典型的なリクエストのフローは、以下のようになりました。して初版が発行されました。年以上にわたって極めて安定していました。年の末に発生しました。サーバーとクライアントの間で交換されるメッセージの暗号化および信頼性の保証によって、電子商取引のウェブサイトの作成を可能にしました。脆弱性を抑えることに成功しました。それと同時に、暗号化されたトランスポート層の必要性が発生しました。ウェブが主に学術用ネットワークにある比較的信頼された状況を失って、広告者やさまざまな個人や犯罪者が人々の個人情報を多く得ようと競い合い、なりすましや改変されたデータによる置き換えを図るようになりました。必要性は電子商取引を越えていたるところに存在します。よる当初のウェブのビジョンは、読み取り専用の手段ではありませんでした。彼はウェブについて、人々が遠隔操作で文書を追加や移動することができる開かれたファイルシステムを描いていました。いう名前の標準仕様が作られました。特定のアプリケーション向けにさらに拡張されました。拡張には、それが使用するサーバーに実装されている必要があり、またとても複雑であったという欠点があります。ウェブの領域でこれらは、内輪で使用されているままです。アクセスする場合に限られます。提供が可能になります。よってウェブサイトから提供されるファイルに埋め込まれています。モデルの欠点があります。拡張との違いは、クライアントとサーバーが相互使用可能ではないことです。年代にはとても一般的になりました。セットが利用可能になりました。サーバーがクライアントに対して、特別なメッセージを送信できます。コネクションを更新することでセットアップできる、新たなプロトコルです。作成した後に開発されたのです!長年かけて、一定の条件の下でこのポリシーの制限の一部を解除できるようにすることにより、より寛大にできることが有効であると立証されました。ヘッダー群を使用してサーバーからクライアントに送信されます。いった仕様で定義されています。これらの大きな拡張に加えて、ほかにも実験用に限るものを含めて多くのヘッダーが追加されました。ありますが、さらに多くのヘッダーが存在します。高パフォーマンスなプロトコル長年かけてウェブページはより複雑になり、アプリケーション自体も同様に複雑化しました。表示する視覚メディアの量や、対話機能を追加するスクリプトの規模やサイズも増加しました。リクエストによって、より多くのデータが転送されます。コネクションは、正しい順序でリクエストを送信しなければなりません。かなりのオーバーヘッドや複雑性をもたらします。パイプラインは、ウェブ開発でリソースの負荷になることが明らかになりました。実装して、クライアントとサーバーの間でデータを交換するための代替手段を示しました。これは、ブラウザーやサーバーの両方の開発者から多くの関心を集めました。プロトコルの基礎を務めました。大きな違いがいくつかあります:テキスト形式ではなく、バイナリ形式のプロトコルです。このハードルにより内容を読んだり手作業で作成したりすることができなくなりましたが、改良された最適化技術を実装できるようになりました。多重化されたプロトコルです。プロトコルの順序やブロッキングの制約を排除しています。ヘッダーを圧縮します。一式のリクエスト内で似たものが存在することが多いため、これはデータ転送の重複やオーバーヘッドを削減します。サーバープッシュと呼ばれる仕組みによって、リクエストより先にサーバーがクライアントのキャッシュにデータを加えることができます。月に正式に標準化され、多くの成功例がありました。以上を占めています[2]。トラフィックが多いウェブサイトでもっとも早く採用されており、データ転送のオーバーヘッドやそれによる経費をかなり削減しています。このすばやい採用のペースはもっともです。有効化するのに十分です。限られたグループだけが採用のきっかけとして必要であり、古いブラウザーやサーバーが更新されるのに従って、ウェブ開発者の努力なしに使用個所が自然に増えていきます。進化が止まったわけではありません。拡張性が今でも活用されています。キャッシュ機構を可能にします。導入によりブラウザーやクライアントがサーバーに対して、クライアントの要件やハードウェアの制約に関する情報を率先して伝えることができます。改変されていないことを保証する助けになります。進化はプロトコルの拡張性やシンプルさを実証しており、多くのアプリケーションの作成やプロトコルの採用を促しています。年代初頭にみられた環境とは大きく異なっています。本来の設計は傑作であることを実証しており、四半世紀にわたって抵抗されることなくウェブを進化させることができました。採用は、プロトコルの明るい未来を暗示しています。QUIC草案このページは完成していません。これは実験的な機能です。本番で使用する前にブラウザー実装状況をチェックしてください。