From: Yoshiki Hayashi <yoshiki@apache.org>
Date: Sat, 29 Nov 2003 18:24:14 +0000 (+0000)
Subject: Back port Japanese translation from 2.1.
X-Git-Tag: 2.0.49~334
X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=1b5c260d7cb2eb36fe0f9d261f1abac91956e537;p=thirdparty%2Fapache%2Fhttpd.git

Back port Japanese translation from 2.1.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/APACHE_2_0_BRANCH@101927 13f79535-47bb-0310-9956-ffa450edef68
---

diff --git a/docs/manual/bind.xml.ja b/docs/manual/bind.xml.ja
index 3431a895fe1..99a61cb2410 100644
--- a/docs/manual/bind.xml.ja
+++ b/docs/manual/bind.xml.ja
@@ -1,7 +1,7 @@
 <?xml version="1.0" encoding="iso-2022-jp" ?>
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.ja.xsl"?>
-<!-- English revision: 1.2.2.4 -->
+<!-- English revision: 1.2.2.5 -->
 
 <manualpage metafile="bind.xml.meta">
 
@@ -10,13 +10,13 @@
   <summary>
     <p>Apache が使用するアドレスとポートの設定をします。</p>
   </summary>
-  
+
   <seealso><a href="vhosts/">バーチャルホスト</a></seealso>
   <seealso><a href="dns-caveats.html">DNS の問題</a></seealso>
 
   <section id="overview">
     <title>概要</title>
-    
+
     <related>
       <modulelist>
         <module>core</module>
@@ -27,8 +27,8 @@
         <directive module="mpm_common">Listen</directive>
       </directivelist>
     </related>
-    
-    
+
+
     <p>Apache は起動時に、ローカルマシンのあるポートあよびアドレス
     に対して接続し、リクエストが来るのを待ちます。
     デフォルトではマシンのすべてのアドレスに対して listen します。
diff --git a/docs/manual/cgi_path.xml.ja b/docs/manual/cgi_path.xml.ja
index cea183e1b04..b982eefe191 100644
--- a/docs/manual/cgi_path.xml.ja
+++ b/docs/manual/cgi_path.xml.ja
@@ -1,7 +1,7 @@
 <?xml version="1.0" encoding="iso-2022-jp"?>
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.ja.xsl"?>
-<!-- English revision: 1.1.2.2 -->
+<!-- English revision: 1.1.2.3 -->
 
 <manualpage metafile="cgi_path.xml.meta">
 
@@ -29,7 +29,7 @@
 
     <example>
       Alias /cgi-ralph /usr/local/httpd/cgi-bin/user.cgi/ralph
-    </example>    
+    </example>
 
     <p>この場合、<code>user.cgi</code> は CGI スクリプトであり、
     &quot;/ralph&quot; は、CGI に渡される情報です。もし上の設定がなされていて、
diff --git a/docs/manual/content-negotiation.xml.ja b/docs/manual/content-negotiation.xml.ja
index 3fec243598f..13fdf04c5cf 100644
--- a/docs/manual/content-negotiation.xml.ja
+++ b/docs/manual/content-negotiation.xml.ja
@@ -2,7 +2,7 @@
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.ja.xsl"?>
 <manualpage metafile="content-negotiation.xml.meta">
-<!-- English revision: 1.1.2.5 -->
+<!-- English revision: 1.1.2.11 -->
 
 <title>コンテントネゴシエーション</title>
 
@@ -18,8 +18,7 @@
 
     <p>コンテントネゴシエーションは
     <module>mod_negotiation</module>
-    モジュールによって
-    提供されていて、デフォルトで組み込まれています。</p>
+    モジュールによって提供されていて、デフォルトで組み込まれています。</p>
 </summary>
 
 <section id="about"><title>コンテントネゴシエーションについて</title>
@@ -30,8 +29,8 @@
     もっとも適した選択をする方法の一つには、インデックスページを
     ユーザに見せて、ユーザに選んでもらう方法があります。
     しかし、サーバが自動的に選ぶことができる場合が多くあります。
-    これは、ブラウザがリクエスト情報毎の情報の一部に、
-    どの表現を嗜好するかを送ることで動作しています。
+    これは、ブラウザがリクエスト毎に、
+    どの表現を嗜好するかという情報を送ることで動作しています。
     例えばブラウザは、可能ならフランス語で情報を見たい、
     不可能ならその代わりに英語でもよいと、
     自分の嗜好を知らせることができます。
@@ -58,7 +57,8 @@
 
     <p>Apache は HTTP/1.1 規格で定義されている 'server
     driven' コンテントネゴシエーションをサポートしています。
-    Accept, Accept-Language, Accept-Charset, Accept-Encoding
+    <code>Accept</code>, <code>Accept-Language</code>, 
+    <code>Accept-Charset</code>, <code>Accept-Encoding</code>
     リクエストヘッダを完全にサポートしています。Apache は
     'transparent' コンテントネゴシエーションもサポートしていますが、
     これは RFC 2295 と RFC 2296 で定義されている試験的な
@@ -103,7 +103,7 @@
 
     <p>タイプマップは <code>type-map</code> ハンドラ
     (もしくは、古い Apache
-    の設定と下位互換である mime タイプ
+    の設定と下位互換である MIME タイプ
     <code>application/x-type-map</code>)
     に関連付けられたドキュメントです。
     この機能を使うためには、あるファイルの拡張子を
@@ -111,7 +111,9 @@
     として定義するようなハンドラを、
     設定ファイル中に置く必要があることに注意してください。
     これは</p>
+
 <example>AddHandler type-map .var</example>
+
     <p>をサーバ設定ファイル中に書くことが一番良い方法です。</p>
 
     <p>タイプマップファイルは記述するリソースと同じ名前を持っていて、
@@ -262,6 +264,7 @@
 <section id="dimensions"><title>ネゴシエーションの次元</title>
 
     <table>
+      <columnspec><column width=".15"/><column width=".85"/></columnspec>
       <tr valign="top">
         <th>次元</th>
 
@@ -271,7 +274,7 @@
       <tr valign="top">
         <td>メディアタイプ</td>
 
-        <td>ブラウザは Accept 
+        <td>ブラウザは <code>Accept</code>
 	ヘッダフィールドで優先傾向を指定します。
 	アイテムそれぞれは、関連した品質数値を持つことができます。
 	variant の説明も品質数値を持つことができます
@@ -281,7 +284,7 @@
       <tr valign="top">
         <td>言語</td>
 
-	<td>ブラウザは Accept-Language
+	<td>ブラウザは <code>Accept-Language</code>
 	ヘッダフィールドで優先傾向を指定します。
 	要素それぞれに品質数値を持たせることができます。
 	variants は 0 か 1 つかそれ以上の言語と
@@ -291,7 +294,7 @@
       <tr valign="top">
         <td>エンコーディング</td>
 
-	<td>ブラウザは Accept-Encoding
+	<td>ブラウザは <code>Accept-Encoding</code>
 	ヘッダフィールドで優先傾向を指定します。
 	要素それぞれに品質数値を持たせることができます。</td>
       </tr>
@@ -299,7 +302,7 @@
       <tr valign="top">
         <td>文字セット</td>
 
-	<td>ブラウザは Accept-Charset
+	<td>ブラウザは <code>Accept-Charset</code>
 	ヘッダフィールドで優先傾向を指定します。
 	要素それぞれに品質数値を持たせることができます。
 	variant はメディアタイプのパラメータとして文字セットを
@@ -332,13 +335,13 @@
 	複数 variant が残っていれば、次のテストに進みます。
 
         <ol>
-	  <li>variant のメディアタイプの品質数値と Accept
+	  <li>variant のメディアタイプの品質数値と <code>Accept</code>
 	  ヘッダの品質数値との積を計算して、最高値の variant
 	  を選びます。</li>
 
 	  <li>言語品質数値が最高の variant を選びます。</li>
 
-	  <li>(もしあれば) Accept-Language ヘッダの言語順か、
+	  <li>(もしあれば) <code>Accept-Language</code> ヘッダの言語順か、
 	  (もしあれば)
 	  <directive module="mod_negotiation">LanguagePriority</directive> 
 	  ディレクティブの言語順で最適な言語の variant を選びます。</li>
@@ -347,7 +350,7 @@
 	  (text/html メディアタイプのバージョンを与えるために使われます)
 	  を持つ variant を選びます。</li>
 
