「構成ファイルをZIPでまとめて一括転送する技術、Firefox 3.7に向けて検討中 」記事へのコメント

やりとりのイメージ

[Anonymous Coward]

例を挙げると、こんなかんじかなぁ

1.クライアントがサーバーにindex.htmlをくれという
2.サーバーはindex.htmlを返しつつ、「うちはzipに対応してるよ」ということをヘッダで示す
3.クライアントは、index.htmlからサーバーへの画像やCSSのリンクを抽出し、
    こんなファイルがほしいよ〜(zipで)とリストを送る
    (キャッシュにあるものはリストに含めない)
4.サーバーは送り返すファイルをまとめzipで返す
    (zipにまとめられなかったものもリストで返す)
5.クライアントはzipにないものを個別アクセス

こうすれば、Webサーバーを対応させれば、その上で動くプログラムには影響がないかな

Re:やりとりのイメージ

[s02222 (20350)]

リンク先をざっと読んでみたところ、サーバの対応は要らなさそうな。

1. htmlのヘッダに<link rel="resource-package" type="application/zip" href="/static/site-resources.zip" />とかそういう記述があればzipファイルを取ってくる
2. zipファイルには中に何が入っているかなどをを示すmanifest.txtが先頭に格納されている
3. manifest.txtを参考にhtmlの残りをパーズ。zipファイルに含まれているリソースは改めては取りに行かず、zipから取り出して使う

かな?

あんまり動的なページをzipに含める事は考えていないように見えますね。 固定のスタイルシートやら飾りやらを送ろうと言うのがあくまで主体のような。 まあ、手法が一般化すると今度はファイルの更新に自動対応するapache用のモジュールも作られるであろう事は疑う余地がありませんが。

だとすると、href="/static/site-resources.zip"の部分に飛んでもなくでかいファイルを指定してやるとか、無限にデータを投げ返してくるcgiやらを指定してやるとかすることで、Resource Packages対応のブラウザでは閲覧がめんどくさいページが簡単に作れちゃうような気がします。そんないたずらを仕込む前向きな理由は思いつきませんが。「Resource Packagesのダウンロードが完了していない段階でブラウザがやることが無くなったら、zipは見捨ててhttpでファイルを取りに行く」みたいな例外処理を入れておくのかな? それはそれで本末転倒のような。

Re:やりとりのイメージ

[ruto (17678)]

Resource Packagesではmanifest.txtファイルにアーカイブ内の全てのファイル名を記述しておきます。
このファイルはZIPファイルの最初のファイルでなければなりません。
ZIPファイルは全てを読み込まなくても中身が読めるので、とりあえず読めた部分まではZIPファイルの中身を利用できます。

Re:やりとりのイメージ

[Stealth (5277)]

つまり「とりあえずこれらのファイルをまとめて zip にして……」とエクスプローラー上でさくっとまとめる、といったことはしにくいのですね。
なんかオーサリングツールでの支援とかが得られなかったら対応するサイトが極めて少なくなりそうですね。

Re:

[Anonymous Coward]

非対応のブラウザが長期に渡って残ることを考えると、サーバー側でリアルタイムにZIPアーカイブ作成機能を搭載しない限り、zipにアーカイブされたファイルと、非アーカイブのファイル群とを、サーバー側で二重に持ち続けないといけないですね。
サーバー側にとっては、ZIPファイルと非ZIPファイル用のディスク領域とで2倍に近いディスク領域が必要になるほか、コンテンツを作る側でも、非ZIPとZIPの両方のファイルを管理しなきゃならなくなる。最悪、「単体ファイルは更新されたけどZIPアーカイブは古いまま」といったことも発生しそうです。

そういったとことを考えると、やっぱサーバー側の対応も必要にとなってきそうな気がします