Googleは、106月27日に予定されているChrome 2のリリースではサーバープッシュ技術のサポートが無効になると警告した。 この変更は、Chromium コードベースに基づく他のブラウザにも影響します。 サーバー プッシュ テクノロジは HTTP/3 および HTTP/XNUMX 標準で定義されており、サーバーがクライアントの明示的な要求を待たずにリソースをクライアントに送信できるようにします。 ページのレンダリングに必要な CSS ファイル、スクリプト、画像は、クライアントが要求した時点までにすでにサーバー側に転送されているため、この方法でサーバーはページの読み込みを高速化できると考えられます。
サポートを中止する理由として挙げられているのは、タグなどの、よりシンプルで同様に効果的な代替手段が利用できる場合に、テクノロジーの実装が不必要に複雑になることです。 これに基づいて、ブラウザーはページ上でリソースが使用されるのを待たずにリソースをリクエストできます。 プリロードは、サーバー プッシュと比較すると、不要なパケット交換 (RTT) が発生する一方で、ブラウザー キャッシュに既に存在するリソースの送信を回避します。 一般に、サーバー プッシュとプリロードを使用する場合のレイテンシーの違いは重要ではないと考えられます。
サーバー側でプリロードを開始するには、HTTP 応答コード 103 を使用することが提案されています。これにより、サーバーが関連するすべての操作を完了するのを待たずに、リクエストの直後に一部の HTTP ヘッダーの内容をクライアントに通知できます。リクエストを受け取り、コンテンツの提供を開始します。 同様に、提供されるページに関連するプリロードされる可能性のある要素に関するヒントを提供できます (たとえば、ページで使用される CSS および JavaScript へのリンクを提供できます)。 このようなリソースに関する情報を受け取ると、ブラウザーはメイン ページのレンダリングが完了するのを待たずにリソースのダウンロードを開始できるため、全体的なリクエストの処理時間が短縮されます。
リソースの読み込みを最適化することに加えて、サーバー プッシュ メカニズムを使用してサーバーからクライアントにデータをストリーミングすることもできますが、これらの目的のために、W3C コンソーシアムは WebTransport プロトコルを開発しています。 WebTransport の通信チャネルは、トランスポートとして QUIC プロトコルを使用して HTTP/3 上に編成されます。 WebTransport は、複数のストリームへの送信の編成、一方向ストリーム、パケットの送信順序を考慮しない配信 (アウトオブオーダー)、信頼性の高い配信モードと信頼性の低い配信モードなどの高度な機能を提供します。
Google の統計によると、サーバー プッシュ テクノロジは広く使用されていません。 サーバー プッシュは HTTP/3 仕様に含まれていますが、実際には、Chrome ブラウザを含む多くのサーバーおよびクライアント ソフトウェア製品はネイティブに実装していません。 2021 年には、HTTP/1.25 を実行しているサイトの約 2% がサーバー プッシュを使用していました。 今年、この数字は0.7％まで低下した。
出所： オープンネット.ru