-	  <li>Accept-Charset ヘッダ行で与えられている最高の文字セット
+	  <li><code>Accept-Charset</code> ヘッダ行で与えられている最高の文字セット
 	  メディアパラメータを持つ variant を選びます。
 	  明示的に除外されていない限り、ISO-8859-1
 	  が許容されるようになっています。
@@ -381,7 +384,7 @@
 
       <li>アルゴリズムを使って一つの「最適な」variant を選びましたので、
       それを応答として返します。ネゴシエーションの次元を指定するために
-      HTTP レスポンスヘッダ Vary が設定されます
+      HTTP レスポンスヘッダ <code>Vary</code> が設定されます
       (リソースのキャッシュをする時に、
       ブラウザやキャッシュはこの情報を使うことができます)。
       以上で終わり。</li>
@@ -391,26 +394,26 @@
       406 ステータス ("No Acceptable representation" を意味する)
       が、利用可能な variant のリストのついた HTML 
       ドキュメントとともに返されます。
-      相違の次元を示す HTTP Vary ヘッダも設定されます。</li>
+      相違の次元を示す HTTP <code>Vary</code> ヘッダも設定されます。</li>
     </ol>
 </section>
 </section>
 
 <section id="better"><title>品質の値を変える</title>
 
-    <p>上記の Apaceh ネゴシエーションアルゴリズムの厳格な解釈で
+    <p>上記の Apache ネゴシエーションアルゴリズムの厳格な解釈で
     得られるであろう値から、Apache は品質数値を時々変えます。
     これは、このアルゴリズムで完全ではない、あるいは正確でない情報を送る
     ブラウザ向けによりよい結果を得るために行われます。
     かなりポピュラーなブラウザで、もしないと間違った variant
-    を選択する結果になってしまうような Accept
+    を選択する結果になってしまうような <code>Accept</code>
     ヘッダ情報を送るものもあります。
     ブラウザが完全で正しい情報を送っていれば、
     この数値変化は適用されません。</p>
 
 <section id="wildcards"><title>メディアタイプとワイルドカード</title>
 
-    <p>Accept: リクエストヘッダはメディアタイプの優先傾向を指定します。
+    <p><code>Accept:</code> リクエストヘッダはメディアタイプの優先傾向を指定します。
     これはまた、"image/*" や "*/*"
     といった「ワイルドカード」メディアタイプを含むことができます。
     ここで * は任意の文字列にマッチします。
@@ -443,12 +446,12 @@
     明示的にリストされているタイプに合致する variant がない場合にのみ、
     他のタイプが返されます。</p>
 
-    <p>もし Accept: ヘッダが q 値を全く含んで<em>いなければ</em>、
+    <p>もし <code>Accept:</code> ヘッダが q 値を全く含んで<em>いなければ</em>、
     望みの挙動をするために、
     Apache は "*/*" があれば 0.01 の q 値を設定します。
     また、"type/*" の形のワイルドカードには 0.02 の q 値を設定します
     (ですからこれらは "*/*" のマッチよりも優先されます)。
-    もし Accept: ヘッダ中のメディアタイプのどれかが q
+    もし <code>Accept:</code> ヘッダ中のメディアタイプのどれかが q
     値を含んでいれば、これらの特殊な値は適応<em>されず</em>、
     正しい情報を送るブラウザからのリクエストは期待通りに
     動作するようになります。</p>
@@ -461,11 +464,11 @@
     ネゴシエーションアルゴリズムが幾つか追加されました。</p>
 
     <p>サーバのページをクライアントがリクエストしたけれども、
-    ブラウザの送ってきた Accept-Language に合致するページが一つも
+    ブラウザの送ってきた <code>Accept-Language</code> に合致するページが一つも
     見つからなかった場合に、サーバは "No Acceptable Variant"
     か "Multiple Choices" レスポンスをクライアントに返します。
     これらのエラーメッセージを返さないように、
-    このような場合には Apache が Accept-Language を無視して、
+    このような場合には Apache が <code>Accept-Language</code> を無視して、
     クライアントのリクエストに明示的には合致しないドキュメントを
     提供するように設定できます。
     <directive module="mod_negotiation">ForceLanguagePriority</directive>
@@ -500,6 +503,21 @@
     このような処理は、HTTP 1.1 規格との整合性を維持して、
     適切に設定されたクライアントともきちんと動作するために
     必要です。</p>
+
+    <p>より高度なテクニック (Cookie や特殊な URL パス等)
+    においてもユーザの言語選択をサポートするため、
+    Apache 2.0.47 からは、<module>mod_negotiation</module>
+    が<a href="env.html">環境変数</a> <code>prefer-language</code>
+    を認識するようになりました。
+    この変数が存在して、適切な言語タグが代入されているのであれば、
+    <module>mod_negotiation</module> は合致する variant
+    を選択しようとします。合致するものが無ければ、
+    通常のネゴシエーション手順が適用されます。</p>
+
+    <example><title>Example</title>
+      SetEnvIf Cookie "language=en" prefer-language=en<br />
+      SetEnvIf Cookie "language=fr" prefer-language=fr
+    </example>
 </section>
 </section>
 
@@ -512,7 +530,7 @@
 に印を付けるために、新たに <code>{encoding ..}</code> 
 要素を variant リスト中に使っています。
 リスト中のエンコードされた variant を認識し、
-Accept-Encoding リクエストヘッダに従って許容される
+<code>Accept-Encoding</code> リクエストヘッダに従って許容される
 エンコードをもった variant は、どれでも候補 variant
 として使用するように、
 RVSA/1.0 アルゴリズム (RFC 2296) の実装が拡張されました。
@@ -549,6 +567,8 @@ RVSA/1.0 の実装では、最適な variant が見つかるまで、
     <p>ファイル名と、それに対して使えるリンクと使えないリンクの例です:</p>
 
     <table border="1" cellpadding="8" cellspacing="0">
+      <columnspec><column width=".2"/><column width=".2"/>
+        <column width=".2"/></columnspec>
       <tr>
         <th>ファイル名</th>
 
diff --git a/docs/manual/custom-error.xml.ja b/docs/manual/custom-error.xml.ja
index 89bd3dfc657..e0ce4f6a9b2 100644
--- a/docs/manual/custom-error.xml.ja
+++ b/docs/manual/custom-error.xml.ja
@@ -1,12 +1,12 @@
 <?xml version="1.0" encoding="iso-2022-jp"?>
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.ja.xsl"?>
-<!-- English revision: 1.1.2.3 -->
+<!-- English revision: 1.1.2.4 -->
 
 <manualpage metafile="custom-error.xml.meta">
-  
+
   <title>カスタムエラーレスポンス</title>
-  
+
   <summary>
     <p>ウェブマスターが何らかのエラーや問題に対する
     Apache の反応を設定できるようにする追加機能を提供します。</p>
diff --git a/docs/manual/dns-caveats.xml.ja b/docs/manual/dns-caveats.xml.ja
index 5c62f2cdae9..35d4de6b77b 100644
--- a/docs/manual/dns-caveats.xml.ja
+++ b/docs/manual/dns-caveats.xml.ja
@@ -1,12 +1,12 @@
 <?xml version="1.0" encoding="iso-2022-jp" ?>
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.ja.xsl"?>
-<!-- English revision: 1.2.2.2 -->
+<!-- English revision: 1.2.2.3 -->
 
 <manualpage metafile="dns-caveats.xml.meta">
-  
+
   <title>DNS と Apache にまつわる注意事項</title>
-  
+
   <summary>
     <p>本文書の内容は次の一言に尽きます。「Apache が設定ファイルを読み込むときに
     DNS を使用する必要がないようにして下さい」。Apache が設定ファイルを
@@ -15,39 +15,39 @@
     (他のユーザからヒットを盗むことを含みます)
     の問題に直面するかもしれません。</p>
   </summary>
-  
+
   <section id="example">
     <title>簡単な例</title>
-    
+
     <example>
       &lt;VirtualHost www.abc.dom&gt; <br />
       ServerAdmin webgirl@abc.dom <br />
       DocumentRoot /www/abc <br />
       &lt;/VirtualHost&gt;
     </example>
-    
+
     <p>Apache が正常に機能するには、バーチャルホスト毎に必ず二つの
     情報が必要になります。それは、
     <directive module="core">ServerName</directive>
     と、そのサーバが応答するための IP (最低一つ) です。
