Return-Path: 
 <cvs-return-12677-apmail-httpd-cvs-archive=httpd.apache.org@httpd.apache.org>
Delivered-To: apmail-httpd-cvs-archive@httpd.apache.org
Received: (qmail 57740 invoked by uid 500); 30 Jul 2002 07:57:09 -0000
Mailing-List: contact cvs-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
list-help: <mailto:cvs-help@httpd.apache.org>
list-unsubscribe: <mailto:cvs-unsubscribe@httpd.apache.org>
list-post: <mailto:cvs@httpd.apache.org>
Delivered-To: mailing list cvs@httpd.apache.org
Received: (qmail 57727 invoked by uid 500); 30 Jul 2002 07:57:09 -0000
Delivered-To: apmail-httpd-2.0-cvs@apache.org
Date: 30 Jul 2002 07:57:08 -0000
Message-ID: <20020730075708.28030.qmail@icarus.apache.org>
From: yoshiki@apache.org
To: httpd-2.0-cvs@apache.org
Subject: cvs commit: httpd-2.0/docs/manual/mod mod_access.xml.ja
 mod_dir.xml.ja mod_env.xml.ja mod_so.xml.ja
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

yoshiki     2002/07/30 00:57:08

  Added:       docs/manual/mod mod_access.xml.ja mod_dir.xml.ja
                        mod_env.xml.ja mod_so.xml.ja
  Log:
  New Japanese translations.  Forward port from 1.3.
  
  Revision  Changes    Path
  1.1                  httpd-2.0/docs/manual/mod/mod_access.xml.ja
  
  Index: mod_access.xml.ja
  ===================================================================
  <?xml version="1.0" encoding="iso-2022-jp"?>
  <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
  <?xml-stylesheet type="text/xsl" href="../style/manual.ja.xsl"?>
  <modulesynopsis>
  <!-- English revision: 1.6 -->
  
  <name>mod_access</name> 
  
  <description>クライアントのホスト名、IP アドレス、その他のクライアント
  のリクエストの特徴に基づいたアクセス制御機能を提供する</description>
  
  <status>Base</status>
  <sourcefile>mod_access.c</sourcefile>
  <identifier>access_module</identifier>
  
  <summary>
      <p>mod_access により提供されるディレクティブはサーバの特定の部分への
      アクセスを制御するために <directive module="core" type="section"
      >Directory</directive>, <directive module="core"
      type="section">Files</directive>, <directive module="core"
      type="section">Location</directive>
      と <code><a href="core.html#accessfilename">.htaccess</a
      ></code> ファイルで使用されます。クライアントのホスト名、IP
      アドレスや <a href="../env.html">環境変数</a
      >として取得された、その他のリクエストの特徴に基づいて
      アクセス制御を行なうことができます。<directive
      module="mod_access">Allow</directive> と
      <directive module="mod_access">Deny</directive> ディレクティブは
      どのようなクライアントにアクセスを
      許可する、しないかを指定するために使用されます。一方、
      <directive module="mod_access">Order</directive> ディレクティブは
      デフォルトのアクセス状態と、
      <directive module="mod_access">Allow</directive> ディレクティブと
      <directive module="mod_access">Deny</directive>
      ディレクティブとのお互いへの影響の仕方を設定します。
      </p>
  
      <p>ホストによるアクセス制限とパスワードによる認証を同時に
      行なうことが可能です。その場合、その二つの制限の関係を指定するために
      <directive module="core">Satisfy</directive>
      ディレクティブを使用します。</p>
  
      <p>一般的には、アクセス制限ディレクティブはすべてのアクセスメソッド
      (<code>GET</code>, <code>PUT</code>, <code>POST</code> など)
      に適用されます。そして、ほとんどの場合これが望ましい動作です。
      しかし、<directive module="core" type="section">Limit</directive>
      セクションの中にディレクティブを書くことで、
      一部のメソッドにのみ制限をかけることもできます。</p>
  </summary>
  
  <seealso><directive module="core">Satisfy</directive></seealso>
  <seealso><directive module="core">Require</directive></seealso>
  
  <directivesynopsis>
  <name>Allow</name>
  <description>サーバのある領域にアクセスできるホストを制御する</description>
  <syntax> Allow from
      all|<em>host</em>|env=<em>env-variable</em>
      [<em>host</em>|env=<em>env-variable</em>] ...</syntax>
  <contextlist><context>ディレクトリ</context><context>.htaccess</context>
  </contextlist>
  <override>Limit</override>
  
  <usage>
  
      <p><directive>Allow</directive> ディレクティブはどのホストが
      サーバのある領域をアクセスできるかに影響を与えます。
      アクセスはホスト名、IP アドレス、IP アドレスの範囲や、
      環境変数として取得された、その他のクライアントのリクエストの
      特徴によって制御することができます。</p> 
  
      <p>このディレクティブの最初の引数は常に <code>from</code> です。
      それに続く引数は三つの違った形式があります。<code>Allow from
      all</code> が指定されていれば、すべてのホストにアクセスを許可し、
      アクセス制限は下で説明されているように、
      <directive module="mod_access">Deny</directive>
      ディレクティブと <directive module="mod_access">Order</directive>
      ディレクティブの設定で決まります。
      特定のホストやホスト群にのみサーバへのアクセスを許可するためには、
      以下のどれかの形式で <em>host</em> を指定することができます:</p>
  
      <dl>
        <dt>ドメイン名 (の一部)</dt>
  
        <dd>例: <code>Allow from apache.org</code><br />
        この文字列に合うか、これで終わる名前のホストのアクセスが許可されます。
        各部分が完全に合うものだけに適用されますので、上の例は
        <code>foo.apache.org</code> にはマッチしますが、
        <code>fooapache.org</code> にはマッチしません。
        この設定をすると、サーバは
        <directive module="core">HostnameLookups</directive>
        の設定に関わらず、クライアントの IP アドレスに対して
        DNS の逆引きを行ないます。</dd>
  
        <dt>完全な IP アドレス</dt>
  
        <dd>例: <code>Allow from 10.1.2.3</code><br />
        アクセスを許可する IP アドレスです。</dd>
  
        <dt>IP アドレスの一部</dt>
  
        <dd>例: <code>Allow from 10.1</code><br />
        サブネットの制限用の、IP
        アドレスの最初の一つから三つまでのバイトです。</dd>
  
        <dt>ネットワーク/ネットマスク の対</dt>
  
        <dd>例: <code>Allow from 10.1.0.0/255.255.0.0</code><br />
        ネットワーク a.b.c.d とネットマスク w.x.y.z です。
        より細粒度のサブネット制限用です。</dd>
  
        <dt>ネットワーク/nnn CIDR 指定</dt>
  
        <dd>例: <code>Allow from 10.1.0.0/16</code><br />
        ネットマスクが nnn の上位ビットが 1
        となっているものからなること以外は前のものと同じです。</dd>
      </dl>
  
      <p>注: 最後の三つの例はまったく同じホストに合います。</p>
  
  
      <p>IPv6 アドレスと IPv6 のサブネットは以下のように指定できます:</p>
  
      <example>
         Allow from fe80::a00:20ff:fea7:ccea<br />
         Allow from fe80::a00:20ff:fea7:ccea/10
      </example>
  
      <p><directive>Allow</directive> ディレクティブの引数の三つ目の形式は、
      <a href="../env.html">環境変数</a>
      の存在によりアクセスの制御を行なえるようにするものです。
      <code>Allow from env=</code><em>variablename</em>
      が指定されていると、環境変数 <em>variablename</em>
      が存在した場合にリクエストはアクセスを許可されます。サーバは
      <module>mod_setenvif</module>
      のディレクティブにより、クライアントのリクエスト
      の特徴に基づいて柔軟に環境変数を設定する機能を提供します。
      ですから、このディレクティブはクライアントの
      <code>User-Agent</code> (ブラウザの種類)、<code>Referer</code>
      や他の HTTP リクエストのヘッダフィールドなどに基づいて
      アクセス許可をするために使うことができます。
      </p>
  
  <example>
  <title>例:</title>
  SetEnvIf User-Agent ^KnockKnock/2.0 let_me_in<br />
  &lt;Directory /docroot&gt;<br />
  &nbsp;&nbsp;    Order Deny,Allow<br />
  &nbsp;&nbsp;    Deny from all<br />
  &nbsp;&nbsp;    Allow from env=let_me_in<br />
  &lt;/Directory&gt;
  </example>
  
      <p>この場合、user-agent の文字列が <code>KnockKnock/2.0</code>
      で始まるブラウザのみがアクセスを許可され、
      他のものはアクセスを拒否されます。</p>
  
  </usage>
  
  </directivesynopsis>
  
  <directivesynopsis>
  
  <name>Deny</name>
  
  <description>サーバがアクセスを拒否するホストを制御する</description>
  
  <syntax> Deny from
      all|<em>host</em>|env=<em>env-variable</em>
      [<em>host</em>|env=<em>env-variable</em>] ...</syntax>
  <contextlist><context>ディレクトリ</context><context>.htaccess</context>
  </contextlist>
  <override>Limit</override>
  
  <usage>
      <p>このディレクティブはホスト名、IP
      アドレス、環境変数に基づいてサーバへのアクセスを制限します。
      <directive>Deny</directive> ディレクティブの引数は <directive
      module="mod_access">Allow</directive>
      ディレクティブとまったく同じです。</p>
  </usage>
  
  </directivesynopsis>
  
  <directivesynopsis>
  
  <name>Order</name>
  
  <description>デフォルトのアクセス可能な状態と、<directive>Allow</directive> と
  <directive>Deny</directive> が評価される順番を制御する</description>
  
  <syntax> Order <em>ordering</em></syntax>
  <default>Order Deny,Allow</default>
  <contextlist><context>ディレクトリ</context><context>.htaccess</context>
  </contextlist>
  <override>Limit</override>
  
  <usage>
  
      <p><directive>Order</directive> ディレクティブはデフォルトのアクセスの状態と
      <directive module="mod_access">Allow</directive> ディレクティブと
      <directive module="mod_access">Deny</directive>
      ディレクティブが評価される順番を制御します。
      <em>Ordering</em> は以下のどれかです。</p>
  
      <dl>
        <dt>Deny,Allow</dt>
  
        <dd><directive module="mod_access">Deny</directive> ディレクティブが
        <directive module="mod_access">Allow</directive>
        ディレクティブの前に評価されます。
        アクセスはデフォルトで許可されます。<directive
        module="mod_access">Deny</directive>
        ディレクティブに合わないか、<directive module="mod_access">Allow</directive>
        ディレクティブに合うクライアントはアクセスを許可されます。</dd>
  
        <dt>Allow,Deny</dt>
  
        <dd><directive module="mod_access">Allow</directive>
        ディレクティブが <directive
        module="mod_access">Deny</directive>
        ディレクティブの前に評価されます。
        アクセスはデフォルトで拒否されます。<directive
        module="mod_access">Allow</directive>
        ディレクティブに合わないか、<directive module="mod_access">Deny</directive>
        ディレクティブに合うクライアントはアクセスを拒否されます。
        </dd>
  
        <dt>Mutual-failure</dt>
  
        <dd><directive module="mod_access">Allow</directive> のリストに現れて、
        <directive module="mod_access">Deny</directive>
        のリストに現れないホストのみがアクセスを許可されます。
        この順番付けは <code>Order Allow,Deny</code> と同じ効果を持ち、
        その設定の方が好ましいために非推奨となっています。</dd>
      </dl>
  
      <p>キーワードはコンマで分離することだけが可能です。
      間に空白があってはいけません。どの場合でも、<directive
      module="mod_access">Allow</directive> と
      <directive module="mod_access">Deny</directive> 文は
      全て評価されるということに注意してください。
      </p>
  
      <p>以下の例では、apache.org
      ドメインのすべてのホストはアクセスを許可されます。
      他のすべてのホストはアクセスを拒否されます。</p>
  
  <example>
        Order Deny,Allow<br />
        Deny from all<br />
        Allow from apache.org<br />
  </example>
  
      <p>次の例では、foo.apache.org サブドメインにあるホスト以外の、
      apache.org ドメインのすべてのホストがアクセスを許可されます。
      apache.org
      ドメインでないホストは、デフォルトの状態がアクセス拒否のため、
      サーバへのアクセスを拒否されます。</p>
  
  <example>
         Order Allow,Deny<br />
         Allow from apache.org<br />
         Deny from foo.apache.org<br />
  </example>
  
      <p>一方、上の例の <directive>Order</directive> が <code>Deny,Allow</code>
      に変わっていれば、すべのホストにアクセスが許可されます。
      これは、設定ファイル中の実際の順番に関わらず、
      <code>Allow from apache.org</code> が最後に評価されて、
      <code>Deny from foo.apache.org</code> を上書きするからです。
      <code>apache.org</code>
      ドメインにないホストも、デフォルトの状態が <em>allow</em>
      に変化するために、アクセスを許可されます。
      </p>
  
      <p><directive>Order</directive>
      ディレクティブはデフォルトのアクセスの状態に影響を与えるので、
      <directive module="mod_access">Allow</directive> ディレクティブと
      <directive module="mod_access">Deny</directive>
      ディレクティブが無くても、サーバのアクセスに影響を与えることができます。
      たとえば、</p>
  
  <example>
        &lt;Directory /www&gt;<br />
        &nbsp;&nbsp;Order Allow,Deny<br />
        &lt;/Directory&gt;
  </example>
  
      <p>はデフォルトのアクセス状態が <em>deny</em> になるため、
      <code>/www</code> ディレクトリへのすべてのアクセスを拒否します。
      </p>
  
      <p><directive>Order</directive>
      ディレクティブはサーバの設定処理の各段階でだけ
      アクセスディレクティブの処理の順番を変更します。これは、たとえば、
      <directive>Order</directive> ディレクティブの設定に関わらず、
      <directive module="core" type="section">Location</directive> セクションの
      <directive module="mod_access">Allow</directive> ディレクティブや
      <directive module="mod_access">Deny</directive> ディレクティブは、
      <directive module="core" type="sectino">Directory</directive> セクションや
      <code>.htaccess</code> ファイルの <directive
      module="mod_access">Allow</directive>
      ディレクティブや <directive module="mod_access">Deny</directive>
      ディレクティブよりも常に後に評価されるということを意味します。
      設定セクションのマージの詳細については、
      <a href="../sections.html">Directory,Location, Files
      セクションの動作方法</a> を参照してください。</p>
  </usage>
  
  </directivesynopsis>
  
  </modulesynopsis>
  
  
  
  1.1                  httpd-2.0/docs/manual/mod/mod_dir.xml.ja
  
  Index: mod_dir.xml.ja
  ===================================================================
  <?xml version="1.0" encoding="iso-2022-jp"?>
  <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
  <?xml-stylesheet type="text/xsl" href="../style/manual.ja.xsl"?>
  <modulesynopsis>
  <!-- English revision: 1.3 -->
  
  <name>mod_dir</name>
  <description>「最後のスラッシュ」のリダイレクトと、ディレクトリの
  インデックスファイルを扱う機能を提供する</description>
  <status>Base</status>
  <sourcefile>mod_dir.c</sourcefile>
  <identifier>dir_module</identifier>
  
  <summary>
      <p>ディレクトリインデックスは、次の二つのうちどちらかが利用されます:</p>
  
      <ul>
        <li>一つ目は、ユーザが作成したファイルを用いるもので、通常
        <code>index.html</code> というファイル名を使います。このファイル名は、
        <directive module="mod_dir">DirectoryIndex</directive> ディレクティブで
        指定することができます。この機能は <module>mod_dir</module>
        モジュールで提供されます。</li>
  
        <li>もう一つの方法は、
        サーバによって自動的に生成されるディレクトリリストを用いる場合です。
        この機能は、<module>mod_autoindex</module>
        モジュールにより提供されます。</li>
      </ul>
  
      <p>自動的なインデックス生成機能を削除 (もしくは交換)
      できるように、この二つの機能は分離されています。</p>
  
      <p>なお <code>http://servername/foo/dirname</code> という URL
      へのリクエストがあった際に、<code>dirname</code>
      というディレクトリがあれば、「最後にスラッシュをつけた形」の URL
      へのリダイレクトを送出します。
      ディレクトリへのアクセスはスラッシュで終わっている必要があり、
      <code>mod_dir</code> は、<code>http://servername/foo/dirname/</code>
      へのリダイレクトを送出することになります。</p>
  </summary>
  
  <directivesynopsis>
  <name>DirectoryIndex</name>
  <description>クライアントがディレクトリをリクエストしたときに調べる
  リソースのリスト</description>
  <syntax>DirectoryIndex
      <em>local-url</em> [<em>local-url</em>] ...</syntax>
  <default>DirectoryIndex index.html</default>
  <contextlist><context>サーバ設定ファイル</context>
  <context>バーチャルホスト</context>
  <context>ディレクトリ</context>
  <context>.htaccess</context>
  </contextlist>
  <override>Indexes</override>
  
  <usage>
      <p>
      クライアントが、ディレクトリ名の最後に「/」
      を指定してディレクトリインデックスを要求する場合に探すリソースのリストを
      <directive>DirectoryIndex</directive> ディレクティブで設定します。
      <em>Local-url</em>
      は、リクエストされたディレクトリに対応する、サーバ上のドキュメントの
      (% エンコードされた) URL で、普通はディレクトリ中のファイルの名前です。
      複数の URL が設定された場合には、最初に見つかったものを返します。
      それらが見つからず、<code>Indexes</code>
      オプションがセットされている場合、ディレクトリのリストを生成します。
      </p>
  
  <example><title>例</title>
  DirectoryIndex index.html
  </example>
  
      <p><code>http://myserver/docs/</code> へのアクセスがあり、
      <code>http://myserver/docs/index.html</code>
      が存在すれば、この URL が返されます。
      もし存在しなければ、ディレクトリのリストが返されます。</p>
  
      <p>注: ドキュメントが同じディレクトリ内に存在するは必要ありません。
      </p>
  
  <example>DirectoryIndex index.html index.txt  /cgi-bin/index.pl</example>
      <p>とした場合、<code>index.html</code> と <code>index.txt</code>
      のどちらもディレクトリ内に存在しない場合、CGI スクリプト
      <code>/cgi-bin/index.pl</code> が実行されます。</p>
  </usage>
  </directivesynopsis>
  
  </modulesynopsis>
  
  
  
  1.1                  httpd-2.0/docs/manual/mod/mod_env.xml.ja
  
  Index: mod_env.xml.ja
  ===================================================================
  <?xml version="1.0" encoding="iso-2022-jp"?>
  <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
  <?xml-stylesheet type="text/xsl" href="../style/manual.ja.xsl"?>
  <modulesynopsis>
  <!-- English revision: 1.3 -->
  
  <name>mod_env</name>
    <description>CGI スクリプト及び SSI
      ページに渡される環境変数を変更する機能を提供する</description>
    <status>Base</status>
    <sourcefile>mod_env.c</sourcefile>
    <identifier>env_module</identifier>
    <summary>
      <p>このモジュールにより CGI スクリプトと SSI
      ページに適用される環境変数を制御することができるようになります。
      環境変数は httpd プロセスを起動したシェルから渡されます。また、
      設定ファイルで環境変数を設定したり、削除したりすることができます。
      </p>
    </summary>
    <seealso><a href="../env.html">環境変数</a></seealso>
  
    <directivesynopsis>
      <name>PassEnv</name>
      <description>シェルからの環境変数を渡す</description>
      <syntax>PassEnv
      <em>env-variable</em> [<em>env-variable</em>] ...</syntax>
      <contextlist>
        <context>サーバ設定ファイル</context><context>バーチャルホスト</context>
        <context>ディレクトリ</context><context>.htaccess</context>
      </contextlist>
      <override>FileInfo</override>
  
  <usage>
  
      <p>httpd プロセスを起動したシェルの環境から CGI スクリプトと
      SSI ページに渡す環境変数を一つ以上指定します。例:
      </p>
  <example>
      PassEnv LD_LIBRARY_PATH
  </example>
  </usage>
  </directivesynopsis>
  
  <directivesynopsis>
  <name>SetEnv</name>
  <description>環境変数を設定する</description>
  <syntax>SetEnv <em>env-variable value</em></syntax>
  <contextlist>
  <context>サーバ設定ファイル</context><context>バーチャルホスト</context>
  <context>ディレクトリ</context><context>.htaccess</context>
  </contextlist>
  <override>FileInfo</override>
  
  <usage>
      <p>環境変数を設定し、それを CGI スクリプトと SSI
      ページに渡すようにします。例:</p>
  <example>
      SetEnv SPECIAL_PATH /foo/bin
  </example>
  </usage>
  </directivesynopsis>
  
  <directivesynopsis>
  <name>UnsetEnv</name>
  <description>環境から変数を取り除く</description>
  <syntax>UnsetEnv <em>env-variable</em> [<em>env-variable</em>] ...</syntax>
  <contextlist>
  <context>サーバ設定ファイル</context><context>バーチャルホスト</context>
  <context>ディレクトリ</context><context>.htaccess</context>
  </contextlist>
  <override>FileInfo</override>
  
  <usage>
      <p>CGI スクリプトと SSI
      ページに渡される環境変数から指定された環境変数を取り除きます。例:</p>
  <example>
      UnsetEnv LD_LIBRARY_PATH
  </example>
  </usage>
  </directivesynopsis>
  
  </modulesynopsis>
  
  
  
  1.1                  httpd-2.0/docs/manual/mod/mod_so.xml.ja
  
  Index: mod_so.xml.ja
  ===================================================================
  <?xml version="1.0" encoding="iso-2022-jp"?>
  <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
  <?xml-stylesheet type="text/xsl" href="../style/manual.ja.xsl"?>
  <modulesynopsis>
  
  <!-- English revision: 1.5 -->
  <name>mod_so</name>
  <description>起動時や再起動時に実行コードとモジュールをサーバにロードする
  </description>
  <status>Base (Windows); Optional (Unix)</status>
  <sourcefile>mod_so.c</sourcefile>
  <identifier>so_module</identifier>
  
  <summary>
  
      <p>いくつかのオペレーティングシステムでは、サーバの再コンパイルをする代わりに、
      このモジュールを使用して
      <a href="../dso.html">動的共有オブジェクト</a>
      (DSO) 機構により、実行時に Apache にモジュールを読み込ませることが
      できます。</p>
  
      <p>Unix 上では、読み込まれるコードは通常は共有オブジェクトファイル
      (普通 <code>.so</code> という拡張子が付いています) からです。
      Windows 上ではこのモジュールの拡張子は <code>.so</code> か <code>.dll</code>
      です。</p>
  
      <note type="warning"><title>警告</title>
      <p>Apache 1.3 のモジュールを直接 Apache 2.0 で使うことはできません
      ― モジュールは Apache 2.0 用に動的にロードされるか、
      直接組み込まれるために修正されなければなりません。</p>
      </note>
  </summary>
  
  <section><title>Windows 用のロード可能なモジュールを作成する</title>
  
      <note><title>注</title>
      <p>Apache 1.3.15 と 2.0 とで Windows のモジュール名の形式は変更されました
      ― モジュールは mod_foo.so という名前になりました。</p>
  
      <p>まだ mod_so で ApacheModuleFoo.dll という名前のモジュールも
      ロードされますが、新しい名前の付け方を使う方が好まれます。モジュールを
      2.0 用に移植しているのであれば、2.0 の習慣に合うように名前を
      修正してください。</p></note>
  
      <p>Apache のモジュール API は UNIX と Windows 間では変更されていません。
      多くのモジュールは全く変更なし、もしくは簡単な変更により Windows 
      で実行できるようになります。ただし、それ以外の Windows には無い Unix
      アーキテクチャーの機能に依存したモジュールは動作しません。</p>
  
      <p>モジュールが実際に動作するときは、
      二つの方法のどちらかでサーバに追加することができます。まず、Unix
      と同様にサーバにコンパイルして組み込むことができます。Windows
      用の Apache は Unix 用の Apache にある <code>Configure</code>
      プログラムがありませんので、モジュールのソースファイルを
      ApacheCore プロジェクトファイルに追加し、シンボルを
      <code>os\win32\modules.c</code> ファイルに追加する必要があります。</p>
  
      <p>二つ目はモジュールを DLL としてコンパイルする方法です。
      DLL は共有ライブラリで、実行時に
      <code><directive>LoadModule</directive></code>
      ディレクティブによりサーバに読み込むことができます。これらのモジュール
      DLL はそのまま配布することが可能で、サーバを再コンパイルすることなく、Windows
      用の Apache のすべてのインストールで実行することができます。</p>
  
      <p>モジュール DLL を作成するためには、
      モジュールの作成に小さな変更を行なう必要があります。
      つまり、モジュールのレコード (これは後で作成されます。
      以下を参照してください) が DLL からエクスポートされなければなりません。
      これを行なうには、<code>AP_MODULE_DECLARE_DATA</code> (Apache
      のヘッダファイルで定義されています) をモジュールのモジュールレコード
      定義の部分に追加してください。たとえば、モジュールに</p>
  <example>
      module foo_module;
  </example>
  
      <p>があるとすると、それを次のもので置き換えてください。</p>
  <example>
      module AP_MODULE_DECLARE_DATA foo_module;
  </example>
  
      <p>Unix 上でもこのモジュールを
      変更無しで使い続けられるように、このマクロは Windows
      上でのみ効力を持ちます。<code>.DEF</code>
      ファイルの方を良く知っているという場合は、
      代わりにそれを使ってモジュールレコードを
      エクスポートすることもできます。</p>
      <p>さあ、あなたのモジュールの DLL を作成しましょう。これを、
      libhttpd.lib 共有ライブラリがコンパイルされたときに作成された
      ibhttpd.lib エクスポートライブラリとリンクしてください。この時に、
      Apache のヘッダファイルが正しい位置にあるように、
      コンパイラの設定を変える必要があるかもしれません。
      このライブラリはサーバルートの modules ディレクトリにあります。
      ビルド環境が正しく設定されるように、既存のモジュール用の .dsp を
      取ってくるのが一番良いでしょう。もしくは、あなたの .dsp と
      コンパイラとリンクのオプションを比較する、というものでも良いです。</p>
  
      <p>これで DLL 版のモジュールが作成されているはずです。
      サーバルートの <code>modules</code>
      ディレクトリにモジュールを置いて、
      <code><directive>LoadModule</directive></code>
      ディレクティブを使って読み込んでください。</p>
  </section>
  
  <directivesynopsis>
  <name>LoadFile</name>
  <description>指定されたオブジェクトファイルやライブラリをリンクする</description>
  <syntax>LoadFile <em>filename</em> [<em>filename</em>] ...</syntax>
  <contextlist>
  <context>サーバ設定ファイル</context>
  </contextlist>
  
  <usage>
  
      <p>LoadFile ディレクティブは、サーバが起動されたときや再起動されたときに、
      指定されたオブジェクトファイルやライブラリをリンクします。
      これはモジュールが動作するために必要になるかもしれない追加の
      コードを読み込むために使用されます。<em>Filename</em> は絶対パスか、<a
      href="core.html#serverroot">ServerRoot</a> からの相対パスです。</p>
  
      <p>例:</p>
  
      <example>LoadFile libexec/libxmlparse.so</example>
  
  </usage>
  </directivesynopsis>
  
  <directivesynopsis>
  <name>LoadModule</name>
  <description>オブジェクトファイルやライブラリをリンクし、使用モジュールの
  リストに追加する</description>
  <syntax>LoadModule <em>module filename</em></syntax>
  <contextlist>
  <context>サーバ設定ファイル</context>
  </contextlist>
  
  <usage>
  
      <p>LoadModule ディレクティブは <em>filename</em>
      というオブジェクトファイルおよびライブラリをリンクし、<em>module</em>
      という名前のモジュールの構造をアクティブなモジュールのリストに追加します。
      <em>Module</em> はファイル中の <code>module</code>
      型の外部変数の名前で、モジュールのドキュメントに
      <a href="module-dict.html#moduleidentifier"
      >モジュール識別子</a>として書かれているものです。例 :</p>
  
      <example>
        LoadModule status_module modules/mod_status.so
      </example>
  
      <p>これは ServerRoot の modules サブディレクトリから指定された名前の
      モジュールをロードします。</p>
  </usage>
  
  </directivesynopsis>
  </modulesynopsis>