トップページ⇒tech
120コメント30KB

Webに向いた新しいファイル構造を考える

■ このスレッドは過去ログ倉庫に格納されています
00011NGNG
HTMLや画像ファイルを1つ1つファイル化するのが一般的な現行の
ファイル構造は、確かに構造が単純で更新が容易ですが、
大量のファイルを伝送したりファイル処理する際には、
ファイルサイズが小さい故にオーバーヘッドが大きく
処理効率が悪くなってしまいます。
また、例えば、検索システムにおいてはWWWロボットが世界中の
数十億というHTMLファイルを収集するので、i-node不足が
課題となります。

だからといって、データベースで一括管理するのでは、
直接ファイルを取得する場合よりも遥かにサーバ負荷が
高くなりますし、応答時間も長くなりがちです。

これらの問題を解決するような研究は無いのでしょうか？
0108デフォルトの名無しさんNGNG
>>106
つーか逆に単純なしくみで全てをまかなえるほうが理想だと思うが。

ＨＴＴＰは無計画にオプションを追加しまくった形跡ありありで
機能の重複も多いし
すでにお世辞にも単純なプロトコルとは言い難い。

クライアントを作るだけなら全ての仕様を使う必要がないから
まだいいが
まともに仕様を満たすサーバーやプロクシを作ろうとすると
死ぬ思いをする。
これは外部に開かれたCGIやWebアプリも同様。
0109　NGNG
　　　
0110　NGNG
　　　　　　
0111デフォルトの名無しさんNGNG
そういやbモバのproxyは画像の画質落として速度稼いでたな。
なんか不安定みたいだけど。
0112　NGNG
　　　　　　　　　
0113デフォルトの名無しさんNGNG
MIMEタイプとかいらないよな。
0114　NGNG
　　　　　　
0115デフォルトの名無しさんNGNG
最初に GIF ファイルフォーマットの仕様を見たとき、なるほど
これがネットワークでやり取りされるデータの構造なんだ、と感動した。
0116　NGNG
　　　　　　　　　　
0117デフォルトの名無しさんNGNG
え？
0118　NGNG
　　　　　　　　　　
0119デフォルトの名無しさんNGNG
自動ageスクリプトの練習かよ。
規制ゆるくなった？
0120デフォルトの名無しさんNGNG
GIFはコンピュサーブ出身です。
■ このスレッドは過去ログ倉庫に格納されています