-    この例では IP アドレスを含んでいませんので、Apache は DNS
+    上記例では IP アドレスを含んでいませんので、Apache は DNS
     を使用して <code>www.abc.dom</code> を見つけなければなりません。
     何らかの理由で設定ファイルを読み込んでいるときに DNS 
     が利用できなかった場合、
     バーチャルホストは<strong>設定されません</strong>。
     そして、そのバーチャルホストに対するヒットには応答がなされません
     (Apache 1.2 以前では起動すらしません)。</p>
-    
+
     <p><code>www.abc.dom</code> のアドレスが 10.0.0.1
     だとします。では、次の設定について考えてみましょう。</p>
-    
+
     <example>
       &lt;VirtualHost 10.0.0.1&gt; <br />
       ServerAdmin webgirl@abc.dom <br />
       DocumentRoot /www/abc <br />
       &lt;/VirtualHost&gt;
     </example>
-    
+
     <p>現在のリリースでは Apache は DNS 逆引きを使用して
     このバーチャルホストの <directive module="core">ServerName</directive>
     を見つけます。
@@ -57,9 +57,9 @@
     IP ベースであれば概ね動作します。しかしながら、サーバ名を
     含む完全な URL を生成しなければならない場合は、正しい URL
     の生成ができません。</p>
-    
+
     <p>次の例は上記の問題を解決しています。</p>
-    
+
     <example>
       &lt;VirtualHost 10.0.0.1&gt; <br />
       ServerName www.abc.dom <br />
@@ -68,10 +68,10 @@
       &lt;/VirtualHost&gt;
     </example>
   </section>
-  
+
   <section id="denial">
     <title>サービス拒否</title>
-    
+
     <p>サービス拒否が起こる場合、(少なくとも) 二つのケースがあります。
     Apache 1.2 より前を実行している場合、バーチャルホストのための
     上記の二つの DNS 検索のうち一つ失敗すれば起動すらしません。
@@ -80,10 +80,10 @@
     DNS は顧客自身で管理している場合、単に
     <code>www.abc.dom</code> レコードを削除するだけで、
     (1.2 より前の) サーバを起動不能にすることができます。</p>
-    
+
     <p>もう一つのケースは、より気付きにくいものです。
     次の設定について考えてみましょう。</p>
-    
+
     <example>
       &lt;VirtualHost www.abc.dom&gt; <br />
       &nbsp;&nbsp;ServerAdmin webgirl@abc.dom <br />
@@ -95,7 +95,7 @@
       &nbsp;&nbsp;DocumentRoot /www/def <br />
       &lt;/VirtualHost&gt;
     </example>
-    
+
     <p>10.0.0.1 を <code>www.abc.dom</code> に、
     10.0.0.2 を <code>www.def.dom</code> に割り当てているとします。
     また、<code>def.dom</code> は顧客自身の DNS
@@ -106,7 +106,7 @@
     設定するだけです。DNS は顧客側の DNS でコントロールされているので、
     <code>www.def.dom</code> レコードが好きな場所を指すように
     設定できてしまうのを止めさせることができません。</p>
-    
+
     <p>10.0.0.1 に対するリクエスト
     (<code>http://www.abc.dom/whatever</code> 形式の URL 
     を入力したユーザからのもの全てを含みます) 
@@ -117,10 +117,10 @@
     深い議論が必要になります。おおざっぱな説明は<a
     href="vhosts/details.html">こちら</a>に記述されています。</p>
   </section>
-  
+
   <section id="main">
     <title>「主サーバ」アドレス</title>
-    
+
     <p>Apache 1.1 での <a href="vhost/name-based.html"
     >名前ベースのバーチャルホストのサポート</a> 追加の際に、
     Apache は httpd の実行されているホストの IP
@@ -132,7 +132,7 @@
     を呼び出すかをします。
     その後、得られたアドレスで DNS 検索を行ないます。
     現在のところ、この DNS 検索を回避する方法はありません。</p>
-    
+
     <p>DNS サーバがダウンして、この検索ができない事態が起こることを
     恐れているのであれば、<code>/etc/hosts</code>
     にホスト名を記述しておくことができます
@@ -142,7 +142,7 @@
     その方法は、どの OS を使用しているかに依存しますが、
     <code>/etc/resolv.conf</code> か <code>/etc/nsswitch.conf</code>
     を編集することで設定できます。</p>
-    
+
     <p>もし他の理由で DNS を利用する必要がない場合は、
     <code>HOSTRESORDER</code> 環境変数を「 <code>local</code>
     」に設定することでそのようにできます。以上これらの事柄は、どんな
@@ -151,43 +151,43 @@
     CGI にも影響を与えます。man ページや使用している OS
     の FAQ で調べると良いでしょう。</p>
   </section>
-  
+
   <section id="tips">
     <title>以上の問題を解決する方法</title>
-    
+
     <ul>
       <li>
         <directive module="core">VirtualHost</directive>
 	で IP アドレスを使用する。
       </li>
-    
+
       <li>
         <directive module="mpm_common">Listen</directive>
 	で IP アドレスを使用する。
       </li>
-    
+
       <li>
 	全てのバーチャルホストが明示的に
         <directive module="core">ServerName</directive>
 	を持つようにする。
       </li>
-    
+
       <li>何も応答しない
       <code>&lt;VirtualHost _default_:*&gt;</code>
       サーバを作る。</li>
     </ul>
   </section>
-  
+
   <section id="appendix">
     <title>付録: 将来的な方向性</title>
-    
+
     <p>DNS に関して、現状は全く宜しくありません。Apache 1.2 で、
     DNS のイベントが失敗しても少なくとも起動プロセスが続くようにしましたが、
     これが最高の解決方法ではないでしょう。アドレスの再割り当てが必要不可避
     となっている今日のインターネットにおいては、
     設定ファイルの中で明示的な IP アドレスを要求する仕様は、
     全く宜しくありません。</p>
-    
+
     <p>盗用のサービスアタックに関して行なうべき事は、
     DNS 順引きを行なって得られたアドレスに対する DNS 
     逆引きを行なって、二つの名前を比較することです。
@@ -195,14 +195,14 @@
     こうするためには逆引き DNS が適切に設定されている必要があります
     (FTP サーバや TCP ラッパーのおかげで「二重逆引き」DNS は一般的に
     なっていますので、管理者にはお馴染みものでしょう)。</p>
-    
+
     <p>IP アドレスが使用されていなくて DNS が失敗した場合は、
     どうしてもバーチャルホストウェブサーバを信頼性を確保して
     起動させることは不可能のようです。
     設定の一部を無効にするというような部分的な解決では、
     サーバが何をするようにするかにもよりますが、
     そのサーバが起動しないより確実に悪い状況になるでしょう。</p>
-    
+
     <p>HTTP/1.1 が開発され、ブラウザやプロキシが <code>Host</code>
     ヘッダを発行するようになったので、IP ベースのバーチャルホストを
     全く使用しなくても済むようになるかもしれません。
diff --git a/docs/manual/env.xml.ja b/docs/manual/env.xml.ja
index f0624655706..eeeb9b192cd 100644
--- a/docs/manual/env.xml.ja
+++ b/docs/manual/env.xml.ja
@@ -1,7 +1,7 @@
 <?xml version="1.0" encoding="iso-2022-jp" ?>
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.ja.xsl"?>
-<!-- English revision: 1.6.2.4 -->
+<!-- English revision: 1.6.2.6 -->
 
 <manualpage metafile="env.xml.meta">
 
@@ -55,11 +55,11 @@
 	<directive module="mod_env">PassEnv</directive> 
         ディレクティブにより、Apache が起動されたシェルの
         環境変数を渡すこともできます。</p>
-    
+
     </section>
     <section id="conditional">
         <title>リクエスト毎に条件に基づいて設定する</title>
-    
+
         <p>より柔軟性を高めるために、mod_setenvif
         で提供されているディレクティブを使用することで、リクエストの
         特性に基づいて環境変数を設定することができます。例えば、特定のブラウザ
@@ -70,38 +70,38 @@
 	ディレクティブにおいて環境変数を設定する <code>[E=...]</code>
 	オプションを使用することで、
         より柔軟な設定を行なうことができます。</p>
-    
+
     </section>
     <section id="unique-identifiers">
         <title>一意な識別子</title>
-    
+
         <p>mod_unique_id は、非常に限られた条件の下で
         「すべて」のリクエストについて、一意であることが保証されている値を環境変数
         <code>UNIQUE_ID</code> に設定します。</p>
