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

この記事のURLhttp://japan.internet.com/webtutorial/20001025/1.html

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

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

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

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

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

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

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

japan.internet.comのウエブサイトの内容は全て、国際法、日本国内法の定める著作権法並びに商標法の規定によって保護されており、その知的財産権、著作権、商標の所有者はインターネットコム株式会社、インターネットコム株式会社の関連会社または第三者にあたる権利者となっています。
本サイトの全てのコンテンツ、テキスト、グラフィック、写真、表、グラフ、音声、動画などに関して、その一部または全部を、japan.internet.comの許諾なしに、変更、複製、再出版、アップロード、掲示、転送、配布、さらには、社内LAN、メーリングリストなどにおいて共有することはできません。
ただし、コンテンツの著作権又は所有権情報を変更あるいは削除せず、利用者自身の個人的かつ非商業的な利用目的に限ってのみ、本サイトのコンテンツをプリント、ダウンロードすることは認められています。