パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

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

  • by Anonymous Coward

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

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

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

    • Re: (スコア:2, 興味深い)

      リンク先をざっと読んでみたところ、サーバの対応は要らなさそうな。
      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に含める事は考えていないように見えますね。 固定のスタイルシー

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

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

未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー

処理中...