-    
+
     </section>
     <section id="standard-cgi">
         <title>標準 CGI 変数</title>
-    
+
         <p>Apache の設定ファイルで設定された環境変数とシェルから渡される
         環境変数に加えて、CGI スクリプトと SSI ページには <a
         href="http://cgi-spec.golux.com">CGI の仕様</a>で要求されている、
         リクエストのメタ情報を持った環境変数の組が提供されます。</p>
-    
+
     </section>
     <section id="caveats">
         <title>いくつかの注意</title>
-    
+
         <ul>
           <li>環境を操作するディレクティブを使って標準 CGI
           変数を上書きしたり変更したりすることはできません。</li>
-    
+
           <li>CGI スクリプトを起動するために <a href="suexec.html">suexec</a>
           が使用されている場合、CGI スクリプトが起動するために、環境変数は<em
           >安全</em>な環境変数の組に整理されます。
           この安全な環境変数の集合は、コンパイル時に <code>suexec.c</code>
           で定義されます。</li>
-    
+
           <li>移植性のために、環境変数の名前はアルファベット、
           数字とアンダースコア (訳注: '_') だけから成ります。
           さらに、最初の文字は数字であってはいけません。
@@ -112,7 +112,7 @@
   </section>
   <section id="using">
     <title>環境変数の使用</title>
-    
+
     <related>
       <modulelist>
         <module>mod_access</module>
@@ -137,28 +137,28 @@
 
     <section id="cgi-scripts">
         <title>CGI スクリプト</title>
-    
+
         <p>環境変数の主な利用法の一つは、CGI スクリプトに情報を伝えることです。
         上で説明されているように、CGI スクリプトに渡される環境変数は Apache
         の設定により設定される変数に加えて、リクエストの標準のメタ情報を含んでいます。
         詳細は <a href="howto/cgi.html">CGI チュートリアル</a>
 	を参照してください。</p>
-    
+
     </section>
     <section id="ssi-pages">
         <title>SSI ページ</title>
-    
+
         <p>mod_include の <code>INCLUDES</code> フィルタで処理される
         server-parsed (SSI) ドキュメントでは、<code>echo</code>
         要素を使用すると環境変数が出力されます。
         また、ページのある部分がリクエストの性質に応じて変更されるように、
         環境変数をフロー制御要素で使うことができます。詳細は
         <a href="howto/ssi.html">SSI チュートリアル</a> を参照してください。</p>
-    
+
     </section>
     <section id="access-control">
         <title>アクセス制御</title>
-    
+
         <p><code>allow from env=</code> ディレクティブと <code>deny from env=</code>
         ディレクティブを使用して、サーバへのアクセスを環境変数の値で制御することができます。
         <directive module="mod_setenvif">SetEnvIf</directive>
@@ -166,11 +166,11 @@
         サーバへのアクセス制御を柔軟に行なうことができるようになります。
         たとえば、これらのディレクティブを使用して、特定のブラウザ (User-Agent)
         からのアクセスを拒否することができます。</p>
-    
+
     </section>
     <section id="logging">
         <title>条件付きログ記録</title>
-    
+
         <p><directive module="mod_log_config">LogFormat</directive>
         ディレクティブのオプション <code>%e</code>
         を使用することで、環境変数をアクセスログに記録することができます。さらに、
@@ -183,18 +183,18 @@
         <code>gif</code> で終わるファイル名へのリクエストはログに記録しない、
         違うサブネットのクライアントからのリクエストだけをログに記録する、
 	という選択が可能です。</p>
-    
+
     </section>
     <section id="response-headers">
         <title>条件付き応答ヘッダ</title>
-    
+
         <p><directive module="mod_headers">Header</directive>
 	ディレクティブは環境変数の存在や不在によってクライアントへの応答に特定の
 	HTTP ヘッダを付けるかどうかを決めることができます。
 	これにより、たとえば、クライアントからのリクエスト
         にあるヘッダがある場合にのみ特定の応答ヘッダを送る、というようなことが
         できます。</p>
-    
+
     </section>
 
     <section id="external-filter">
@@ -209,7 +209,7 @@
 
     <section id="url-rewriting">
         <title>URL の書き換え</title>
-    
+
         <p><directive module="mod_rewrite">RewriteCond</directive>
 	ディレクティブで<em>評価文字列</em>として
         <code>%{ENV:...}</code> 式を指定することで、mod_rewrite
@@ -220,10 +220,10 @@
         </p>
     </section>
   </section>
-    
+
   <section id="special">
     <title>特別な目的の環境変数</title>
-    
+
         <p>互換性の問題を解決するために、特定のクライアントと通信しているときは
         Apache の動作を変更できる機構が導入されました。できるだけ柔軟にするために、
         これらの機構は環境変数を定義することで呼び出されます。普通は、
@@ -231,17 +231,17 @@
         ディレクティブを使いますが、たとえば <directive module="mod_env"
         >SetEnv</directive> ディレクティブや <directive module="mod_env"
         >PassEnv</directive> ディレクティブも使用することができます。</p>
-    
+
     <section id="downgrade">
         <title>downgrade-1.0</title>
-    
+
         <p>これを指定することで、リクエストが HTTP/1.0
         より新しいプロトコルの場合でも、HTTP/1.0 として扱われます。</p>
-    
+
     </section>
     <section id="force-no-vary">
         <title>force-no-vary</title>
-    
+
         <p>応答ヘッダがクライアントに送られる前に <code>Vary</code>
         フィールドを取り除きます。
         クライアントの中にはこのフィールドを正しく解釈しないものがあります
@@ -249,11 +249,11 @@
         のページを参照してください)。この変数を設定することでその問題を回避
         することができます。この変数を設定すると、<strong>force-response-1.0</strong>
         が設定されたことになります。</p>
-    
+
     </section>
     <section id="force-response">
         <title>force-response-1.0</title>
-    
+
         <p>これが設定されていると、HTTP/1.0 リクエストを発行するクライアントに対しては
 	常に HTTP/1.0 で応答するようになります。この機能は、
         元々は AOL のプロキシの問題のために実装されました。HTTP/1.0 クライアントの中には、
@@ -276,14 +276,25 @@
 
     <section id="nokeepalive">
         <title>nokeepalive</title>
-    
+
         <p>これが設定されている場合は、<directive module="core"
         >KeepAlive</directive> を使用しないようにします。</p>
-    
+
+    <section id="prefer-language"><title>prefer-language</title>
+
+        <p><module>mod_negotiation</module> の挙動に影響を与えます。
+        (<code>en</code>, <code>ja</code>, <code>x-klingon</code>といった)
+        言語タグが格納されていれば、その言語の variant を送信しようとします。
+        そのような variant がない場合は、
+        通常の<a href="content-negotiation.html">ネゴシエーション</a>処理が
+        適用されます。</p>
+
+    </section>
+
     </section>
     <section id="redirect-carefully">
         <title>redirect-carefully</title>
-    
+
         <p>これはクライアントへのリダイレクトの送信をサーバがより注意深く
         行なうようにします。
         これは通常、リダイレクトに際してクライアントに
@@ -291,7 +302,7 @@
         マイクロソフトのウェブフォルダのソフトが DAV
         メソッドによるディレクトリのリソースへのリダイレクトの扱いに
         問題がり、それを回避するために実装されました。</p>
-    
+
     </section>
 
    <section id="suppress-error-charset">
@@ -304,14 +315,14 @@
     場合に表示するテキストが含まれます。
     通常、このテキストに合致したキャラクタセット、ISO-8859-1
     でラベル付けをします。</p>
-    <p>しかしながら、リダイレクト先のページがそれとは異なるキャラクタセットを
-    使用していた際、ある問題のあるブラウザのバージョンでは、実際の
-    (訳注：リダイレクト先のページの) キャラクタセットではなく、
-    リダイレクトのテキストのキャラクタセットを使用します。
-    その結果、例えば変な描画が行なわれたりして、読めなくなります。</p>
+    <p>しかし、リダイレクト先が別の文字セットを使っている場合、
+    ある問題のあるブラウザのバージョンでは、
+    リダイレクト先の実際の文字セットの代わりに、
+    リダイレクト元の文字セットを使ってしまうことがあります。
+    その結果、例えば変な描画が行なわれたりして、読めなくなったりします。</p>
     <p>この環境変数を設定することで、リダイレクションテキストに対する
