この日本語訳はすでに古くなっている可能性があります。最近更新された内容を見るには英語版をご覧下さい。送信するファイルのファイルシステム上の位置を決定する方法を説明します。最後に追加する、というものです。下のディレクトリやファイルがウェブから見える基本のドキュメントの木構造をなします。この場合、それぞれのバーチャルホストに対して違うDocumentRootを指定することができます。IPアドレスやホスト名から動的に決めることもできます。DocumentRootの下にはない部分へのウェブアクセスを許可する必要がある場合がよくあります。このために複数の方法を用意しています。DocumentRootの下に持ってくることができます。ある場合にのみシンボリックリンクをたどります。代わりの方法として、Aliasディレクティブを使ってファイルシステムの任意の部分をウェブの空間にマップできます。CGIスクリプトとして扱われるという追加の効果以外は同じように動作します。ディレクティブを使って強力な正規表現に基づいたマッチと置換を行なうことができます。スクリプトとして扱います。使ってアクセスできるようにします。http://www.example.com/~user/file.htmlセキュリティの観点から、ウェブからユーザのホームディレクトリへ直接アクセスできるようにすることは適切ではありません。ディレクティブにはユーザのホームディレクトリの下の、ウェブファイルの置かれているディレクトリを指定します。いうようなファイルにマップされます。指定されているユーザのホームディレクトリです。ホームディレクトリの位置が書かれていないシステムでも使うことのできる他の形式もあります。ように符号化されることが多い)を格好が悪いと思って、ユーザのディレクトリを表すために別の文字列の使用を好む人がいます。この機能をサポートしていません。使って望みの効果を達成することができます。ファイルシステムの特定の場所からコンテンツを取ってきてクライアントに送り返すようにします。へ新しいリクエストを行なうようにする方が望ましいことがあります。これはリダイレクションと呼ばれていて、Redirectディレクティブにより実装されています。置換されたものにリダイレクトします。サーバは自分自身のサーバだけでなく、どのサーバにでもクライアントをリダイレクトすることができます。ディレクティブを提供しています。空間に持ってくることもできます。この手法はリバースプロキシと呼ばれています。ウェブサーバが遠隔地のドキュメントを取得してクライアントに送り返すのがプロキシサーバの動作のように見えるからです。クライアントにはドキュメントがリバースプロキシサーバから送られてきているように見える点が通常のプロキシとは異なります。ディレクトリから取得して、さもローカルサーバからのドキュメントのようにしてクライアントに返します。リダイレクトがローカルサーバの適切なディレクトリを指すように書き換えます。書き換えることができます。ドキュメントの中のリンクは書き換えられない、ということは知っておいてください。直接リクエストを送る、ということになります。中のリンクを書き換えることができます。リライトエンジンより一層強力な置換が必要なときは、mod_rewriteが提供するリライトエンジンが役に立つでしょう。アドレスなどのリクエストの特徴を使って送り返すコンテンツの場所を決めます。mod_rewriteは外部のデータベースファイルやプログラムを使ってリクエストの扱い方を決めることもできます。外部のリダイレクト、プロキシです。リライトガイドで説明されています。対応するファイルがファイルシステムに無いという場合が発生します。これが起こるのにはいくつかの理由があります。場合によっては、ドキュメントを別の場所に移動した結果であることがあります。リダイレクションを使うのが最善の方法です。古いブックマークやリンクが動作し続けるようにすることができます。