• ベストアンサー

ホームページの使用領域を節約したいのですが

初心者質問ですみません。 ホームページの使用領域を節約したいのですが、 <center> <table border="1"> <tr><td>・・・ と改行しながら打つのと <center><table border="1"><tr><td>・・・ と詰めて打つのとでは違いがあるのでしょうか? たとえば改行しながら打つとプロパティでサイズ512バイトなのが 詰めて打つとサイズ505バイトになります。 しかし、ディスク上のサイズというのは4096バイトのまま変わらないようです。 効果ないのでしょうか? また、FFFTPを利用しているのですが、 「ファイル一覧の取得は正常終了しました」という表示の横に「52735byte」とあるのですが、 サーバーの使用領域確認では「12.9Mバイト」となっています。 ずいぶん開きがありますが、両者は一致しないものなのでしょうか? ご回答よろしくおねがいします。

質問者が選んだベストアンサー

  • ベストアンサー
  • BLUEPIXY
  • ベストアンサー率50% (3003/5914)
回答No.1

4096バイトというのは、その環境下でのファイルの最小サイズでこれ以下の場合実際のファイルのサイズが1バイトでも4096バイトのサイズが使われてしまいます。これは、OSがディスクの領域をあるまとまった単位で管理しているためで、OSによっては1024バイトだったり512バイトだったり様々です。 というわけで、 小さいサイズのファイルを大量に作れば作るほど、ファイルのデータとしてのサイズとファイルの使用しているサイズは差がでることになります。

11children
質問者

補足

早速のご回答ありがとうございます。 なるほど、最小サイズ以下では画一的に4096バイト(ディスクサイズ)として扱われるのですね。 サーバーとの契約容量はこのディスクサイズで計算されるのですよね? とすると、各htmlファイルが4096バイト以下では節約する意味がなくわるわけですか。。 補足質問ですが、サーバーとの関係以外(FFFTPやパソコン自体)でもメリットは無いのでしょうか? FFFTPで更新したら順次ファイルを削除しているのですが。

その他の回答 (4)

  • ZENO888
  • ベストアンサー率49% (8944/18242)
回答No.5

>ディスク上のサイズというのは4096バイトのまま変わらないようです。 これは、クラスタ/アロケーションサイズと言った単位でHDD等には書き込まれる為、例えばファイルサイズが1バイトのファイルであっても、クラスタ/アロケーションサイズが4096バイト単位だと、HDDの使用領域は4096バイト使用されます。 (6000バイトのファイルだと8192バイト必要) >表示の横に「52735byte」 これはファイルの実際のサイズ合計でしょう。 >サーバーの使用領域確認では「12.9Mバイト」 これは実際にHDDを使用しているサイズ合計でしょう。 つまりクラスタ単位での合計です。 >両者は一致しないものなのでしょうか? 上記のように、実際のファイルサイズがクラスタサイズの整数倍であれば一致しますが、実際にはクラスタサイズでは割り切れないので、一致しないです。 参考 http://pc.okweb.jp/kotaeru.php3?q=1401595

11children
質問者

お礼

ご回答ありがとうございます。 HDDとかクラスタサイズとか用語も全然知らない初心者なもので。助かりました。ありがとうございます。

  • BLUEPIXY
  • ベストアンサー率50% (3003/5914)
回答No.4

>(「メンテナンスが悪くなる」とはソースが見づらくなって校正しにくくなる、というような意味でしょうか?) そうです。

  • BLUEPIXY
  • ベストアンサー率50% (3003/5914)
回答No.3

>メリットは無いのでしょうか? もうひとつ意味をとりかねていますが、改行コードを削除するメリットということでしょうか? >4096バイト以下では意味がないことなんでしょうか? サーバーでの使用する領域を節約するというという意味では、意味がないです。(901バイトが638バイトになっても領域を4096バイト消費しているという意味で、節約になっていない) ファイルのサイズを小さくすることで、サイトを閲覧する側からすると、転送するファイルの大きさが小さくなるので、そういう意味では意味があります。 FTPする場合でも、1つ1つのファイルサイズが小さくなれば全体としての転送量は減るのでそういう意味では効果があります。 しかし、現在の通信環境などから考えると、数10~100バイト単位で節約することはあまり意味がない様な気がします。反ってメンテナンスが悪くなるようなこともありますしね。 領域や転送サイズを小さくするという意味では、ファイルをアーカイブし圧縮すると効果があります。 例えば、XPなんかでは、ファイルの利用時間は多少犠牲になりますが、領域の点ではメリットがあります。(実際のサーバーの運用で、使用するファイルがアーカイブされてたり圧縮されてたりすることはあまりないような気がしますが) >順次ファイルを削除しているのですが。 ファイルを削除した場合は、逐次再利用されます。 削除したファイルは、通常使用領域を消費しません。 (管理領域を消費している場合はあります)

11children
質問者

お礼

またまたご回答ありがとうございます。 補足質問の意味は「改行コードを削除するメリット」でOKです。 なるほど、閲覧者からは若干メリットがあってもサイト作成者にとってはあまり意味がない行為なんですね。(「メンテナンスが悪くなる」とはソースが見づらくなって校正しにくくなる、というような意味でしょうか?) 「ファイル削除」というのはサーバー内から削除ということではなく、自分のPCに作っているサイト更新用のフォルダから、という意味でした。FFFTPでアップしたら順次削除していってるもので。言葉不足ですみません。。

  • noa_sora
  • ベストアンサー率0% (0/2)
回答No.2

No.1さんが仰っているように、それぞれの環境(ハードディスクのフォーマット方法など)によって、ファイルを保存する場所の単位容量が決まっているため、その容量以下のファイルを保存した場合もその単位容量は消費されます。 (1箱以上にファイルを入れる。しかし、1つの箱に2つのファイルは入れられない決まり) つぎに、改行した場合・しない場合で容量に差が出るのは、画面上に通常表示されない「改行記号」が改行した場所にあるからです。(Win環境では通常2バイト消費) つまり、容量を節約するには(エンターキーによる)改行を減らせばいいのですが、後から編集する際に不便ですし、数十バイト単位ですからあまり気にされない方が良いと思います。 もし、容量を節約するならば、画像ファイル等を圧縮した方が効果的ですよ。

11children
質問者

補足

ご回答ありがとうございます。 そうですね、かなりソースが見づらくなります。。 消費バイト量が変わるのは「改行記号」の有無なんですか。なるほど。 ためしにほとんど改行なしにしてみると、901バイト→638バイトに減りました。 けっこう減ってるように思えますが、No.1さんが教えてくださったように4096バイト以下では意味がないことなんでしょうか? まったくメリットがなければ改行して見やすさを求めたほうがいいですよね。。 ちなみに画像ファイルは150x150の8~15KBくらいにしてます。ただ数が多いので・・・

関連するQ&A