-    キャラクタセットの指定を除去して、それら問題のあるブラウザでも
-    目的のページがきちんと表示されるようにできます。</p>
+    キャラクタセットの指定を除去しますので、それら問題のあるブラウザでも
+    リダイレクト先の文字セットを正しく使うようにできます。</p>
 
    </section>
 
@@ -319,10 +330,10 @@
 
   <section id="examples">
     <title>例</title>
-    
+
     <section id="misbehaving">
         <title>おかしな挙動をするクライアントに対してプロトコルの動作を変更する</title>
-    
+
         <p>クライアントに関する既知の問題に対処するために、以下の行を
         httpd.conf に入れることを推奨しています。</p>
 <example><pre>
@@ -349,7 +360,7 @@ BrowserMatch "JDK/1\.0" force-response-1.0</pre></example>
     </section>
     <section id="no-img-log">
         <title>画像へのリクエストをアクセスログに記録しない</title>
-    
+
         <p>この例では、画像へのリクエストがアクセスログに現れないようにします。
         これを変更することで、特定のディレクトリのログ収集をやめたり、
         特定のホストからのリクエストのログ収集をやめたりすることが簡単にできます。
@@ -359,11 +370,11 @@ SetEnvIf Request_URI \.gif image-request
 SetEnvIf Request_URI \.jpg image-request
 SetEnvIf Request_URI \.png image-request
 CustomLog logs/access_log common env=!image-request</pre></example>
-    
+
     </section>
     <section id="image-theft">
         <title>「画像の盗用」を防ぐ</title>
-    
+
         <p>この例は、別のサーバにいる人が、あなたのサーバにある画像を
         inline 画像として使用することを防ぎます。
         これは推奨されている設定ではありませんが、ある限定された状況では有効です。
@@ -378,7 +389,7 @@ SetEnvIf Referer "^$" local_referal
    Deny from all
    Allow from env=local_referal
 &lt;/Directory&gt;</pre></example>
-    
+
         <p>この手法に関する詳しい情報は ApacheToday のチュートリアル「<a
         href="http://apachetoday.com/news_story.php3?ltsn=2000-06-14-002-01-ps"
         >Keeping Your Images from Adorning Other Sites</a>
diff --git a/docs/manual/filter.xml.ja b/docs/manual/filter.xml.ja
index e97bae74fdd..43fcf910ee4 100644
--- a/docs/manual/filter.xml.ja
+++ b/docs/manual/filter.xml.ja
@@ -1,7 +1,7 @@
 <?xml version="1.0" encoding="iso-2022-jp" ?>
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.ja.xsl"?>
-<!-- English revision: 1.4.2.2 -->
+<!-- English revision: 1.4.2.3 -->
 
 <manualpage metafile="filter.xml.meta">
 
@@ -30,7 +30,7 @@
         <directive module="core">SetOutputFilter</directive>
       </directivelist>
     </related>
-    
+
     <p><em>フィルタ</em> とは、サーバが送受信したデータに
     適用される処理プロセスのことをいいます。クライアントからサーバに
     送られたデータは <em>入力フィルタ</em> によって、サーバから
diff --git a/docs/manual/handler.xml.ja b/docs/manual/handler.xml.ja
index dff11d1f5a6..4f6aadb0cc2 100644
--- a/docs/manual/handler.xml.ja
+++ b/docs/manual/handler.xml.ja
@@ -1,7 +1,7 @@
 <?xml version="1.0" encoding="iso-2022-jp" ?>
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.ja.xsl"?>
-<!-- English revision: 1.3.2.2 -->
+<!-- English revision: 1.3.2.3 -->
 
 <manualpage metafile="handler.xml.meta">
 
@@ -31,7 +31,7 @@
         <directive module="core">SetHandler</directive>
       </directivelist>
     </related>
-    
+
 
     <p>「ハンドラ」とは、ファイルが呼ばれたときに実行される動作の
     Apache における内部表現です。
@@ -92,7 +92,7 @@
       <p>以下のディレクティブによって、拡張子が <code>html</code>
       であるファイルは <code>footer.pl</code>
       CGI スクリプトを起動するようになります。</p>
-      
+
       <example>
         Action add-footer /cgi-bin/footer.pl<br/>
         AddHandler add-footer .html
@@ -118,7 +118,7 @@
         SetHandler send-as-is<br/>
         &lt;/Directory&gt;
       </example>
-      
+
     </section>
   </section>
   <section id="programmer">
diff --git a/docs/manual/install.xml.ja b/docs/manual/install.xml.ja
index 03eb8274c44..5746e4b7e30 100644
--- a/docs/manual/install.xml.ja
+++ b/docs/manual/install.xml.ja
@@ -2,7 +2,7 @@
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.ja.xsl"?>
 <manualpage metafile="install.xml.meta">
-<!-- English revision: 1.11.2.7 -->
+<!-- English revision: 1.11.2.10 -->
 
   <title>コンパイルとインストール</title>
 
@@ -23,6 +23,10 @@
     するために <code>libtool</code> と <code>autoconf</code>
     を使うようになっています。</p>
 
+    <p>マイナーバージョンからその次のバージョンにアップグレードする
+    (2.0.50 から 2.0.51 へ等) 場合は、まず <a href="#upgrading">
+    アップグレード</a>をご覧下さい。</p>
+
 </summary>
 
 <seealso><a href="invoking.html">Apacheの起動</a></seealso>
@@ -31,11 +35,11 @@
 <section id="overview"><title>概要 (せっかちな人向け)</title>
 
     <table>
+      <columnspec><column width=".13"/><column width=".80"/></columnspec>
       <tr>
         <td><a href="#download">ダウンロード</a></td>
 
-        <td><code>$ lynx
-        http://www.apache.org/dist/httpd/httpd-2_0_<em>NN</em>.tar.gz</code>
+        <td><code>$ lynx http://httpd.apache.org/download.cgi</code>
         </td>
       </tr>
 
@@ -140,8 +144,8 @@
 <section id="download"><title>ダウンロード</title>
 
     <p>Apache は <a
-    href="http://httpd.apache.org/download.cgi">Apache Software
-    Foundation ダウンロードサイト</a>からダウンロードできますし、
+    href="http://httpd.apache.org/download.cgi">Apache HTTP
+    サーバダウンロードサイト</a>からダウンロードできますし、
     同じ場所に幾つかのミラーサイトもリストしています。
     ここから最新の安定版が手に入ります。</p>
 
@@ -205,7 +209,7 @@
 
 <example>
       $ gzip -d httpd-2_0_<em>NN</em>.tar.gz<br />
-       $ tar xvf httpd-2_0_<em>NN</em>.tar
+      $ tar xvf httpd-2_0_<em>NN</em>.tar
 </example>
 
     <p>配布用のソースコードがある現在いるディレクトリの下に、
@@ -298,7 +302,7 @@
 
       <dd>ヘッダファイルの探索ディレクトリ ("<code>-I<em>dir</em></code>") 。</dd>
 
-      <dt><code>TARGET=...</code> [デフォルト値: <code>apache</code>]</dt>
+      <dt><code>TARGET=...</code> [デフォルト値: <code>httpd</code>]</dt>
 
       <dd>ビルドする実行ファイルの名前。</dd>
 
@@ -579,7 +583,7 @@
 
     <p><a href="./">docs/manual/</a> の Apache マニュアルをざっと見てください。
     または、<a
-    href="http://httpd.apache.org/docs-2.0/">http://httpd.apache.org/docs-2.0/</a>
+    href="http://httpd.apache.org/docs-2.1/">http://httpd.apache.org/docs-2.1/</a>
     にあるマニュアル最新版、<a
     href="mod/directives.html">設定ディレクティブ</a>に当たってみてください。</p>
 </section>
@@ -601,4 +605,50 @@
 
 <example>$ <em>PREFIX</em>/bin/apachectl stop</example>
 </section>
