「Google、「Webの高速化」をうたう高速データ送受信技術「SPDY」を発表 」記事へのコメント

ふむ

[M-FalconSky (8868)]

レイヤの順序がいまいち掴みきれてませんが、HTTPの下を支えるコネクション用の専用かつ協調(サーバ/クライアントで)する必要のあるプロトコル、でいいのかな。

Proxyが時としてキャッシュを提供できるように、この上にのったHTTPコネクションはヘッダごと圧縮できたり、プッシュできたり、リクエストのQoSができたり?

それはそれで良いですね。

-- オフトピ
# ただ、なんでもかんでもHTTPなのはGoogleががんばってやってることなので、「ちゃんとかつやっとこ自分のことは自分でやってる」という感じも
# いや効率自体はさほど差はないのかもですが、Google Waveみたくall on httpなのもどうかなぁ、とか思うので。
## 前出のコメントでは「XMPPとかあるしircサポートうんぬん」言ってましたが、だからって全部はどうだろう、みたいな

--
M-FalconSky (暑いか寒い)

Re:

[Anonymous Coward]

Accept-Encoding: gzip
というものが既にあるんだが

Re:

[haratake (365)]

そのヘッダを送るのは、プレーンテキストなんですけど。。。
それに、それで圧縮可能なのは、HTTPのコンテンツの方で、HTTPヘッダは圧縮の対象外です。
返答のHTTPヘッダに、何のプロトコルで圧縮してあるか書いてあったりするので(gzipとは限らない)、
圧縮ファイルの解凍方法が、その圧縮ファイルの中に書いてある状態になってしまいます。

なので、今まで圧縮できていなかったHTTPヘッダを圧縮可能にしたってことが胆なのでは。

Re:ふむ

[Anonymous Coward]

ヘッダ圧縮は解析・デバッグが面倒だな

Re:

[Anonymous Coward]

圧縮ストリームを非圧縮ストリームのように扱えるクラスを挟めばよいのでは？暗号化と違うのだから、のぞき見は別に制約は少ないかと。