Web サイトのディレクトリ階層の設定

いかに Web サイトのディレクトリ階層を配列するかは、結構テクニックを要する。 SRC や HREF が短くなるように、 Web サイトをすべて1レベルで配列すれば便利だろうが、 そうするとファイルが溜まり始めるので、 1レベルアプローチでは扱いにくくなる。

私は、Web サイトのディレクトリを、 道具小屋付きの牧場みたいに配列するのが好きだ。 HTML テキストファイルはすべて1レベルにあり、 補助的なファイルは論理的に構成されたヒエラルキー構造の「キット」にあり、 テキストファイルと同じレベルにある。 ここにある図はその例である。

最上位ディレクトリ（私の Macintosh ではフォルダに見える）は「リソース」だ。 そこから、イメージ、動画、音声、ソフトウェアと分けていった。

ディレクトリのいくつかはサブディレクトリを持っているので、 何か見たいとき、 あるいはハードディスクやサーバーに終了したものを保存するときに パスをすぐ思い出せる。

さらに、URL に関しても利点がある。 Web サイトにあるアイテムの参照が、 直接、あるいは同一レベルでの呼び出し、 論理的にたどっての呼び出しができるので、 Web サイトを丸ごとひとすくいで新しいサーバーに転送できるし、 ローカルサイトのリンクはすべて無傷だ。 今年になってこれを3回やったが、 毎回このサイトドキュメントの配列法はよくできていると思った。

cgi-bin ディレクトリにアクセスできないというカレンダーの問題を解決するのは、 Netscape のテーブルだ。 見た目はそうではないが、 本文の連続画像より速くダウンロードするには、 テーブルは最適だ。 通常使われるイメージマップ用アプリケーションと相性がいい。

最近の教訓。 今使っている ISP で cgi-bin にアクセスできない場合、 なぜなのか調査する。 ISP がそのことに思い及ばなかったのか、 ユーザーに特定の機能を公開しても、 セキュリティレベルを維持できることを知らないのだろう。 ISP の技術責任者に話してみてはどうか。 もし理解してもらえかったら ISP を変更したほうがいい。 私はそうした。