+<section id="upgrading"><title>アップグレード</title>
+
+    <p>アップグレードでまず行なうべきことは、リリースアナウンスと
+    ソースディストリビューションに入っている <code>CHANGES</code> を読んで、
+    自身のサイトに対して影響を及ぼす変更点を探すことです。
+    メジャーリリース間の変更をする場合 (例えば 1.3 から 2.0 へ、2.0 から 2.2 へ)
+    は、コンパイル時や実行時の設定に大きな差異があるでしょうから、
+    手動の調整が必要になるでしょう。モジュールも全て、API
+    の変更に合わせるためにアップグレードが必要になるでしょう。</p>
+
+    <p>マイナーバージョンから次のバージョンにアップグレードする場合
+    (例えば 2.0.55 から 2.0.57 へ) は、もっと簡単です。
+    <code>make install</code> を実行しても今あるドキュメント、
+    ログファイル、設定ファイルは上書きされません。
+    さらに、マイナーバージョン間では <code>configure</code> オプション、
+    実行時の設定、モジュール API に不整合が起こらないように、
+    開発者は最大限の努力をしています。
+    大抵の場合、同一の <code>configure</code> コマンドライン、
+    同一の設定ファイル、モジュール全てが正常に動作するはずです。
+    (2.0.41 以降ではそのようになっています。それ以前のバージョンには
+    不整合が存在します。)</p>
+
+    <p>前回のインストール時のソースツリーが残されているのであれば、
+    アップグレードはさらに簡単です。古いソースツリーのルートに存在する
+    <code>config.nice</code> ファイルには、前回ソースツリーを設定した時の
+    <code>configure</code> コマンドラインが入っています。
+    次のバージョンにアップグレードする場合は、<code>config.nice</code>
+    ファイルを新しいバージョンのソースツリーにコピーし、
+    それを編集し必要な変更を行なって、次のように実行します。</p>
+
+    <example>
+    $ ./config.nice<br />
+    $ make<br />
+    $ make install<br />
+    $ <em>PREFIX</em>/bin/apachectl stop<br />
+    $ <em>PREFIX</em>/bin/apachectl start<br />
+    </example>
+
+    <note type="warning">新しいバージョンを使用する場合は、
+    実際に運用を始める前に、必ず自分用の環境でテストすべきです。
+    最終的にアップグレードする前に、非互換性がないかをテストするために、
+    例えば、異なる <code>--prefix</code> と異なるポート (<directive
+    module="mpm_common">Listen</directive> ディレクティブで設定します) 
+    を使用することで、古いバージョンに影響を与えずに新しいバージョンを
+    インストールし、実行できます。</note>
+</section>
 </manualpage>
diff --git a/docs/manual/invoking.xml.ja b/docs/manual/invoking.xml.ja
index c14e6ccce9a..e6186bcc9b8 100644
--- a/docs/manual/invoking.xml.ja
+++ b/docs/manual/invoking.xml.ja
@@ -2,7 +2,7 @@
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.ja.xsl"?>
 <manualpage metafile="invoking.xml.meta">
-<!-- English revision: 1.2.2.5 -->
+<!-- English revision: 1.2.2.6 -->
 
   <title>Apache の起動</title>
 
diff --git a/docs/manual/logs.xml.ja b/docs/manual/logs.xml.ja
index 3d079778495..b7dfa5de81d 100644
--- a/docs/manual/logs.xml.ja
+++ b/docs/manual/logs.xml.ja
@@ -1,7 +1,7 @@
 <?xml version="1.0" encoding="iso-2022-jp"?>
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.ja.xsl"?>
-<!-- English revision: 1.6.2.4 -->
+<!-- English revision: 1.6.2.5 -->
 
 <manualpage metafile="logs.xml.meta">
 
diff --git a/docs/manual/mpm.xml.ja b/docs/manual/mpm.xml.ja
index 3a290d85e62..9f20b774195 100644
--- a/docs/manual/mpm.xml.ja
+++ b/docs/manual/mpm.xml.ja
@@ -2,7 +2,7 @@
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.ja.xsl"?>
 <manualpage metafile="mpm.xml.meta">
-<!-- English revision: 1.2.2.2 -->
+<!-- English revision: 1.2.2.4 -->
 
   <title>マルチプロセッシングモジュール (MPM)</title>
 
@@ -94,6 +94,7 @@ Apache HTTP サーバでどのように使用されるかについて解説しています。</p>
 が選択されます。</p>
 
 <table>
+<columnspec><column width=".2"/><column width=".2"/></columnspec>
 <tr><td>BeOS</td><td><module>beos</module></td></tr>
 <tr><td>Netware</td><td><module>mpm_netware</module></td></tr>
 <tr><td>OS/2</td><td><module>mpmt_os2</module></td></tr>
diff --git a/docs/manual/sections.xml.ja b/docs/manual/sections.xml.ja
index a4cf1400cb9..46587a98939 100644
--- a/docs/manual/sections.xml.ja
+++ b/docs/manual/sections.xml.ja
@@ -1,7 +1,7 @@
 <?xml version="1.0" encoding="iso-2022-jp"?>
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.ja.xsl"?>
-<!-- English revision: 1.3 -->
+<!-- English revision: 1.3.2.4 -->
 
 <manualpage metafile="sections.xml.meta">
 
@@ -200,7 +200,7 @@ shell スタイルのワイルドカードキャラクタが使用できます。
 "/" 文字はどのワイルドカードでもマッチされません。
 明示的に指定する必要があります。</p>
 
-<p>これより柔軟なマッチングが必要な場合は、これらのコンテナの正規表現
+<p>これより柔軟なマッチングが必要な場合は、これらのコンテナに正規表現
 (regex) 版である
 <directive type="section" module="core">DirectoryMatch</directive>, 
 <directive type="section" module="core">FilesMatch</directive>, 
@@ -280,8 +280,7 @@ Deny from all<br />
 ですからできる限りファイルシステムコンテナを使用してください。
 しかしながら一つだけ例外があります。
 <code>&lt;Location /&gt;</code> セクションはどんな URL 
-にも関わらず適用されるので、そこにアクセスを制限するディレクティブを
-居れることは完全に安全です。</p>
+にも関わらず適用されるので、完全に安全です。</p>
 </section>
 
 </section>
@@ -299,11 +298,11 @@ Deny from all<br />
 
 <p><directive type="section" module="mod_proxy">Proxy</directive>
 と <directive type="section" module="mod_proxy">ProxyMatch</directive>
-コンテナは、<module>mod_proxy</module>
-プロクシサーバを経由してアクセスされる特定の URL にマッチするサイトに
-対してのみ適用される
-設定ディレクティブを格納します。例えば次の設定は、プロキシサーバが
-<code>cnn.com</code> ウェブサイトをアクセスするためには使えないようにします。</p>
+コンテナは、特定の URL にマッチする <module>mod_proxy</module>
+プロクシサーバを経由してアクセスしたサイトに対してのみ適用される
+設定ディレクティブを格納します。例えば次の設定は、<code>cnn.com</code> 
+ウェブサイトにアクセスするために用いられるプロクシサーバを
+制限します。</p>
 
 <example>
 &lt;Proxy http://cnn.com/*&gt;<br />
@@ -353,7 +352,7 @@ Deny from all<br />
     <ol>
       <li><directive
       type="section" module="core">Directory</directive> (正規表現無し) と
