http - SPDY プロトコルにより、Cookie を使用しないドメインは不要になりますか?

Question

プレーン HTTP では、Cookie のないドメインは、ページ リソースの Cookie ヘッダーを不必要に送信しないようにするための最適化です。

ただし、SPDY プロトコルは HTTP ヘッダーを圧縮し、場合によっては不要なヘッダーを削除します。私の質問は、SPDY は Cookie のないドメインを無関係にするのでしょうか?

さらに、SPDY 実装を最適化するには、ページ ソースとそのすべてのリソースを同じドメインでホストする必要がありますか?

Answer 1

SPDY は Cookie のないドメインを無関係にしますか?

ほとんどの場合... しかし、完全ではありません。

まず、「Cookie レス ドメイン」を使用するのには少なくとも 2 つの正当な理由があります。それぞれが互いに独立して有効です。したがって、セキュリティとプライバシーのために、HTTP 2.0 で「Cookie を使用しないドメイン」を使用する理由がまだあることは明らかです。

さらに、圧縮も特効薬ではありません。圧縮/解凍コンテキストの確立は無料ではなく、使用される圧縮スキーム、割り当てられたバッファー サイズなどによっては、大きな Cookie がコンプレッサーのパフォーマンスを完全に破壊する可能性があります。spdy/v3 までは、gzip コンプレッサー (スライディング ウィンドウ) が使用されていましたが、十分な大きさの Cookie を指定すると、コンプレッサーのパフォーマンスに悪影響を及ぼします (程度は、実装に基づいてブラウザーによって異なります) 。spdy/v4 では、gzip コンプレッサーが廃止され、まったく新しいアルゴリズムがゼロから実装されています。v4 はまだ公開されていないため、パフォーマンスの詳細について推測するには時期尚早です。そうは言っても、ほとんどの場合、問題はありません..私はエッジケースを強調しているだけです.

さらに、SPDY 実装を最適化するには、ページ ソースとそのすべてのリソースを同じドメインでホストする必要がありますか?

はい、可能な限り - 最高のパフォーマンスが得られます。ここにも注意点があります。オリジンサーバーへのパケット損失が大きい、またはウィンドウスケーリングなしで BDP が高い製品です。ただし、接続が良好な妥当なホスティング プロバイダーを使用している場合は、どちらも問題にならない可能性があります。