仮想ボディの表示速度など

るみ 1998/07/27(月) 20:05:51
教えていただきたいことがあるのですが、

gifをいくつか並べてデザインするときに、そのgifどうしの間に
透明なgifを並べてレイアウトなどを調整する際、

width=1 height=1で作った、一つのxxx.gifを
width=1 height=12 や width=10 height=1というふうに
何回も流用していく方法と、
width=1 height=12というxxx.gifや
width=10 height=1というyyy.gifを
それぞれ用意していくのは、
１）（体感ではなく、理論上）どちらが表示がはやいのか？
２）どちらがブラウザにとって合理的なのか？
あれれ？なんかうまく聞きたいことが表現できませんが
えっと、上のことにまつわるよもやま話（参考・勉強になる話）を
お聞かせくださるかたはいらっしゃいませんか？

とほほ 1998/07/28(火) 01:08:21
「それぞれ用意」よりも「何回も流用」の方が断然オススメです。
・IEの場合は、キャッシュした画像データをサイズを変えながら表示
　するので、かなり高速になります。
・NNの場合は、サイズが変わると別の画像と認識して、個別にGETして
　しまうようですが、運がよければサーバーから304(Not Modified)
　が返され、実際に画像データが転送されずにすむことがあります。
・IE、NNいずれにせよ、キャッシュデータがディスクを消費する容量が
　少なくなります。

るみ 1998/07/31(金) 12:17:39
ありがとうございました。参考になりました。

＞運がよければサーバーから304(Not Modified)
　が返され

すみません無知なもので...
これは「プロバイダの使用するサーバーの機種による」
という意味なのでしょうか？

それとも
「NNのカスタマイズ内容による」
という意味なのでしょうか？

教えていただけると幸いです。

とほほ 1998/08/01(土) 10:48:26
　私が試したところ（Win95 + An HTTPD + NN4.0）では、最初の数個
の要求に対しては画像が無駄に転送されているようですが、後半の数個
の要求に対しては「変更ないよ（３０４）」のメッセージが返されて実
際の画像転送は行われませんでした。
　おそらく、最初の読込の完了時に画像の最終更新日が確定し、その後
の要求ではブラウザとサーバーの間で「更新の無いファイルの無駄な転
送はしない」という調整が行われるのではないでしょうか。
　大抵のサーバーは同じ動作をすると思いますが、確認した訳ではない
ので、「プロバイダのサーバーの機種による」可能性はあります。
　また、昔のNNは同時に読込要求するする個数（通常４）を変更できた
のですが、この個数には依存するでしょう。（この個数分は、最初の画
像転送が完了する前に要求が開始されるので、３０４の恩恵を受ける率
が低くなる）
　ちょっと難しい説明だった・・・・・かな。

匿名希望 1998/08/01(土) 11:11:23
「304」とはどんなものか、以下のgatewayで実習できます。
ブラウザーとサーバーとの間で普段どんな会話がなされているのか、
見ることができます。

http://waseda.netjoy.ne.jp/~kusunoki/httpreq.html

るみ 1998/08/03(月) 11:33:22
とほほさん、ご指導ありがとうございます。

最初？？？でしたが、週末に頭の中でよ～く整理したら
おっしゃっていることが見えました^^;

私は素人ですがちょっぴりサーバー管理者の世界に触れたようで
嬉しくなりました。
ご返答ならびに、すてきなラウンジの運営
本当にありがとうございました��

とほほ 1998/08/04(火) 00:23:10
[[解決]]
という訳で、解決(^^)

[上に] [前に] [次に]