-      .htaccess を同時に (.htaccess が許可されていれば、それが
+      <code>.htaccess</code> を同時に (<code>.htaccess</code> が許可されていれば、それが
       <directive type="section" module="core">Directory</directive> を上書きします)
       </li>
 
@@ -435,7 +434,7 @@ A<br />
 セクションに設置されたアクセス制限に関わらず、
 <directive module="core" type="section">Location</directive>
 セクションが最後に評価されて、サーバへのアクセスは制限されません。
-つまり、マージの順番は重要ですので、注意して使用してください!</p>
+言い換えれば、マージの順番は重要で、注意して使用してください!</p>
 
 <example>
 &lt;Location /&gt;<br />
diff --git a/docs/manual/sitemap.xml.ja b/docs/manual/sitemap.xml.ja
index 183e6727b39..2e613ff5e06 100644
--- a/docs/manual/sitemap.xml.ja
+++ b/docs/manual/sitemap.xml.ja
@@ -1,9 +1,9 @@
 <?xml version="1.0" encoding="iso-2022-jp"?>
+<!-- English revision: 1.12.2.14 -->
 <!DOCTYPE sitemap SYSTEM "./style/sitemap.dtd"  
   [ <!ENTITY allmodules SYSTEM "./mod/allmodules.xml.ja"> ]
 >
 <?xml-stylesheet type="text/xsl" href="./style/manual.ja.xsl"?>
-<!-- English revision: 1.12.2.12 -->
 
 <sitemap metafile="sitemap.xml.meta">
 
@@ -61,8 +61,8 @@
 <category id="faq">
 <title>Apache サーバのよくある質問</title>
 <page href="faq/">概略</page>
-<page separate="yes" href="faq/all_in_one.html">1 ページ版</page>
 <page href="faq/support.html">サポート</page>
+<page href="faq/error.html">エラーメッセージ</page>
 </category>
 
 <category id="ssl">
@@ -82,7 +82,7 @@
 <page href="howto/ssi.html">Server Side Includes 入門</page>
 <page href="howto/htaccess.html">.htaccess ファイル</page>
 <page href="howto/public_html.html">ユーザ毎のウェブディレクトリ</page>
-<page href="misc/tutorials.html">いろいろな Apache のチュートリアル</page>
+<page href="misc/tutorials.html">Apache チュートリアル</page>
 </category>
 
 <category id="platform">
@@ -121,13 +121,13 @@
 <page href="misc/known_client_problems.html">クライアントの既知の問題</page>
 <page href="misc/descriptors.html">記述子と Apache</page>
 <page href="cgi_path.html">CGI 環境の PATH_INFO の変更</page>
+<page href="misc/relevant_standards.html">関連する標準規格</page>
 </category>
 
 <category id="modules">
 <title>Apache モジュール</title>
-<page href="mod/">モジュール索引</page>
-<page href="mod/directives.html">ディレクティブ索引</page>
-<page href="mod/quickreference.html">ディレクティブクイックリファレンス</page>
+<page href="mod/module-dict.html">Apache ディレクティブの説明に使われる用語</page>
+<page href="mod/directive-dict.html">Apache ディレクティブを説明に使われる用語</page>
 &allmodules;
 </category>
 
@@ -145,12 +145,12 @@
 <page href="developer/filters.html">Apache 2.0 のフィルタの動作の仕方</page>
 </category>
 
-<category id="descriptive">
-<title>説明用の情報</title>
-<page href="mod/module-dict.html">Apache モジュールを説明するために使われている用語</page>
-<page href="mod/directive-dict.html">Apache ディレクティブを説明するために使われている用語</page>
+<category id="index">
+<title>用語集と索引</title>
 <page href="glossary.html">用語集</page>
-<page>サイトマップ (この文書)</page>
+<page href="mod/">モジュール索引</page>
+<page href="mod/directives.html">ディレクティブ索引</page>
+<page href="mod/quickreference.html">ディレクティブ クイックリファレンス</page>
 </category>
 
 </sitemap>
diff --git a/docs/manual/suexec.xml.ja b/docs/manual/suexec.xml.ja
index e9007a23bd5..aa20a66d0b0 100644
--- a/docs/manual/suexec.xml.ja
+++ b/docs/manual/suexec.xml.ja
@@ -1,7 +1,7 @@
 <?xml version="1.0" encoding="iso-2022-jp"?>
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.ja.xsl"?>
-<!-- English revision: 1.3.2.3 -->
+<!-- English revision: 1.3.2.6 -->
 
 <manualpage metafile="suexec.xml.meta">
 
@@ -19,7 +19,7 @@
     や SSI プログラムを開発し実行することで生じるセキュリティ上の危険を、
     かなり減らすことができます。しかし、suEXEC の設定が不適切だと、
     多くの問題が生じ、あなたのコンピュータに新しいセキュリティホールを
-    作ってしまう可能性があります。あなたが root に setuid
+    作ってしまう可能性があります。あなたが <em>setuid root</em>
     されたプログラムと、それらから生じるセキュリティ上の問題の管理に
     詳しくないようなら、suEXEC の使用を検討しないように強く推奨します。
     </p>
@@ -97,6 +97,17 @@
 
     <ol>
       <li>
+        <strong>wrapper
+        を実行しているユーザはこのシステムの正当なユーザか?</strong>
+
+        <p class="indent">
+          これは、wrapper を実行しているユーザが
+          本当にシステムの利用者であることを保証するためです。
+        </p>
+      </li>
+
+
+     <li>
         <strong>wrapper が適切な数の引数で呼び出されたか?</strong>
 
 
@@ -109,17 +120,6 @@
         </p>
       </li>
 
-
-      <li>
-        <strong>wrapper
-        を実行しているユーザはこのシステムの正当なユーザか?</strong>
-
-        <p class="indent">
-          これは、wrapper を実行しているユーザが
-          本当にシステムの利用者であることを保証するためです。
-        </p>
-      </li>
-
       <li>
         <strong>この正当なユーザは wrapper
         の実行を許可されているか?</strong>
@@ -132,13 +132,15 @@
       </li>
 
       <li>
-        <strong>対象のプログラムが安全でない階層の参照をしているか?
+        <strong>対象の CGI, SSI プログラムが安全でない階層の参照をしているか?
         </strong>
 
         <p class="indent">
-          対象のプログラムが '/' から始まる、または
+          対象の CGI, SSI プログラムが '/' から始まる、または
           '..' による参照を行なっていますか? これらは許可されません。
-          対象のプログラムは Apache の web 空間内になければなりません。
+          対象のプログラムは suEXEC のドキュメントルート
+          (下記の <code>--with-suexec-docroot=<em>DIR</em></code> を参照)
+          内に存在しなければなりません。
         </p>
       </li>
 
@@ -163,7 +165,7 @@
         </strong>
 
         <p class="indent">
-          今のところ、suEXEC は 'root' による CGI/SSI
+          今のところ、suEXEC は <code><em>root</em></code> による CGI/SSI
           プログラムの実行を許可していません。
         </p>
       </li>
@@ -215,11 +217,12 @@
       </li>
 
       <li>
-        <strong>プログラムが置かれるディレクトリは存在しているか?
-        </strong>
+        <strong>CGI/SSI プログラムが置かれているディレクトリに移動
+        (change directory) できるか?</strong>
 
         <p class="indent">
           ディレクトリが存在しないなら、そのファイルも存在しないかもしれません。
+          ディレクトリに移動できないのであれば、おそらく存在もしないでしょう。
         </p>
       </li>
 
@@ -229,9 +232,10 @@
 
         <p class="indent">
           リクエストがサーバ内のものであれば、
-          要求されたディレクトリがサーバのドキュメントルート配下にありますか?
-          リクエストが UserDir のものであれば、
-          要求されたディレクトリがユーザのドキュメントルート配下にありますか?
+          要求されたディレクトリが suEXEC のドキュメントルート配下にありますか?
+          リクエストが UserDir のものであれば、要求されたディレクトリが suEXEC 
+          のユーザのドキュメントルート配下にありますか?
+          (<a href="#install">suEXEC 設定オプション</a> 参照)
         </p>
       </li>
 
@@ -247,7 +251,7 @@
 
 
       <li>
-        <strong>対象となるプログラムは存在するか?</strong>
+        <strong>対象となる CGI/SSI プログラムは存在するか?</strong>
 
         <p class="indent">
           存在しなければ実行できません。
@@ -255,17 +259,17 @@
       </li>
 
       <li>
-        <strong>対象となるプログラムファイルが他アカウントから
+        <strong>対象となる CGI/SSI プログラムファイルが他アカウントから
         書き込めるようになって<em>いない</em>か?</strong>
 
         <p class="indent">
-          所有者以外にはプログラムを変更する権限は与えられません。
+          所有者以外には CGI/SSI プログラムを変更する権限は与えられません。
         </p>
       </li>
 
 
       <li>
-        <strong>対象となるプログラムが setuid または setgid 
+        <strong>対象となる CGI/SSI プログラムが setuid または setgid 
         されて<em>いない</em>か?</strong>
 
         <p class="indent">
@@ -297,7 +301,7 @@
 
 
       <li>
-        <strong>対象となるプログラムを exec して実行できるか?</strong>
+        <strong>対象となる CGI/SSI プログラムを exec して実行できるか?</strong>
 
 
         <p class="indent">
@@ -334,13 +338,13 @@
 
       <dd>このオプションは、デフォルトではインストールされず、
       有効にはならない suEXEC 機能を有効にします。
-      suEXEC を使うように APACI に要求するには、--enable-suexec
-      オプションにあわせて少なくとも一つは --with-suexec-xxxxx
+      suEXEC を使うように APACI に要求するには、<code>--enable-suexec</code>
+      オプションにあわせて少なくとも一つは <code>--with-suexec-xxxxx</code>
       オプションが指定されなければなりません。</dd>
 
       <dt><code>--with-suexec-bin=<em>PATH</em></code></dt>
 
-      <dd>セキュリティ上の理由により、suexec バイナリのパスはサーバに
+      <dd>セキュリティ上の理由により、<code>suexec</code> バイナリのパスはサーバに
       ハードコードされている必要があります。デフォルトのパスを
       変えたいときはこのオプションを使ってください。<em>例えば</em>、
       <code>--with-suexec-bin=/usr/sbin/suexec</code> のように。</dd>
@@ -373,7 +377,7 @@
 
       <dd>Apache のドキュメントルートを設定します。これが suEXEC
       の動作で使用する唯一のディレクトリ階層になります (UserDir
-      の指定は別)。デフォルトでは --datedir に "/htdocs"
+      の指定は別)。デフォルトでは <code>--datedir</code> に "/htdocs"
       というサフィックスをつけたものです。
       "<code>--datadir=/home/apache</code>" として設定すると、
       suEXEC wrapper にとって "/home/apache/htdocs"
