経費をかけて作った新しい Web サイトを配置した後に、すべてのページから会社のロゴ マークが抜けていることがわかったり、コンピュータのトラブルのために、多数のユーザーを代替の Web サイトに送るように突然頼まれたとします。このような問題は、Web サイトを管理する際に発生する問題の一部にすぎません。効果的に Web サイトを管理できるように、最も一般的な管理作業や緊急事態に対処するための基本的なツールや手順が多数提供されています。
最初に、公開するドキュメントが入っているディレクトリを指定し、Web サイトをセットアップします。Web サーバーは、これらの指定されたディレクトリに入っていないドキュメントは公開できません。したがって、Web サイトを配置するには、まずファイルの編成方法を決定します。その後で、IIS スナップインを使用して、どのディレクトリがサイトの一部であるかを指定します。
特別なディレクトリ構造を作成せず直接開始するときに、すべてのファイルがインターネット インフォメーション サービスを実行するコンピュータの同じハード ディスクに格納されている場合は、既定のホーム ディレクトリである C:\Inetpub\Wwwroot に Web ファイルをコピーするだけで、直ちにドキュメントを公開できます(FTP サイトについては、C:\Inetpub\Ftproot にファイルをコピーします)。これでイントラネット ユーザーは、「http://servername/filename」という URL を入力してこれらのファイルにアクセスできます。複数のサイトを運用して個々の Web コンテンツを構成する方法については、ここで説明する手順を参照してください。ファイルの既定の場所の変更方法、および別のハード ディスク上またはネットワーク上の別のコンピュータにあるディレクトリを追加する方法が説明されています。
どの Web サイトまたは FTP サイトにも、1 つのホーム ディレクトリが必要です。"ホーム ディレクトリ" は、公開するページの中心となる場所です。ホーム ディレクトリには、利用者を歓迎するメッセージおよびサイト内のほかのページへのリンクを含む、ホーム ページまたはインデックス ファイルが含まれます。ホーム ディレクトリは、サイトのドメイン名またはサーバー名にマップされています。たとえば、サイトのインターネット ドメイン名が www.microsoft.com であり、ホーム ディレクトリが C:\Website\Microsoft の場合、ブラウザは http://www.microsoft.com という URL を使ってホーム ディレクトリのファイルにアクセスします。イントラネットでは、サーバー名が AcctServer の場合、ブラウザは http://acctserver という URL を使ってホーム ディレクトリのファイルにアクセスします。
既定のホーム ディレクトリは、インターネット インフォメーション サービスをインストールしたときに作成されます。また、新しい Web サイトを作成したときに指定できます。ホーム ディレクトリは変更できます。変更方法については、「ホーム ディレクトリを変更する」を参照してください。
ホーム ディレクトリに含まれない任意のディレクトリから公開するには、仮想ディレクトリを作成します。"仮想ディレクトリ" とは、実際にはホーム ディレクトリに含まれていないが、クライアントのブラウザからは含まれているように見えるディレクトリのことです。
仮想ディレクトリには "エイリアス" が設定されています。エイリアスとは、仮想ディレクトリにアクセスするために Web ブラウザが使用する名前です。通常、エイリアスは、ディレクトリのパス名より短いため、入力する際に便利です。エイリアスを使うことでセキュリティを高めることができます。ユーザーは、ファイルが存在するサーバー上の物理的な位置がわからないため、その情報を使って仮想ディレクトリのファイルを変更することができません。エイリアスを使うことで、サイト内でのディレクトリの移動も容易になります。ディレクトリの URL を変更する代わりに、エイリアスとディレクトリの物理的な位置とのマッピングを変更するだけで済みます。
たとえば、社内のイントラネット上で、マーケティング グループのために Web サイトをセットアップする場合を考えます。次の表は、ファイルの物理的な格納位置と、ファイルにアクセスするための URL のマッピングを示したものです。
| 物理的な 位置 |
エイリアス | URL パス |
|---|---|---|
| C:\Inetpub\wwwroot | "ホーム ディレクトリ" (なし) | http://Sales |
| \\Server2\SalesData\ProdCustomers | Customers | http://Sales/Customers |
| C:\Inetpub\wwwroot\Quotes | なし | http://Sales/Quotes |
| C:\Inetpub\wwwroot\OrderStatus | なし | http://Sales/OrderStatus |
| D:\Mktng\PR | PR | http://Sales/PR |
インターネット インフォメーション サービス スナップインでは、仮想ディレクトリと物理ディレクトリ (エイリアスが設定されていないディレクトリ) の両方が表示されます。仮想ディレクトリは、隅に地球のマークが付いたフォルダ アイコンで示されます。次の図は、上の例の Web サイトを示しています。/Customers と /PR は仮想ディレクトリです。
簡単な Web サイトの場合、仮想ディレクトリを追加する必要はありません。すべてのファイルを、サイトのホーム ディレクトリに置くことができます。複雑なサイトの場合、またはサイトの構成部分によって異なる URL を指定する場合は、必要に応じて仮想ディレクトリを追加できます。作成方法については、「仮想ディレクトリを作成する」を参照してください。
ブラウザが Web サイトのページを要求すると、Web サーバーは URL で示されるページの位置を検索し、そのページをブラウザに返します。Web サイト上でページを移動する場合、移動したページの旧 URL を参照するすべてのリンクを修正することが難しい場合もあります。新しい URL で目的のページを確実に見つけるには、Web サーバーが新しい URL をブラウザに渡すように設定します。ブラウザは新しい URL を使用して、もう一度ページを要求します。この処理を、"ブラウザの要求をリダイレクトする" または "別の URL にリダイレクトする" といいます。ページの要求をリダイレクトする処理は、郵便サービスで転送先の住所を使用する処理と似ています。郵便局に転送先住所を届け出ておくと、転居前の住所宛てに送られた手紙や小包は、新しい住所に配達されます。
Web サイトを更新しているあいだ一時的にサイトの一部を利用できないようにする場合、または仮想ディレクトリの名前を変更し、元の仮想ディレクトリのファイルへのリンクで新しい仮想ディレクトリの同じファイルにアクセスできるようにする場合は、URL のリダイレクトを使用します。リダイレクトの方法については、「要求をディレクトリにリダイレクトする」を参照してください。
Web コンテンツが要求されてからブラウザに返されるまでに、コンテンツを動的に変更すると便利な場合がよくあります。インターネット インフォメーション サービスには、このための機能が 2 つあります。1 つはサーバー側インクルード (SSI)、もう 1 つは Microsoft® Active Server Pages (ASP) のスクリプト環境です。
動的タイムスタンプの追加から、ファイル要求時の特殊なシェル コマンドの実行まで、Web サイトの管理作業全般を SSI を使って実行することができます。"ディレクティブ" と呼ばれる SSI コマンドは、デザイン時に Web ページに追加されます。ページが要求されると、Web サーバーは Web ページにあるすべてのディレクティブを解析して実行します。通常使われる SSI ディレクティブは、ファイルのコンテンツを Web ページに挿入、つまり "インクルード" します。たとえば、Web ページの広告を継続的に更新する必要がある場合、SSI を使って広告の HTML ソースを Web ページにインクルードすることができます。広告を更新するには、広告の HTML ソースが含まれているファイルを変更するだけで済みます。SSI を使うためにスクリプト言語を理解する必要はありません。正しいディレクティブ構文を使うだけです。
手順や参照項目の詳細については、「サーバー側インクルード」を参照してください。
ASP は、動的に Web コンテンツを変更するための "サーバー側" のスクリプト環境です。ASP は、本来 Web アプリケーションの開発用にデザインされたものですが、Web サイトの管理をさらに簡単にするための機能も多数含みます。たとえば、ASP を使って、Web サイトを利用したユーザーの追跡や、ブラウザの機能に基づいた Web コンテンツのカスタマイズができます。ただし、SSI とは異なり、ASP では VBScript や JScript などのスクリプト言語を使う必要があります。
詳細については、「ASP を使用して Web サイト コンテンツを管理する」を参照してください。