@@ -396,7 +400,7 @@
       <dd>suEXEC の処理とエラーが記録されるファイル名を指定します。
       (監査やデバッグ目的に有用)
       デフォルトではログファイルは "suexec_log" という名前で、
-      標準のログファイルディレクトリ (--logfiledir) に置かれます。
+      標準のログファイルディレクトリ (<code>--logfiledir</code>) に置かれます。
       </dd>
 
       <dt><code>--with-suexec-safepath=<em>PATH</em></code></dt>
@@ -409,14 +413,14 @@
     <p><strong>suEXEC 設定の確認</strong>
     <br />
     suEXEC wrapper をコンパイルしてインストールする前に、設定内容を
-    --layout オプションで確認できます。<br />
+    <code>--layout</code> オプションで確認できます。<br />
     出力例:</p>
 <example>
     suEXEC setup:<br />
-            suexec binary: /usr/local/apache/sbin/suexec<br />
-            document root: /usr/local/apache/share/htdocs<br />
+            suexec binary: /usr/local/apache2/sbin/suexec<br />
+            document root: /usr/local/apache2/share/htdocs<br />
            userdir suffix: public_html<br />
-                  logfile: /usr/local/apache/var/log/suexec_log<br />
+                  logfile: /usr/local/apache2/var/log/suexec_log<br />
                 safe path: /usr/local/bin:/usr/bin:/bin<br />
                 caller ID: www<br />
           minimum user ID: 100<br />
@@ -425,13 +429,13 @@
 
     <p><strong>suEXEC wrapper
     のコンパイルとインストール</strong><br />
-    --enable-suexec オプションで suEXEC 機能を有効にすると、
-    "make" コマンドを実行した時に suEXEC のバイナリ (Apache 自体も)
+    <code>--enable-suexec</code> オプションで suEXEC 機能を有効にすると、
+    "make" コマンドを実行した時に <code>suexec</code> のバイナリ (Apache 自体も)
     が自動的に作成されます。
     <br />
     すべての構成要素が作成されると、それらのインストールには
-    "make install" コマンドが実行できます。バイナリイメージの "suexec"
-    は --sbindir オプションで指定されたディレクトリにインストールされます。
+    <code>make install</code> コマンドが実行できます。バイナリイメージの <code>suexec</code>
+    は <code>--sbindir</code> オプションで指定されたディレクトリにインストールされます。
     デフォルトの場所は "/usr/local/apache/sbin/suexec" です。<br />
     インストール時には <strong><em>root</em></strong>
     権限が必要なので注意してください。wrapper がユーザ ID
@@ -439,16 +443,47 @@
     でのセットユーザ ID
     ビットをそのファイルのモードに設定しなければなりません。
     </p>
+
+    <p><strong>安全なパーミッションを設定する</strong><br />
+    suEXEC ラッパーは、<code>--with-suexec-caller</code> configure 
+    オプションで指定した正しいユーザで起動されていることを確認しますが、
+    システム上でこのチェックが行なわれる前に、
+    suEXEC が呼ぶシステムやライブラリが脆弱である可能性は残ります。対抗策として、
+    一般に良い習慣ともされいますが、
+    ファイルシステムパーミッションを使って
+    Apache の実行時のグループのみが suEXEC を実行できるように
+    するのが良いでしょう。</p>
+
+    <p>たとえば、次のようにサーバが設定されていたとします。</p>
+
+<example>
+    User www<br />
+    Group webgroup<br />
+</example>
+
+    <p><code>suexec</code> が "/usr/local/apache2/sbin/suexec" 
+    にインストールされていた場合、次のように設定する必要があります。</p>
+
+<example>
+    chgrp webgroup /usr/local/apache2/bin/suexec<br />
+    chmod 4750 /usr/local/apache2/bin/suexec<br />
+</example>
+
+    <p>これで Apache が実行されるグループのみが 
+    suEXEC ラッパーを実行できるということを
+    確証します。</p>
   </section>
 
   <section id="enable"><title>suEXEC
     の有効化と無効化</title>
 
-    <p>起動時に、Apache は "sbin" ディレクトリで
-    "suexec" を探します
+    <p>起動時に、Apache は <code>--sbindir</code>
+    オプションで設定されたディレクトリで
+    <code>suexec</code> を探します
     (デフォルトは "/usr/local/apache/sbin/suexec") 。
     適切に設定された suEXEC がみつかると、
     エラーログに以下のメッセージが出力されます。</p>
+
 <example>
     [notice] suEXEC mechanism enabled (wrapper: <em>/path/to/suexec</em>)
 </example>
@@ -460,7 +495,7 @@
     <p>suEXEC の仕組みを使用するのが初めてで、Apache が既に動作中であれば、
     Apache を kill して、再起動しなければなりません。HUP シグナルや
     USR1 シグナルによる単純な再起動では不十分です。</p>
-    <p>suEXEC を無効にする場合は、"suexec" ファイルを削除してから
+    <p>suEXEC を無効にする場合は、<code>suexec</code> ファイルを削除してから
     Apache を kill して再起動します。
     </p>
   </section>
@@ -494,7 +529,7 @@
 
   <section id="debug"><title>suEXEC のデバッグ</title>
 
-    <p>suEXEC wrapper は、上記で述べた --with-suexec-logfile
+    <p>suEXEC wrapper は、上記で述べた <code>--with-suexec-logfile</code>
     オプションで指定されたファイルにログ情報を記録します。
     wrapper を適切に設定、インストールできていると思う場合、
     どこで迷っているか見ようとするならこのログとサーバの
@@ -520,7 +555,7 @@
 
 
         <p class="indent">
-          セキュリティと効率の理由から、suEXEC の全てのリクエストは
+          セキュリティと効率の理由から、<code>suEXEC</code> の全てのリクエストは
           仮想ホストへのリクエストにおける最上位のドキュメントルート内か、
           ユーザディレクトリへのリクエストにおける個々のユーザの最上位の
           ドキュメントルート内に残らなければなりません。
@@ -533,7 +568,7 @@
 
       <li>suEXEC の PATH 環境変数
 
- 
+
         <p class="indent">
           これを変更するのは危険です。この指定に含まれる各パスが
           <strong>信頼できる</strong>
diff --git a/docs/manual/urlmapping.xml.ja b/docs/manual/urlmapping.xml.ja
index 53f2ffc9b8c..7cbd580747c 100644
--- a/docs/manual/urlmapping.xml.ja
+++ b/docs/manual/urlmapping.xml.ja
@@ -1,7 +1,7 @@
 <?xml version="1.0" encoding="iso-2022-jp" ?>
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.ja.xsl"?>
-<!-- English revision: 1.3.2.4 -->
+<!-- English revision: 1.3.2.5 -->
 
 <manualpage metafile="urlmapping.xml.meta">
 
@@ -97,7 +97,7 @@
     を使って強力な正規表現に基づいたマッチと置換を行なうことができます。
     たとえば、</p>
 
-<example>ScriptAliasMatch ^/~([a-zA-Z0-9]*)/cgi-bin/(.*)
+<example>ScriptAliasMatch ^/~([a-zA-Z0-9]+)/cgi-bin/(.+)
       /home/$1/cgi-bin/$2</example>
 
     <p>は <code>http://example.com/~user/cgi-bin/script.cgi</code> への
@@ -140,7 +140,7 @@
     <code>/home/user/public_html/file.html</code> にマップされるようにするには、
     以下のように <code>AliasMatch</code> ディレクティブを使います:</p>
 
-<example>AliasMatch ^/upages/([a-zA-Z0-9]*)/?(.*)
+<example>AliasMatch ^/upages/([a-zA-Z0-9]+)/?(.*)
       /home/$1/public_html/$2</example>
 </section>