Return-Path: 
 <cvs-return-53295-apmail-httpd-cvs-archive=httpd.apache.org@httpd.apache.org>
X-Original-To: apmail-httpd-cvs-archive@www.apache.org
Delivered-To: apmail-httpd-cvs-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id E902C1796B
	for <apmail-httpd-cvs-archive@www.apache.org>;
 Thu, 16 Apr 2015 15:00:02 +0000 (UTC)
Received: (qmail 13822 invoked by uid 500); 16 Apr 2015 14:59:59 -0000
Delivered-To: apmail-httpd-cvs-archive@httpd.apache.org
Received: (qmail 13318 invoked by uid 500); 16 Apr 2015 14:59:59 -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>
List-Id: <cvs.httpd.apache.org>
Delivered-To: mailing list cvs@httpd.apache.org
Received: (qmail 12179 invoked by uid 99); 16 Apr 2015 14:59:58 -0000
Received: from eris.apache.org (HELO hades.apache.org) (140.211.11.105)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Apr 2015 14:59:58 +0000
Received: from hades.apache.org (localhost [127.0.0.1])
	by hades.apache.org (ASF Mail Server at hades.apache.org) with ESMTP id
 24148AC0B92
	for <cvs@httpd.apache.org>; Thu, 16 Apr 2015 14:59:58 +0000 (UTC)
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Subject: svn commit: r1674086 [11/34] -
 /httpd/httpd/branches/2.4.x/docs/manual/mod/
Date: Thu, 16 Apr 2015 14:59:52 -0000
To: cvs@httpd.apache.org
From: rbowen@apache.org
X-Mailer: svnmailer-1.0.9
Message-Id: <20150416145958.24148AC0B92@hades.apache.org>

Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/mod_ext_filter.html.ja.utf8
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/mod_ext_filter.html.ja.utf8?rev=1674086&r1=1674085&r2=1674086&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/mod_ext_filter.html.ja.utf8 [utf-8] (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/mod_ext_filter.html.ja.utf8 [utf-8] Thu Apr 16 14:59:48 2015
@@ -61,158 +61,19 @@
     環境としては <code class="module"><a href="../mod/mod_ext_filter.html">mod_ext_filter</a></code> は使えます。</p>
 
 </div>
-<div id="quickview"><h3 class="directives">ディレクティブ</h3>
+<div id="quickview"><h3>トピック</h3>
+<ul id="topics">
+<li><img alt="" src="../images/down.gif" /> <a href="#examples">例</a></li>
+</ul><h3 class="directives">ディレクティブ</h3>
 <ul id="toc">
 <li><img alt="" src="../images/down.gif" /> <a href="#extfilterdefine">ExtFilterDefine</a></li>
 <li><img alt="" src="../images/down.gif" /> <a href="#extfilteroptions">ExtFilterOptions</a></li>
 </ul>
-<h3>トピック</h3>
-<ul id="topics">
-<li><img alt="" src="../images/down.gif" /> <a href="#examples">例</a></li>
-</ul><h3>参照</h3>
+<h3>参照</h3>
 <ul class="seealso">
 <li><a href="../filter.html">フィルタ</a></li>
 </ul><ul class="seealso"><li><a href="#comments_section">コメント</a></li></ul></div>
 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
-<div class="directive-section"><h2><a name="ExtFilterDefine" id="ExtFilterDefine">ExtFilterDefine</a> <a name="extfilterdefine" id="extfilterdefine">ディレクティブ</a></h2>
-<table class="directive">
-<tr><th><a href="directive-dict.html#Description">説明:</a></th><td>外部フィルタを定義</td></tr>
-<tr><th><a href="directive-dict.html#Syntax">構文:</a></th><td><code>ExtFilterDefine <var>filtername</var> <var>parameters</var></code></td></tr>
-<tr><th><a href="directive-dict.html#Context">コンテキスト:</a></th><td>サーバ設定ファイル</td></tr>
-<tr><th><a href="directive-dict.html#Status">ステータス:</a></th><td>Extension</td></tr>
-<tr><th><a href="directive-dict.html#Module">モジュール:</a></th><td>mod_ext_filter</td></tr>
-</table>
-    <p><code class="directive">ExtFilterDefine</code> は、実行するプログラムや
-    引数など、外部フィルタの特性を定義します。</p>
-
-    <p><var>filtername</var> は定義するフィルタの名前を指定します。
-    この名前は後で <code class="directive"><a href="../mod/core.html#setoutputfilter">SetOutputFilter</a></code>
-    ディレクティブで指定できます。名前は登録されるすべてのフィルタで
-    一意でなくてはなりません。<em>現時点では、フィルタの登録 API からは
-    エラーは報告されません。ですから、重複する名前を使ってしまったときでも
-    ユーザにはそのことは報告されません。</em></p>
-
-    <p>続くパラメータの順番は関係無く、それらは実行する外部コマンドと、
-    他の特性を定義します。<code>cmd=</code> だけが必須のパラメータです。
-    指定可能なパラメータは:</p>
-
-    <dl>
-      <dt><code>cmd=<var>cmdline</var></code></dt>
-
-      <dd><code>cmd=</code> キーワードは実行する外部コマンドを指定します。
-      プログラム名の後に引数がある場合は、コマンド行は引用符で囲む
-      必要があります (<em>例えば</em>、<code>cmd="<var>/bin/mypgm</var>
-      <var>arg1</var> <var>arg2</var>"</code> のように)。プログラムは
-      シェル経由でなく、直接実行されますので、通常のシェル用の
-      エスケープは必要ありません。プログラムの引数は空白で区切られます。
-      プログラムの引数の一部となる必要のある空白はバックスペースでエスケープ
-      できます。引数の一部になるバックスラッシュはバックスラッシュで
-      エスケープする必要があります。標準の CGI 環境変数に加えて、
-      環境変数 DOCUMENT_URI, DOCUMENT_PATH_INFO, and 
-      QUERY_STRING_UNESCAPED がプログラムのために設定されます。</dd>
-
-      <dt><code>mode=<var>mode</var></code></dt>
-
-      <dd>応答を処理するフィルタには <code>mode=output</code> (デフォルト)
-      を使います。リクエストを処理するフィルタには <code>mode=input</code>
-      を使います。<code>mode=input</code> は Apache 2.1 以降で利用可能です。</dd>
-
-      <dt><code>intype=<var>imt</var></code></dt>
-
-      <dd>このパラメータはフィルタされるべきドキュメントの
-      インターネットメディアタイプ (<em>すなわち</em>、MIME タイプ) を
-      指定します。デフォルトではすべてのドキュメントがフィルタされます。
-      <code>intype=</code> が指定されていれば、フィルタは指定されていない
-      ドキュメントには適用されなくなります。</dd>
-
-      <dt><code>outtype=<var>imt</var></code></dt>
-
-      <dd>このパラメータはフィルタされたドキュメントの
-      インターネットメディアタイプ (<em>すなわち</em>、MIME タイプ) を
-      指定します。フィルタ動作にともなってインターネットメディアタイプが
-      変わる場合に有用です。デフォルトではインターネットメディアタイプは
-      変更されません。</dd>
-
-      <dt><code>PreservesContentLength</code></dt>
-
-      <dd><code>PreservesContentLength</code> キーワードはフィルタが
-      content length <span class="transnote">(<em>訳注:</em> コンテントの長さ)</span>
-      を変更しないということを指定します。ほとんどのフィルタは
-      content length を変更するため、これはデフォルトではありません。
-      フィルタが長さを変えないときは、このキーワードを指定すると
-      よいでしょう。</dd>
-
-      <dt><code>ftype=<var>filtertype</var></code></dt>
-
-      <dd>このパラメータはフィルタが登録されるべきフィルタタイプの
-      数値を指定します。ほとんどの場合は、デフォルトの AP_FTYPE_RESOURCE で
-      十分です。フィルタがフィルタチェーンの別の場所で動作する必要がある
-      場合は、このパラメータを指定する必要があります。指定可能な値は
-      util_filter.h の AP_FTYPE_foo 定義を参照してください。</dd>
-
-      <dt><code>disableenv=<var>env</var></code></dt>
-
-      <dd>設定されていた場合にフィルタを無効にするための環境変数を
-      指定します。</dd>
-
-      <dt><code>enableenv=<var>env</var></code></dt>
-
-      <dd>このパラメータはフィルタが有効になるために設定されていなければ
-      ならない環境変数を指定します。</dd>
-    </dl>
-
-</div>
-<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
-<div class="directive-section"><h2><a name="ExtFilterOptions" id="ExtFilterOptions">ExtFilterOptions</a> <a name="extfilteroptions" id="extfilteroptions">ディレクティブ</a></h2>
-<table class="directive">
-<tr><th><a href="directive-dict.html#Description">説明:</a></th><td><code class="module"><a href="../mod/mod_ext_filter.html">mod_ext_filter</a></code> のオプションを設定</td></tr>
-<tr><th><a href="directive-dict.html#Syntax">構文:</a></th><td><code>ExtFilterOptions <var>option</var> [<var>option</var>] ...</code></td></tr>
-<tr><th><a href="directive-dict.html#Default">デフォルト:</a></th><td><code>ExtFilterOptions DebugLevel=0 NoLogStderr</code></td></tr>
-<tr><th><a href="directive-dict.html#Context">コンテキスト:</a></th><td>ディレクトリ</td></tr>
-<tr><th><a href="directive-dict.html#Status">ステータス:</a></th><td>Extension</td></tr>
-<tr><th><a href="directive-dict.html#Module">モジュール:</a></th><td>mod_ext_filter</td></tr>
-</table>
-    <p><code class="directive">ExtFilterOptions</code> ディレクティブは
-    <code class="module"><a href="../mod/mod_ext_filter.html">mod_ext_filter</a></code> の特別な処理用のオプションを
-    指定します。<var>Option</var> には以下のどれかを指定します。</p>
-
-    <dl>
-      <dt><code>DebugLevel=<var>n</var></code></dt>
-
-      <dd>
-        <code>DebugLevel</code> で <code class="module"><a href="../mod/mod_ext_filter.html">mod_ext_filter</a></code> 
-        の生成するデバッグメッセージのレベルを設定できます。
-        デフォルトでは、デバッグメッセージは生成されません。
-        これは <code>DebugLevel=0</code> と設定するのと同じです。
-        数字が大きくなればなるほど、より多くのデバッグメッセージが
-        生成され、サーバの性能は落ちます。数値の実際の意味は
-        <code>mod_ext_filter.c</code> の先頭近くの DBGLVL_ 定数の
-        定義で説明されています。
-
-        <p>注: デバッグメッセージを Apache のエラーログに
-        保存するようにするためには、core のディレクティブ 
-        <code class="directive"><a href="../mod/core.html#loglevel">LogLevel</a></code> 
-        を使う必要があります。</p>
-      </dd>
-
-      <dt><code>LogStderr | NoLogStderr</code></dt>
-
-      <dd><code>LogStderr</code> キーワードは外部フィルタプログラムにより
-      標準エラー <span class="transnote">(<em>訳注:</em> stderr)</span> に書かれたメッセージを
-      Apache のエラーログに保存するようにします。<code>NoLogStderr</code> は
-      逆に保存しないようにします。</dd>
-    </dl>
-
-    <div class="example"><h3>例</h3><p><code>
-      ExtFilterOptions LogStderr DebugLevel=0
-    </code></p></div>
-
-    <p>この例では、フィルタの標準出力に書かれたメッセージは
-    Apache のエラーログに保存されます。<code class="module"><a href="../mod/mod_ext_filter.html">mod_ext_filter</a></code> からは
-    デバッグメッセージは生成されません。</p>
-
-</div>
-<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
 <div class="section">
 <h2><a name="examples" id="examples">例</a></h2>
 
@@ -364,6 +225,145 @@
       </code></p></div>
     
 </div>
+<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="directive-section"><h2><a name="ExtFilterDefine" id="ExtFilterDefine">ExtFilterDefine</a> <a name="extfilterdefine" id="extfilterdefine">ディレクティブ</a></h2>
+<table class="directive">
+<tr><th><a href="directive-dict.html#Description">説明:</a></th><td>外部フィルタを定義</td></tr>
+<tr><th><a href="directive-dict.html#Syntax">構文:</a></th><td><code>ExtFilterDefine <var>filtername</var> <var>parameters</var></code></td></tr>
+<tr><th><a href="directive-dict.html#Context">コンテキスト:</a></th><td>サーバ設定ファイル</td></tr>
+<tr><th><a href="directive-dict.html#Status">ステータス:</a></th><td>Extension</td></tr>
+<tr><th><a href="directive-dict.html#Module">モジュール:</a></th><td>mod_ext_filter</td></tr>
+</table>
+    <p><code class="directive">ExtFilterDefine</code> は、実行するプログラムや
+    引数など、外部フィルタの特性を定義します。</p>
+
+    <p><var>filtername</var> は定義するフィルタの名前を指定します。
+    この名前は後で <code class="directive"><a href="../mod/core.html#setoutputfilter">SetOutputFilter</a></code>
+    ディレクティブで指定できます。名前は登録されるすべてのフィルタで
+    一意でなくてはなりません。<em>現時点では、フィルタの登録 API からは
+    エラーは報告されません。ですから、重複する名前を使ってしまったときでも
+    ユーザにはそのことは報告されません。</em></p>
+
+    <p>続くパラメータの順番は関係無く、それらは実行する外部コマンドと、
+    他の特性を定義します。<code>cmd=</code> だけが必須のパラメータです。
+    指定可能なパラメータは:</p>
+
+    <dl>
+      <dt><code>cmd=<var>cmdline</var></code></dt>
+
+      <dd><code>cmd=</code> キーワードは実行する外部コマンドを指定します。
+      プログラム名の後に引数がある場合は、コマンド行は引用符で囲む
+      必要があります (<em>例えば</em>、<code>cmd="<var>/bin/mypgm</var>
+      <var>arg1</var> <var>arg2</var>"</code> のように)。プログラムは
+      シェル経由でなく、直接実行されますので、通常のシェル用の
+      エスケープは必要ありません。プログラムの引数は空白で区切られます。
+      プログラムの引数の一部となる必要のある空白はバックスペースでエスケープ
+      できます。引数の一部になるバックスラッシュはバックスラッシュで
+      エスケープする必要があります。標準の CGI 環境変数に加えて、
+      環境変数 DOCUMENT_URI, DOCUMENT_PATH_INFO, and 
+      QUERY_STRING_UNESCAPED がプログラムのために設定されます。</dd>
+
+      <dt><code>mode=<var>mode</var></code></dt>
+
+      <dd>応答を処理するフィルタには <code>mode=output</code> (デフォルト)
+      を使います。リクエストを処理するフィルタには <code>mode=input</code>
+      を使います。<code>mode=input</code> は Apache 2.1 以降で利用可能です。</dd>
+
+      <dt><code>intype=<var>imt</var></code></dt>
+
+      <dd>このパラメータはフィルタされるべきドキュメントの
+      インターネットメディアタイプ (<em>すなわち</em>、MIME タイプ) を
+      指定します。デフォルトではすべてのドキュメントがフィルタされます。
+      <code>intype=</code> が指定されていれば、フィルタは指定されていない
+      ドキュメントには適用されなくなります。</dd>
+
+      <dt><code>outtype=<var>imt</var></code></dt>
+
+      <dd>このパラメータはフィルタされたドキュメントの
+      インターネットメディアタイプ (<em>すなわち</em>、MIME タイプ) を
+      指定します。フィルタ動作にともなってインターネットメディアタイプが
+      変わる場合に有用です。デフォルトではインターネットメディアタイプは
+      変更されません。</dd>
+
+      <dt><code>PreservesContentLength</code></dt>
+
+      <dd><code>PreservesContentLength</code> キーワードはフィルタが
+      content length <span class="transnote">(<em>訳注:</em> コンテントの長さ)</span>
+      を変更しないということを指定します。ほとんどのフィルタは
+      content length を変更するため、これはデフォルトではありません。
+      フィルタが長さを変えないときは、このキーワードを指定すると
+      よいでしょう。</dd>
+
+      <dt><code>ftype=<var>filtertype</var></code></dt>
+
+      <dd>このパラメータはフィルタが登録されるべきフィルタタイプの
+      数値を指定します。ほとんどの場合は、デフォルトの AP_FTYPE_RESOURCE で
+      十分です。フィルタがフィルタチェーンの別の場所で動作する必要がある
+      場合は、このパラメータを指定する必要があります。指定可能な値は
+      util_filter.h の AP_FTYPE_foo 定義を参照してください。</dd>
+
+      <dt><code>disableenv=<var>env</var></code></dt>
+
+      <dd>設定されていた場合にフィルタを無効にするための環境変数を
+      指定します。</dd>
+
+      <dt><code>enableenv=<var>env</var></code></dt>
+
+      <dd>このパラメータはフィルタが有効になるために設定されていなければ
+      ならない環境変数を指定します。</dd>
+    </dl>
+
+</div>
+<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="directive-section"><h2><a name="ExtFilterOptions" id="ExtFilterOptions">ExtFilterOptions</a> <a name="extfilteroptions" id="extfilteroptions">ディレクティブ</a></h2>
+<table class="directive">
+<tr><th><a href="directive-dict.html#Description">説明:</a></th><td><code class="module"><a href="../mod/mod_ext_filter.html">mod_ext_filter</a></code> のオプションを設定</td></tr>
+<tr><th><a href="directive-dict.html#Syntax">構文:</a></th><td><code>ExtFilterOptions <var>option</var> [<var>option</var>] ...</code></td></tr>
+<tr><th><a href="directive-dict.html#Default">デフォルト:</a></th><td><code>ExtFilterOptions DebugLevel=0 NoLogStderr</code></td></tr>
+<tr><th><a href="directive-dict.html#Context">コンテキスト:</a></th><td>ディレクトリ</td></tr>
+<tr><th><a href="directive-dict.html#Status">ステータス:</a></th><td>Extension</td></tr>
+<tr><th><a href="directive-dict.html#Module">モジュール:</a></th><td>mod_ext_filter</td></tr>
+</table>
+    <p><code class="directive">ExtFilterOptions</code> ディレクティブは
+    <code class="module"><a href="../mod/mod_ext_filter.html">mod_ext_filter</a></code> の特別な処理用のオプションを
+    指定します。<var>Option</var> には以下のどれかを指定します。</p>
+
+    <dl>
+      <dt><code>DebugLevel=<var>n</var></code></dt>
+
+      <dd>
+        <code>DebugLevel</code> で <code class="module"><a href="../mod/mod_ext_filter.html">mod_ext_filter</a></code> 
+        の生成するデバッグメッセージのレベルを設定できます。
+        デフォルトでは、デバッグメッセージは生成されません。
+        これは <code>DebugLevel=0</code> と設定するのと同じです。
+        数字が大きくなればなるほど、より多くのデバッグメッセージが
+        生成され、サーバの性能は落ちます。数値の実際の意味は
+        <code>mod_ext_filter.c</code> の先頭近くの DBGLVL_ 定数の
+        定義で説明されています。
+
+        <p>注: デバッグメッセージを Apache のエラーログに
+        保存するようにするためには、core のディレクティブ 
+        <code class="directive"><a href="../mod/core.html#loglevel">LogLevel</a></code> 
+        を使う必要があります。</p>
+      </dd>
+
+      <dt><code>LogStderr | NoLogStderr</code></dt>
+
+      <dd><code>LogStderr</code> キーワードは外部フィルタプログラムにより
+      標準エラー <span class="transnote">(<em>訳注:</em> stderr)</span> に書かれたメッセージを
+      Apache のエラーログに保存するようにします。<code>NoLogStderr</code> は
+      逆に保存しないようにします。</dd>
+    </dl>
+
+    <div class="example"><h3>例</h3><p><code>
+      ExtFilterOptions LogStderr DebugLevel=0
+    </code></p></div>
+
+    <p>この例では、フィルタの標準出力に書かれたメッセージは
+    Apache のエラーログに保存されます。<code class="module"><a href="../mod/mod_ext_filter.html">mod_ext_filter</a></code> からは
+    デバッグメッセージは生成されません。</p>
+
+</div>
 </div>
 <div class="bottomlang">
 <p><span>翻訳済み言語: </span><a href="../en/mod/mod_ext_filter.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |

Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/mod_ext_filter.html.ko.euc-kr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/mod_ext_filter.html.ko.euc-kr?rev=1674086&r1=1674085&r2=1674086&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/mod_ext_filter.html.ko.euc-kr [euc-kr] (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/mod_ext_filter.html.ko.euc-kr [euc-kr] Thu Apr 16 14:59:48 2015
@@ -60,149 +60,19 @@
     수 있다.</p>
 
 </div>
-<div id="quickview"><h3 class="directives">지시어들</h3>
+<div id="quickview"><h3>주제</h3>
+<ul id="topics">
+<li><img alt="" src="../images/down.gif" /> <a href="#examples">예제</a></li>
+</ul><h3 class="directives">지시어들</h3>
 <ul id="toc">
 <li><img alt="" src="../images/down.gif" /> <a href="#extfilterdefine">ExtFilterDefine</a></li>
 <li><img alt="" src="../images/down.gif" /> <a href="#extfilteroptions">ExtFilterOptions</a></li>
 </ul>
-<h3>주제</h3>
-<ul id="topics">
-<li><img alt="" src="../images/down.gif" /> <a href="#examples">예제</a></li>
-</ul><h3>참고</h3>
+<h3>참고</h3>
 <ul class="seealso">
 <li><a href="../filter.html">필터</a></li>
 </ul><ul class="seealso"><li><a href="#comments_section">Comments</a></li></ul></div>
 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
-<div class="directive-section"><h2><a name="ExtFilterDefine" id="ExtFilterDefine">ExtFilterDefine</a> <a name="extfilterdefine" id="extfilterdefine">지시어</a></h2>
-<table class="directive">
-<tr><th><a href="directive-dict.html#Description">설명:</a></th><td>외부 필터를 정의한다</td></tr>
-<tr><th><a href="directive-dict.html#Syntax">문법:</a></th><td><code>ExtFilterDefine <var>filtername</var> <var>parameters</var></code></td></tr>
-<tr><th><a href="directive-dict.html#Context">사용장소:</a></th><td>주서버설정</td></tr>
-<tr><th><a href="directive-dict.html#Status">상태:</a></th><td>Extension</td></tr>
-<tr><th><a href="directive-dict.html#Module">모듈:</a></th><td>mod_ext_filter</td></tr>
-</table>
-    <p><code class="directive">ExtFilterDefine</code> 지시어는 외부
-    필터의 성질과 실행할 프로그램, 아규먼트를 정의한다.</p>
-
-    <p><var>filtername</var>은 정의할 필터 이름을 지정한다.
-    이 이름을 SetOutputFilter 지시어에서 사용한다. 등록한 모든
-    필터들간에 이름이 겹치면 안된다. <em>현재 필터등록 API는
-    오류를 보고하지 않는다. 그래서 사용자는 이름이 겹치는 문제를
-    알지 못한다.</em></p>
-
-    <p>실행할 외부 명령어와 다른 성질을 정의하는 나머지 아규먼트는
-    어떤 순서로 나와도 가능하다. 단, <code>cmd=</code> 파라미터는
-    반드시 필요하다. 사용할 수 있는 파라미터는 다음과 같다:</p>
-
-    <dl>
-      <dt><code>cmd=<var>cmdline</var></code></dt>
-
-      <dd><code>cmd=</code> 키워드는 실행할 외부 명령어를 지정한다.
-      프로그램명 뒤에 아규먼트가 있다면 명령행을 쌍따옴표로
-      묶어야 한다 (<em>예를 들어</em>,
-      <code>cmd="<var>/bin/mypgm</var> <var>arg1</var>
-      <var>arg2</var>"</code>). 쉘을 거치지않고 직접 프로그램을
-      실행하기때문에 일반적인 쉘 따옴표는 필요없다. 프로그램
-      아규먼트들은 공백으로 구분한다. 프로그램 아규먼트에 공백이
-      있다면 공백 앞에 백슬래쉬로 사용해야 한다. 백슬래쉬가
-      아규먼트의 일부라면 백슬래쉬를 두번 사용해야 한다. 프로그램을
-      실행할때 표준 CGI 환경변수와 추가로 DOCUMENT_URI,
-      DOCUMENT_PATH_INFO, QUERY_STRING_UNESCAPED 변수를 설정한다.</dd>
-
-      <dt><code>mode=<var>mode</var></code></dt>
-
-      <dd>응답을 처리하는 필터는 (기본값인) <code>mode=output</code>을
-      사용한다. 요청을 처리하는 필터는 <code>mode=input</code>을
-      사용한다. <code>mode=input</code>은 아파치 2.1에 추가되었다.</dd>
-
-      <dt><code>intype=<var>imt</var></code></dt>
-
-      <dd>이 파라미터는 필터로 처리할 문서의 인터넷 media
-      type(<em>즉</em>, MIME type)을 지정한다. 기본적으로 모든
-      문서를 필터로 처리한다. <code>intype=</code>을 지정하면
-      다른 type의 문서는 필터로 처리하지 않는다.</dd>
-
-      <dt><code>outtype=<var>imt</var></code></dt>
-
-      <dd>이 파라미터는 필터로 처리한 문서의 인터넷 media
-      type(<em>즉</em>, MIME type)을 지정한다. 필터처리 작업중에
-      인터넷 media type을 변경할때 유용하다. 기본적으로, 인터넷
-      media type은 변하지 않는다.</dd>
-
-      <dt><code>PreservesContentLength</code></dt>
-
-      <dd><code>PreservesContentLength</code> 키워드는 필터가
-      content length를 유지하도록 한다. 대부분의 필터가 content
-      length를 변경하므로 이 키워드는 기본값이 아니다. 필터가
-      길이를 유지할때만 이 키워드를 사용해야 한다.</dd>
-
-      <dt><code>ftype=<var>filtertype</var></code></dt>
-
-      <dd>이 파라미터는 필터 종류에 대한 숫자값을 지정한다.
-      대부분의 경우 기본값인 AP_FTYPE_RESOURCE가 적당하다.
-      필터를 실행하는 순서가 자원필터와 달라야하는 경우 이
-      파라미터가 필요하다. 적당한 값을 알려면 util_filter.h에
-      있는 AP_FTYPE_* 정의를 참고하라.</dd>
-
-      <dt><code>disableenv=<var>env</var></code></dt>
-
-      <dd>이 파라미터로 설정한 환경변수가 정의되었다면 필터를
-      사용하지 않는다.</dd>
-
-      <dt><code>enableenv=<var>env</var></code></dt>
-
-      <dd>이 파라미터로 설정한 환경변수가 정의된 경우 필터를
-      사용한다.</dd>
-    </dl>
-
-</div>
-<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
-<div class="directive-section"><h2><a name="ExtFilterOptions" id="ExtFilterOptions">ExtFilterOptions</a> <a name="extfilteroptions" id="extfilteroptions">지시어</a></h2>
-<table class="directive">
-<tr><th><a href="directive-dict.html#Description">설명:</a></th><td><code class="module"><a href="../mod/mod_ext_filter.html">mod_ext_filter</a></code> 옵션을 설정한다</td></tr>
-<tr><th><a href="directive-dict.html#Syntax">문법:</a></th><td><code>ExtFilterOptions <var>option</var> [<var>option</var>] ...</code></td></tr>
-<tr><th><a href="directive-dict.html#Default">기본값:</a></th><td><code>ExtFilterOptions DebugLevel=0 NoLogStderr</code></td></tr>
-<tr><th><a href="directive-dict.html#Context">사용장소:</a></th><td>directory</td></tr>
-<tr><th><a href="directive-dict.html#Status">상태:</a></th><td>Extension</td></tr>
-<tr><th><a href="directive-dict.html#Module">모듈:</a></th><td>mod_ext_filter</td></tr>
-</table>
-    <p><code class="directive">ExtFilterOptions</code> 지시어는
-    <code class="module"><a href="../mod/mod_ext_filter.html">mod_ext_filter</a></code>의 특별한 처리옵션을 지정한다.
-    <var>Option</var>은 다음중 하나다.</p>
-
-    <dl>
-      <dt><code>DebugLevel=<var>n</var></code></dt>
-
-      <dd>
-        <code>DebugLevel</code> 키워드는
-        <code class="module"><a href="../mod/mod_ext_filter.html">mod_ext_filter</a></code>가 기록하는 디버그 문구
-        수준을 정한다. 기본값은 디버그문을 기록하지 않는다.
-        이는 <code>DebugLevel=0</code>과 같다. 높은 숫자를
-        사용할수록, 더 많은 디버그문이 기록되고 서버 성능이
-        떨어진다. 숫자값의 실제 의미는 <code>mod_ext_filter.c</code>
-        앞부분에 있는 DBGLVL_ 상수 정의에 설명되있다.
-
-        <p>주의: 필터 로그를 기록하려면 core 지시어 <code class="directive"><a href="../mod/core.html#loglevel">LogLevel</a></code>을 사용하여 디버그문을
-        아파치 오류로그에 기록해야 한다.</p>
-      </dd>
-
-      <dt><code>LogStderr | NoLogStderr</code></dt>
-
-      <dd><code>LogStderr</code> 키워드는 외부 필터 프로그램이
-      표준오류로 출력하는 문구를 아파치 오류로그에 기록한다.
-      <code>NoLogStderr</code>는 이 기능을 하지 않는다.</dd>
-    </dl>
-
-    <div class="example"><h3>예제</h3><p><code>
-      ExtFilterOptions LogStderr DebugLevel=0
-    </code></p></div>
-
-    <p>위의 설정을 사용하면 필터가 표준오류로 출력하는 문구를
-    아파치 오류로그에 기록하고, <code class="module"><a href="../mod/mod_ext_filter.html">mod_ext_filter</a></code>는
-    자체 디버그문을 기록하지 않는다. </p>
-
-</div>
-<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
 <div class="section">
 <h2><a name="examples" id="examples">예제</a></h2>
 
@@ -347,6 +217,136 @@
       </code></p></div>
     
 </div>
+<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="directive-section"><h2><a name="ExtFilterDefine" id="ExtFilterDefine">ExtFilterDefine</a> <a name="extfilterdefine" id="extfilterdefine">지시어</a></h2>
+<table class="directive">
+<tr><th><a href="directive-dict.html#Description">설명:</a></th><td>외부 필터를 정의한다</td></tr>
+<tr><th><a href="directive-dict.html#Syntax">문법:</a></th><td><code>ExtFilterDefine <var>filtername</var> <var>parameters</var></code></td></tr>
+<tr><th><a href="directive-dict.html#Context">사용장소:</a></th><td>주서버설정</td></tr>
+<tr><th><a href="directive-dict.html#Status">상태:</a></th><td>Extension</td></tr>
+<tr><th><a href="directive-dict.html#Module">모듈:</a></th><td>mod_ext_filter</td></tr>
+</table>
+    <p><code class="directive">ExtFilterDefine</code> 지시어는 외부
+    필터의 성질과 실행할 프로그램, 아규먼트를 정의한다.</p>
+
+    <p><var>filtername</var>은 정의할 필터 이름을 지정한다.
+    이 이름을 SetOutputFilter 지시어에서 사용한다. 등록한 모든
+    필터들간에 이름이 겹치면 안된다. <em>현재 필터등록 API는
+    오류를 보고하지 않는다. 그래서 사용자는 이름이 겹치는 문제를
+    알지 못한다.</em></p>
+
+    <p>실행할 외부 명령어와 다른 성질을 정의하는 나머지 아규먼트는
+    어떤 순서로 나와도 가능하다. 단, <code>cmd=</code> 파라미터는
+    반드시 필요하다. 사용할 수 있는 파라미터는 다음과 같다:</p>
+
+    <dl>
+      <dt><code>cmd=<var>cmdline</var></code></dt>
+
+      <dd><code>cmd=</code> 키워드는 실행할 외부 명령어를 지정한다.
+      프로그램명 뒤에 아규먼트가 있다면 명령행을 쌍따옴표로
+      묶어야 한다 (<em>예를 들어</em>,
+      <code>cmd="<var>/bin/mypgm</var> <var>arg1</var>
+      <var>arg2</var>"</code>). 쉘을 거치지않고 직접 프로그램을
+      실행하기때문에 일반적인 쉘 따옴표는 필요없다. 프로그램
+      아규먼트들은 공백으로 구분한다. 프로그램 아규먼트에 공백이
+      있다면 공백 앞에 백슬래쉬로 사용해야 한다. 백슬래쉬가
+      아규먼트의 일부라면 백슬래쉬를 두번 사용해야 한다. 프로그램을
+      실행할때 표준 CGI 환경변수와 추가로 DOCUMENT_URI,
+      DOCUMENT_PATH_INFO, QUERY_STRING_UNESCAPED 변수를 설정한다.</dd>
+
+      <dt><code>mode=<var>mode</var></code></dt>
+
+      <dd>응답을 처리하는 필터는 (기본값인) <code>mode=output</code>을
+      사용한다. 요청을 처리하는 필터는 <code>mode=input</code>을
+      사용한다. <code>mode=input</code>은 아파치 2.1에 추가되었다.</dd>
+
+      <dt><code>intype=<var>imt</var></code></dt>
+
+      <dd>이 파라미터는 필터로 처리할 문서의 인터넷 media
+      type(<em>즉</em>, MIME type)을 지정한다. 기본적으로 모든
+      문서를 필터로 처리한다. <code>intype=</code>을 지정하면
+      다른 type의 문서는 필터로 처리하지 않는다.</dd>
+
+      <dt><code>outtype=<var>imt</var></code></dt>
+
+      <dd>이 파라미터는 필터로 처리한 문서의 인터넷 media
+      type(<em>즉</em>, MIME type)을 지정한다. 필터처리 작업중에
+      인터넷 media type을 변경할때 유용하다. 기본적으로, 인터넷
+      media type은 변하지 않는다.</dd>
+
+      <dt><code>PreservesContentLength</code></dt>
+
+      <dd><code>PreservesContentLength</code> 키워드는 필터가
+      content length를 유지하도록 한다. 대부분의 필터가 content
+      length를 변경하므로 이 키워드는 기본값이 아니다. 필터가
+      길이를 유지할때만 이 키워드를 사용해야 한다.</dd>
+
+      <dt><code>ftype=<var>filtertype</var></code></dt>
+
+      <dd>이 파라미터는 필터 종류에 대한 숫자값을 지정한다.
+      대부분의 경우 기본값인 AP_FTYPE_RESOURCE가 적당하다.
+      필터를 실행하는 순서가 자원필터와 달라야하는 경우 이
+      파라미터가 필요하다. 적당한 값을 알려면 util_filter.h에
+      있는 AP_FTYPE_* 정의를 참고하라.</dd>
+
+      <dt><code>disableenv=<var>env</var></code></dt>
+
+      <dd>이 파라미터로 설정한 환경변수가 정의되었다면 필터를
+      사용하지 않는다.</dd>
+
+      <dt><code>enableenv=<var>env</var></code></dt>
+
+      <dd>이 파라미터로 설정한 환경변수가 정의된 경우 필터를
+      사용한다.</dd>
+    </dl>
+
+</div>
+<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="directive-section"><h2><a name="ExtFilterOptions" id="ExtFilterOptions">ExtFilterOptions</a> <a name="extfilteroptions" id="extfilteroptions">지시어</a></h2>
+<table class="directive">
+<tr><th><a href="directive-dict.html#Description">설명:</a></th><td><code class="module"><a href="../mod/mod_ext_filter.html">mod_ext_filter</a></code> 옵션을 설정한다</td></tr>
+<tr><th><a href="directive-dict.html#Syntax">문법:</a></th><td><code>ExtFilterOptions <var>option</var> [<var>option</var>] ...</code></td></tr>
+<tr><th><a href="directive-dict.html#Default">기본값:</a></th><td><code>ExtFilterOptions DebugLevel=0 NoLogStderr</code></td></tr>
+<tr><th><a href="directive-dict.html#Context">사용장소:</a></th><td>directory</td></tr>
+<tr><th><a href="directive-dict.html#Status">상태:</a></th><td>Extension</td></tr>
+<tr><th><a href="directive-dict.html#Module">모듈:</a></th><td>mod_ext_filter</td></tr>
+</table>
+    <p><code class="directive">ExtFilterOptions</code> 지시어는
+    <code class="module"><a href="../mod/mod_ext_filter.html">mod_ext_filter</a></code>의 특별한 처리옵션을 지정한다.
+    <var>Option</var>은 다음중 하나다.</p>
+
+    <dl>
+      <dt><code>DebugLevel=<var>n</var></code></dt>
+
+      <dd>
+        <code>DebugLevel</code> 키워드는
+        <code class="module"><a href="../mod/mod_ext_filter.html">mod_ext_filter</a></code>가 기록하는 디버그 문구
+        수준을 정한다. 기본값은 디버그문을 기록하지 않는다.
+        이는 <code>DebugLevel=0</code>과 같다. 높은 숫자를
+        사용할수록, 더 많은 디버그문이 기록되고 서버 성능이
+        떨어진다. 숫자값의 실제 의미는 <code>mod_ext_filter.c</code>
+        앞부분에 있는 DBGLVL_ 상수 정의에 설명되있다.
+
+        <p>주의: 필터 로그를 기록하려면 core 지시어 <code class="directive"><a href="../mod/core.html#loglevel">LogLevel</a></code>을 사용하여 디버그문을
+        아파치 오류로그에 기록해야 한다.</p>
+      </dd>
+
+      <dt><code>LogStderr | NoLogStderr</code></dt>
+
+      <dd><code>LogStderr</code> 키워드는 외부 필터 프로그램이
+      표준오류로 출력하는 문구를 아파치 오류로그에 기록한다.
+      <code>NoLogStderr</code>는 이 기능을 하지 않는다.</dd>
+    </dl>
+
+    <div class="example"><h3>예제</h3><p><code>
+      ExtFilterOptions LogStderr DebugLevel=0
+    </code></p></div>
+
+    <p>위의 설정을 사용하면 필터가 표준오류로 출력하는 문구를
+    아파치 오류로그에 기록하고, <code class="module"><a href="../mod/mod_ext_filter.html">mod_ext_filter</a></code>는
+    자체 디버그문을 기록하지 않는다. </p>
+
+</div>
 </div>
 <div class="bottomlang">
 <p><span>가능한 언어: </span><a href="../en/mod/mod_ext_filter.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |

Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/mod_file_cache.html.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/mod_file_cache.html.fr?rev=1674086&r1=1674085&r2=1674086&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/mod_file_cache.html.fr (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/mod_file_cache.html.fr Thu Apr 16 14:59:48 2015
@@ -68,81 +68,15 @@ fichiers</td></tr>
     d'Apache 1.3 <code>mod_mmap_static</code>et s'en inspire
     fortement .</p>
 </div>
-<div id="quickview"><h3 class="directives">Directives</h3>
+<div id="quickview"><h3>Sujets</h3>
+<ul id="topics">
+<li><img alt="" src="../images/down.gif" /> <a href="#using">Utilisation de mod_file_cache</a></li>
+</ul><h3 class="directives">Directives</h3>
 <ul id="toc">
 <li><img alt="" src="../images/down.gif" /> <a href="#cachefile">CacheFile</a></li>
 <li><img alt="" src="../images/down.gif" /> <a href="#mmapfile">MMapFile</a></li>
 </ul>
-<h3>Sujets</h3>
-<ul id="topics">
-<li><img alt="" src="../images/down.gif" /> <a href="#using">Utilisation de mod_file_cache</a></li>
-</ul><ul class="seealso"><li><a href="#comments_section">Commentaires</a></li></ul></div>
-<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
-<div class="directive-section"><h2><a name="cachefile" id="cachefile">Directive</a> <a name="CacheFile" id="CacheFile">CacheFile</a></h2>
-<table class="directive">
-<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Met en cache une liste de gestionnaires de fichiers au
-démarrage</td></tr>
-<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>CacheFile <var>chemin fichier</var> [<var>chemin fichier</var>] ...</code></td></tr>
-<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur</td></tr>
-<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Expérimental</td></tr>
-<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_file_cache</td></tr>
-</table>
-    <p>La directive <code class="directive">CacheFile</code> permet d'associer
-    des gestionnaires à un ou plusieurs fichiers (séparés par des
-    espaces), et de placer ceux-ci dans le cache au démarrage du
-    serveur. Les gestionnaires des fichiers mis en cache sont
-    automatiquement fermés à l'arrêt du serveur. Lorsqu'un ou plusieurs
-    fichiers ont été modifiés sur disque, le serveur doit être redémarré
-    afin que les modifications soient prises en compte par le cache.</p>
-
-    <p>Soyez prudent avec les arguments <var>chemin fichier</var> : ils
-    doivent correspondre exactement au chemin du système de fichier que
-    créent les gestionnaires de traduction URL-vers-nom-fichier
-    d'Apache. On ne peut pas comparer des inodes ou autres identifiants
-    pour mettre en correspondance des chemins à l'aide de liens
-    symboliques <em>(etc...)</em>, car là encore, ceci nécessiterait un
-    appel à <code>stat()</code> supplémentaire, ce qui n'est pas acceptable.
-    Il n'est pas garanti que ce module fonctionne avec des noms de
-    fichiers réécrits par <code class="module"><a href="../mod/mod_alias.html">mod_alias</a></code> ou
-    <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code>.</p>
-
-    <div class="example"><h3>Exemple</h3><pre class="prettyprint lang-config">CacheFile /usr/local/apache/htdocs/index.html</pre>
-</div>
-
-</div>
-<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
-<div class="directive-section"><h2><a name="mmapfile" id="mmapfile">Directive</a> <a name="MMapFile" id="MMapFile">MMapFile</a></h2>
-<table class="directive">
-<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Charge au démarrage une liste de fichiers en mémoire</td></tr>
-<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>MMapFile <var>chemin fichier</var> [<var>chemin fichier</var>] ...</code></td></tr>
-<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur</td></tr>
-<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Expérimental</td></tr>
-<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_file_cache</td></tr>
-</table>
-    <p>La directive <code class="directive">MMapFile</code> permet de charger un
-    ou plusieurs fichiers (séparés par des espaces) en mémoire au
-    démarrage du serveur. Ceux-ci sont automatiquement déchargés de la
-    mémoire à l'arrêt du serveur. Lorsqu'un ou plusieurs fichiers ont
-    été modifiés sur disque, on doit au minimum envoyer un signal
-    <code>HUP</code> ou <code>USR1</code> au serveur afin de les
-    re<code>mmap()</code>er.</p>
-
-    <p>Soyez prudent avec les arguments <var>chemin fichier</var> : ils
-    doivent correspondre exactement au chemin du système de fichier que
-    créent les gestionnaires de traduction URL-vers-nom-fichier
-    d'Apache. On ne peut pas comparer des inodes ou autres identifiants
-    pour mettre en correspondance des chemins à l'aide de liens
-    symboliques <em>(etc...)</em>, car là encore, ceci nécessiterait un
-    appel à <code>stat()</code> supplémentaire, ce qui n'est pas
-    acceptable.
-    Il n'est pas garanti que ce module fonctionne avec des noms de
-    fichiers réécrits par <code class="module"><a href="../mod/mod_alias.html">mod_alias</a></code> ou
-    <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code>.</p>
-
-    <div class="example"><h3>Exemple</h3><pre class="prettyprint lang-config">MMapFile /usr/local/apache/htdocs/index.html</pre>
-</div>
-
-</div>
+<ul class="seealso"><li><a href="#comments_section">Commentaires</a></li></ul></div>
 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
 <div class="section">
 <h2><a name="using" id="using">Utilisation de mod_file_cache</a></h2>
@@ -235,6 +169,72 @@ démarrage</td></tr>
       </code></p></div>
     </div>
 </div>
+<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="directive-section"><h2><a name="cachefile" id="cachefile">Directive</a> <a name="CacheFile" id="CacheFile">CacheFile</a></h2>
+<table class="directive">
+<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Met en cache une liste de gestionnaires de fichiers au
+démarrage</td></tr>
+<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>CacheFile <var>chemin fichier</var> [<var>chemin fichier</var>] ...</code></td></tr>
+<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur</td></tr>
+<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Expérimental</td></tr>
+<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_file_cache</td></tr>
+</table>
+    <p>La directive <code class="directive">CacheFile</code> permet d'associer
+    des gestionnaires à un ou plusieurs fichiers (séparés par des
+    espaces), et de placer ceux-ci dans le cache au démarrage du
+    serveur. Les gestionnaires des fichiers mis en cache sont
+    automatiquement fermés à l'arrêt du serveur. Lorsqu'un ou plusieurs
+    fichiers ont été modifiés sur disque, le serveur doit être redémarré
+    afin que les modifications soient prises en compte par le cache.</p>
+
+    <p>Soyez prudent avec les arguments <var>chemin fichier</var> : ils
+    doivent correspondre exactement au chemin du système de fichier que
+    créent les gestionnaires de traduction URL-vers-nom-fichier
+    d'Apache. On ne peut pas comparer des inodes ou autres identifiants
+    pour mettre en correspondance des chemins à l'aide de liens
+    symboliques <em>(etc...)</em>, car là encore, ceci nécessiterait un
+    appel à <code>stat()</code> supplémentaire, ce qui n'est pas acceptable.
+    Il n'est pas garanti que ce module fonctionne avec des noms de
+    fichiers réécrits par <code class="module"><a href="../mod/mod_alias.html">mod_alias</a></code> ou
+    <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code>.</p>
+
+    <div class="example"><h3>Exemple</h3><pre class="prettyprint lang-config">CacheFile /usr/local/apache/htdocs/index.html</pre>
+</div>
+
+</div>
+<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="directive-section"><h2><a name="mmapfile" id="mmapfile">Directive</a> <a name="MMapFile" id="MMapFile">MMapFile</a></h2>
+<table class="directive">
+<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Charge au démarrage une liste de fichiers en mémoire</td></tr>
+<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>MMapFile <var>chemin fichier</var> [<var>chemin fichier</var>] ...</code></td></tr>
+<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur</td></tr>
+<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Expérimental</td></tr>
+<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_file_cache</td></tr>
+</table>
+    <p>La directive <code class="directive">MMapFile</code> permet de charger un
+    ou plusieurs fichiers (séparés par des espaces) en mémoire au
+    démarrage du serveur. Ceux-ci sont automatiquement déchargés de la
+    mémoire à l'arrêt du serveur. Lorsqu'un ou plusieurs fichiers ont
+    été modifiés sur disque, on doit au minimum envoyer un signal
+    <code>HUP</code> ou <code>USR1</code> au serveur afin de les
+    re<code>mmap()</code>er.</p>
+
+    <p>Soyez prudent avec les arguments <var>chemin fichier</var> : ils
+    doivent correspondre exactement au chemin du système de fichier que
+    créent les gestionnaires de traduction URL-vers-nom-fichier
+    d'Apache. On ne peut pas comparer des inodes ou autres identifiants
+    pour mettre en correspondance des chemins à l'aide de liens
+    symboliques <em>(etc...)</em>, car là encore, ceci nécessiterait un
+    appel à <code>stat()</code> supplémentaire, ce qui n'est pas
+    acceptable.
+    Il n'est pas garanti que ce module fonctionne avec des noms de
+    fichiers réécrits par <code class="module"><a href="../mod/mod_alias.html">mod_alias</a></code> ou
+    <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code>.</p>
+
+    <div class="example"><h3>Exemple</h3><pre class="prettyprint lang-config">MMapFile /usr/local/apache/htdocs/index.html</pre>
+</div>
+
+</div>
 </div>
 <div class="bottomlang">
 <p><span>Langues Disponibles: </span><a href="../en/mod/mod_file_cache.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |

Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/mod_file_cache.html.ko.euc-kr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/mod_file_cache.html.ko.euc-kr?rev=1674086&r1=1674085&r2=1674086&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/mod_file_cache.html.ko.euc-kr [euc-kr] (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/mod_file_cache.html.ko.euc-kr [euc-kr] Thu Apr 16 14:59:48 2015
@@ -61,72 +61,15 @@
     <p>이 모듈은 아파치 1.3에 있는 <code>mod_mmap_static</code>
     모듈의 기능을 확장한 결과다.</p>
 </div>
-<div id="quickview"><h3 class="directives">지시어들</h3>
+<div id="quickview"><h3>주제</h3>
+<ul id="topics">
+<li><img alt="" src="../images/down.gif" /> <a href="#using">mod_file_cache 사용하기</a></li>
+</ul><h3 class="directives">지시어들</h3>
 <ul id="toc">
 <li><img alt="" src="../images/down.gif" /> <a href="#cachefile">CacheFile</a></li>
 <li><img alt="" src="../images/down.gif" /> <a href="#mmapfile">MMapFile</a></li>
 </ul>
-<h3>주제</h3>
-<ul id="topics">
-<li><img alt="" src="../images/down.gif" /> <a href="#using">mod_file_cache 사용하기</a></li>
-</ul><ul class="seealso"><li><a href="#comments_section">Comments</a></li></ul></div>
-<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
-<div class="directive-section"><h2><a name="CacheFile" id="CacheFile">CacheFile</a> <a name="cachefile" id="cachefile">지시어</a></h2>
-<table class="directive">
-<tr><th><a href="directive-dict.html#Description">설명:</a></th><td>시작시 여러 파일 핸들을 캐쉬한다</td></tr>
-<tr><th><a href="directive-dict.html#Syntax">문법:</a></th><td><code>CacheFile <var>file-path</var> [<var>file-path</var>] ...</code></td></tr>
-<tr><th><a href="directive-dict.html#Context">사용장소:</a></th><td>주서버설정</td></tr>
-<tr><th><a href="directive-dict.html#Status">상태:</a></th><td>Experimental</td></tr>
-<tr><th><a href="directive-dict.html#Module">모듈:</a></th><td>mod_file_cache</td></tr>
-</table>
-    <p><code class="directive">CacheFile</code> 지시어는 서버가 시작할때
-    여러 파일을 열고(open) 파일들의 핸들을 캐쉬에 저장한다.
-    서버 종료시 자동으로 캐쉬한 파일의 핸들을 닫는다(close).
-    파일시스템에서 파일이 변경되면 파일을 다시 캐쉬하기위해
-    서버를 재시작해야 한다.</p>
-
-    <p><var>file-path</var> 아규먼트를 조심해라. 아규먼트는
-    아파치의 URL-파일명 변환 핸들러가 만든 파일시스템 경로와
-    정확히 일치해야 한다. 한번 더 불필요한 <code>stat()</code>
-    시스템호출이 필요하기때문에 inode나 심볼링크 <em>등</em>을
-    경로를 지정할 수 없다. 이 모듈은 <code class="module"><a href="../mod/mod_alias.html">mod_alias</a></code>나
-    <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code>로 재작성한 파일명을 다룰 수
-    있기도 없기도 하다.</p>
-
-    <div class="example"><h3>예제</h3><p><code>
-      CacheFile /usr/local/apache/htdocs/index.html
-    </code></p></div>
-
-</div>
-<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
-<div class="directive-section"><h2><a name="MMapFile" id="MMapFile">MMapFile</a> <a name="mmapfile" id="mmapfile">지시어</a></h2>
-<table class="directive">
-<tr><th><a href="directive-dict.html#Description">설명:</a></th><td>시작시 여러 파일을 메모리에 대응한다</td></tr>
-<tr><th><a href="directive-dict.html#Syntax">문법:</a></th><td><code>MMapFile <var>file-path</var> [<var>file-path</var>] ...</code></td></tr>
-<tr><th><a href="directive-dict.html#Context">사용장소:</a></th><td>주서버설정</td></tr>
-<tr><th><a href="directive-dict.html#Status">상태:</a></th><td>Experimental</td></tr>
-<tr><th><a href="directive-dict.html#Module">모듈:</a></th><td>mod_file_cache</td></tr>
-</table>
-    <p><code class="directive">MMapFile</code> 지시어는 서버가 시작할때
-    (공백으로 구분한 아규먼트로 지정한) 여러 파일을 메모리에
-    대응한다(map). 서버 종료시 자동으로 대응을 푼다(unmap).
-    파일시스템에서 파일이 변경되면 파일들을 다시
-    <code>mmap()</code>하기위해 최소한 서버에 <code>HUP</code>이나
-    <code>USR1</code> 시그널을 보내야 한다.</p>
-
-    <p><var>file-path</var> 아규먼트를 조심해라. 아규먼트는
-    아파치의 URL-파일명 변환 핸들러가 만든 파일시스템 경로와
-    정확히 일치해야 한다. 한번 더 불필요한 <code>stat()</code>
-    시스템호출이 필요하기때문에 inode나 심볼링크 <em>등</em>을
-    경로를 지정할 수 없다. 이 모듈은 <code class="module"><a href="../mod/mod_alias.html">mod_alias</a></code>나
-    <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code>로 재작성한 파일명을 다룰 수
-    있기도 없기도 하다.</p>
-
-    <div class="example"><h3>예제</h3><p><code>
-      MMapFile /usr/local/apache/htdocs/index.html
-    </code></p></div>
-
-</div>
+<ul class="seealso"><li><a href="#comments_section">Comments</a></li></ul></div>
 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
 <div class="section">
 <h2><a name="using" id="using">mod_file_cache 사용하기</a></h2>
@@ -196,6 +139,63 @@
       </code></p></div>
     </div>
 </div>
+<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="directive-section"><h2><a name="CacheFile" id="CacheFile">CacheFile</a> <a name="cachefile" id="cachefile">지시어</a></h2>
+<table class="directive">
+<tr><th><a href="directive-dict.html#Description">설명:</a></th><td>시작시 여러 파일 핸들을 캐쉬한다</td></tr>
+<tr><th><a href="directive-dict.html#Syntax">문법:</a></th><td><code>CacheFile <var>file-path</var> [<var>file-path</var>] ...</code></td></tr>
+<tr><th><a href="directive-dict.html#Context">사용장소:</a></th><td>주서버설정</td></tr>
+<tr><th><a href="directive-dict.html#Status">상태:</a></th><td>Experimental</td></tr>
+<tr><th><a href="directive-dict.html#Module">모듈:</a></th><td>mod_file_cache</td></tr>
+</table>
+    <p><code class="directive">CacheFile</code> 지시어는 서버가 시작할때
+    여러 파일을 열고(open) 파일들의 핸들을 캐쉬에 저장한다.
+    서버 종료시 자동으로 캐쉬한 파일의 핸들을 닫는다(close).
+    파일시스템에서 파일이 변경되면 파일을 다시 캐쉬하기위해
+    서버를 재시작해야 한다.</p>
+
+    <p><var>file-path</var> 아규먼트를 조심해라. 아규먼트는
+    아파치의 URL-파일명 변환 핸들러가 만든 파일시스템 경로와
+    정확히 일치해야 한다. 한번 더 불필요한 <code>stat()</code>
+    시스템호출이 필요하기때문에 inode나 심볼링크 <em>등</em>을
+    경로를 지정할 수 없다. 이 모듈은 <code class="module"><a href="../mod/mod_alias.html">mod_alias</a></code>나
+    <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code>로 재작성한 파일명을 다룰 수
+    있기도 없기도 하다.</p>
+
+    <div class="example"><h3>예제</h3><p><code>
+      CacheFile /usr/local/apache/htdocs/index.html
+    </code></p></div>
+
+</div>
+<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="directive-section"><h2><a name="MMapFile" id="MMapFile">MMapFile</a> <a name="mmapfile" id="mmapfile">지시어</a></h2>
+<table class="directive">
+<tr><th><a href="directive-dict.html#Description">설명:</a></th><td>시작시 여러 파일을 메모리에 대응한다</td></tr>
+<tr><th><a href="directive-dict.html#Syntax">문법:</a></th><td><code>MMapFile <var>file-path</var> [<var>file-path</var>] ...</code></td></tr>
+<tr><th><a href="directive-dict.html#Context">사용장소:</a></th><td>주서버설정</td></tr>
+<tr><th><a href="directive-dict.html#Status">상태:</a></th><td>Experimental</td></tr>
+<tr><th><a href="directive-dict.html#Module">모듈:</a></th><td>mod_file_cache</td></tr>
+</table>
+    <p><code class="directive">MMapFile</code> 지시어는 서버가 시작할때
+    (공백으로 구분한 아규먼트로 지정한) 여러 파일을 메모리에
+    대응한다(map). 서버 종료시 자동으로 대응을 푼다(unmap).
+    파일시스템에서 파일이 변경되면 파일들을 다시
+    <code>mmap()</code>하기위해 최소한 서버에 <code>HUP</code>이나
+    <code>USR1</code> 시그널을 보내야 한다.</p>
+
+    <p><var>file-path</var> 아규먼트를 조심해라. 아규먼트는
+    아파치의 URL-파일명 변환 핸들러가 만든 파일시스템 경로와
+    정확히 일치해야 한다. 한번 더 불필요한 <code>stat()</code>
+    시스템호출이 필요하기때문에 inode나 심볼링크 <em>등</em>을
+    경로를 지정할 수 없다. 이 모듈은 <code class="module"><a href="../mod/mod_alias.html">mod_alias</a></code>나
+    <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code>로 재작성한 파일명을 다룰 수
+    있기도 없기도 하다.</p>
+
+    <div class="example"><h3>예제</h3><p><code>
+      MMapFile /usr/local/apache/htdocs/index.html
+    </code></p></div>
+
+</div>
 </div>
 <div class="bottomlang">
 <p><span>가능한 언어: </span><a href="../en/mod/mod_file_cache.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |

Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/mod_filter.html.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/mod_filter.html.fr?rev=1674086&r1=1674085&r2=1674086&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/mod_filter.html.fr (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/mod_filter.html.fr Thu Apr 16 14:59:48 2015
@@ -52,16 +52,7 @@ contexte</td></tr>
     modification des modules de filtrage existants n'est nécessaire
     (bien qu'il soit tout de même possible de les simplifier).</p>
 </div>
-<div id="quickview"><h3 class="directives">Directives</h3>
-<ul id="toc">
-<li><img alt="" src="../images/down.gif" /> <a href="#addoutputfilterbytype">AddOutputFilterByType</a></li>
-<li><img alt="" src="../images/down.gif" /> <a href="#filterchain">FilterChain</a></li>
-<li><img alt="" src="../images/down.gif" /> <a href="#filterdeclare">FilterDeclare</a></li>
-<li><img alt="" src="../images/down.gif" /> <a href="#filterprotocol">FilterProtocol</a></li>
-<li><img alt="" src="../images/down.gif" /> <a href="#filterprovider">FilterProvider</a></li>
-<li><img alt="" src="../images/down.gif" /> <a href="#filtertrace">FilterTrace</a></li>
-</ul>
-<h3>Sujets</h3>
+<div id="quickview"><h3>Sujets</h3>
 <ul id="topics">
 <li><img alt="" src="../images/down.gif" /> <a href="#smart">Filtrage intelligent</a></li>
 <li><img alt="" src="../images/down.gif" /> <a href="#terms">Déclarations de filtres, fournisseurs et
@@ -73,7 +64,240 @@ filtrage</a></li>
 serveur HTTP Apache 2.2</a></li>
 <li><img alt="" src="../images/down.gif" /> <a href="#examples">Exemples</a></li>
 <li><img alt="" src="../images/down.gif" /> <a href="#protocol">Gestion de protocole</a></li>
-</ul><ul class="seealso"><li><a href="#comments_section">Commentaires</a></li></ul></div>
+</ul><h3 class="directives">Directives</h3>
+<ul id="toc">
+<li><img alt="" src="../images/down.gif" /> <a href="#addoutputfilterbytype">AddOutputFilterByType</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#filterchain">FilterChain</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#filterdeclare">FilterDeclare</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#filterprotocol">FilterProtocol</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#filterprovider">FilterProvider</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#filtertrace">FilterTrace</a></li>
+</ul>
+<ul class="seealso"><li><a href="#comments_section">Commentaires</a></li></ul></div>
+<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="smart" id="smart">Filtrage intelligent</a></h2>
+    <p>Dans le modèle de filtrage traditionnel, les filtres sont insérés
+    sans condition à l'aide de la directive <code class="directive"><a href="../mod/mod_mime.html#addoutputfilter">AddOutputFilter</a></code> et des directives
+    apparentées. Chaque filtre doit ensuite déterminer s'il doit
+    s'exécuter ou non, et les administrateurs du serveur disposent de
+    peu de souplesse pour faire en sorte que la chaîne soit traitée de
+    manière dynamique.</p>
+
+    <p><code class="module"><a href="../mod/mod_filter.html">mod_filter</a></code>, à l'opposé, fournit aux
+    administrateurs du serveur un grand degré de souplesse pour
+    configurer la chaîne de filtrage. Concrètement, la décision
+    d'insérer un filtre peut être prise en fonction d'une <a href="../expr.html">expression</a> booléenne complexe. Ceci
+    généralise le fonctionnement relativement souple de la directive
+    <code class="directive">AddOutputFilterByType</code>.</p>
+</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="terms" id="terms">Déclarations de filtres, fournisseurs et
+chaînes</a></h2>
+    <p class="figure">
+    <img src="../images/mod_filter_old.gif" width="160" height="310" alt="[Cette image illustre le modèle de filtrage traditionnel]" /><br />
+    <dfn>Figure 1:</dfn> Le modèle de filtrage traditionnel</p>
+
+    <p>Dans le modèle traditionnel, les filtres en sortie constituent
+    une simple chaîne s'étendant depuis le générateur de contenu (ou
+    gestionnaire) jusqu'au client. Ce fonctionnement peut convenir s'il
+    permet d'atteindre le but recherché, mais pose
+    problème lorsque cette chaîne doit être configurée dynamiquement en
+    fonction de la sortie du gestionnaire.</p>
+
+    <p class="figure">
+    <img src="../images/mod_filter_new.gif" width="423" height="331" alt="[Cette image illustre le modèle de fonctionnement de     mod_filter]" /><br />
+    <dfn>Figure 2:</dfn> Le modèle de fonctionnement de
+    <code class="module"><a href="../mod/mod_filter.html">mod_filter</a></code></p>
+
+    <p>Le fonctionnement de <code class="module"><a href="../mod/mod_filter.html">mod_filter</a></code> consiste à
+    introduire des branchements dans la chaîne de filtrage. Plutôt que
+    d'insérer directement des filtres dans la chaîne, on insère un
+    sélecteur de filtre qui va effectuer un branchement conditionnel
+    vers un fournisseur de filtre. <code class="module"><a href="../mod/mod_filter.html">mod_filter</a></code> peut
+    utiliser tout filtre de contenu comme fournisseur ; aucune
+    modification des modules de filtrage existants n'est nécessaire
+    (bien qu'il soit tout de même possible de les simplifier). Il peut y
+    avoir plusieurs fournisseurs pour un seul filtre, mais un seul
+    fournisseur sera choisi pour chaque requête.</p>
+
+    <p>Une chaîne de filtrage peut comporter autant d'instances du
+    sélecteur de filtre que l'on souhaite, chacune d'entre elles pouvant
+    disposer de plusieurs fournisseurs. Un sélecteur de filtre possédant
+    un seul fournisseur dont le choix est inconditionnel constitue un
+    cas particulier : cette situation est équivalente à l'insertion
+    directe du filtre dans la chaîne.</p>
+</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="config" id="config">Configuration de la chaîne de
+filtrage</a></h2>
+    <p>Trois étapes sont nécessaires pour configurer une chaîne de
+    filtrage avec <code class="module"><a href="../mod/mod_filter.html">mod_filter</a></code>. Voir ci-dessous la
+    description détaillée des directives.</p>
+
+    <dl>
+    <dt>Déclaration des filtres</dt>
+    <dd>La directive <code class="directive"><a href="#filterdeclare">FilterDeclare</a></code> permet de déclarer un
+    filtre en lui assignant un nom et un type. Elle n'est obligatoire
+    que si le filtre n'est pas du type par défaut
+    AP_FTYPE_RESOURCE.</dd>
+
+    <dt>Enregistrement des fournisseurs</dt>
+    <dd>La directive <code class="directive"><a href="#filterprovider">FilterProvider</a></code> permet d'associer un
+    fournisseur à un filtre. Le filtre a été éventuellement déclaré à
+    l'aide de la directive <code class="directive"><a href="#filterdeclare">FilterDeclare</a></code> ; si ce n'est pas le cas, FilterProvider
+    va le déclarer implicitement avec le type par défaut
+    AP_FTYPE_RESOURCE. Le fournisseur doit avoir été enregistré à
+    l'aide de <code>ap_register_output_filter</code> par un module
+    quelconque. Le dernier argument de la directive <code class="directive"><a href="#filterprovider">FilterProvider</a></code> est une expression :
+    le fournisseur s'exécutera pour une requête si et seulement si
+    l'expression est évaluée vraie. L'expression peut évaluer une
+    requête HTTP ou les en-têtes de la réponse, des variables
+    d'environnement, ou le gestionnaire utilisé par cette requête. À la
+    différence des version précédentes, mod_filter supporte désormais
+    les expressions complexes associant des critères multiples au moyen
+    d'une logique AND / OR (&amp;&amp; / ||) et de parenthèses. Pour les
+    détails sur la syntaxe de l'expression, voir la <a href="../expr.html">documentation sur ap_expr</a>.</dd>
+
+    <dt>Configuration de la chaîne de filtrage</dt>
+    <dd>Les directives ci-dessus permettent d'élaborer les éléments
+    d'une chaîne de filtrage intelligente, mais pas de les configurer en
+    vue de leur exécution. La directive <code class="directive"><a href="#filterchain">FilterChain</a></code> élabore une chaîne de filtrage à
+    partir de filtres intelligents déclarés, permettant avec souplesse
+    d'insérer des filtres au début ou à la fin de la chaîne, de
+    supprimer un filtre ou même la chaîne complète.</dd>
+</dl>
+</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="errordocs" id="errordocs">Filtrage et statut de la réponse</a></h2>
+    <p>Normalement, mod_filter n'applique les filtres qu'aux réponses
+    possédant un statut HTTP 200 (OK). Pour pouvoir filtrer des
+    documents possédant un autre statut, vous devez définir la variable
+    d'environnement <var>filter-errordocs</var>, les réponses étant
+    alors filtrées sans se préoccuper de leur statut. Pour définir ce
+    comportement de manière plus fine, vous pouvez utiliser des
+    conditions dans la directive
+    <code class="directive">FilterProvider</code>.</p>
+</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="upgrade" id="upgrade">Mise à jour depuis une configuration du
+serveur HTTP Apache 2.2</a></h2>
+    <p>La directive <code class="directive"><a href="#filterprovider">FilterProvider</a></code> a été modifiée par
+    rapport à httpd 2.2 : les arguments <var>match</var> et
+    <var>dispatch</var> ont été remplacés par l'argument unique
+    <var>expression</var> plus polyvalent. En général, il est possible
+    de convertir une paire match/dispatch vers les deux côtés d'une
+    expression, de la manière suivante :</p>
+    <div class="example"><p><code>"dispatch = 'match'"</code></p></div>
+    <p>Les en-têtes de requête et de réponse et les variables
+    d'environnement sont maintenant interprétés selon les syntaxes
+    respectives <var>%{req:foo}</var>, <var>%{resp:foo}</var> et
+    <var>%{env:foo}</var>. Les variables <var>%{HANDLER}</var> et
+    <var>%{CONTENT_TYPE}</var> sont également supportées.</p>
+    <p>Notez que l'évaluation de l'expression ne supporte plus les
+    comparaisons de sous-chaînes. Ces dernières peuvent
+    être remplacées par des comparaisons d'expressions rationnelles.</p>
+</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="examples" id="examples">Exemples</a></h2>
+    <dl>
+    <dt>Inclusions côté serveur (SSI)</dt>
+    <dd>Un exemple simple de remplacement de la directive <code class="directive"><a href="../mod/core.html#addoutputfilterbytype">AddOutputFilterByType</a></code>
+    <pre class="prettyprint lang-config">FilterDeclare SSI
+FilterProvider SSI INCLUDES "%{CONTENT_TYPE} =~ m|^text/html|"
+FilterChain SSI</pre>
+
+    </dd>
+
+    <dt>Inclusions côté serveur (SSI)</dt>
+    <dd>Même exemple que ci-dessus, mais envoi vers un gestionnaire
+    (comportement classique des SSI ; les fichiers .shtml sont
+    traités).
+    <pre class="prettyprint lang-config">FilterProvider SSI INCLUDES "%{HANDLER} = 'server-parsed'"
+FilterChain SSI</pre>
+
+    </dd>
+
+    <dt>Émulation de mod_gzip avec mod_deflate</dt>
+    <dd>Insertion du filtre INFLATE seulement si l'en-tête
+    Accept-Encoding a une valeur autre que "gzip". Ce filtre s'exécute
+    avec le type ftype CONTENT_SET.
+    <pre class="prettyprint lang-config">FilterDeclare gzip CONTENT_SET
+FilterProvider gzip inflate "%{req:Accept-Encoding} !~ /gzip/"
+FilterChain gzip</pre>
+
+    </dd>
+
+    <dt>Diminution de la résolution d'une image</dt>
+    <dd>Supposons que nous voulions réduire la résolution de toutes les
+    images web, et que nous disposions de filtres pour les images GIF,
+    JPEG et PNG.
+    <pre class="prettyprint lang-config">FilterProvider unpack jpeg_unpack "%{CONTENT_TYPE} = 'image/jpeg'"
+FilterProvider unpack gif_unpack "%{CONTENT_TYPE} = 'image/gif'"
+FilterProvider unpack png_unpack "%{CONTENT_TYPE} = 'image/png'"
+
+FilterProvider downsample downsample_filter "%{CONTENT_TYPE} = m|^image/(jpeg|gif|png)|"
+FilterProtocol downsample "change=yes"
+
+FilterProvider repack jpeg_pack "%{CONTENT_TYPE} = 'image/jpeg'"
+FilterProvider repack gif_pack "%{CONTENT_TYPE} = 'image/gif'"
+FilterProvider repack png_pack "%{CONTENT_TYPE} = 'image/png'"
+&lt;Location /image-filter&gt;
+    FilterChain unpack downsample repack
+&lt;/Location&gt;</pre>
+
+    </dd>
+    </dl>
+</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="protocol" id="protocol">Gestion de protocole</a></h2>
+    <p>Historiquement, tout filtre doit s'assurer que toute modification
+    qu'il effectue est correctement représentée dans les en-têtes de la
+    réponse HTTP, et qu'il ne s'exécutera pas si cette exécution
+    résultait en une modification interdite. Ceci impose aux auteurs de
+    filtres la corvée de réimplémenter certaines fonctionnalités
+    communes dans chaque filtre :</p>
+
+    <ul>
+    <li>De nombreux filtres modifient les contenus, et de ce fait
+    invalident les balises de ces contenus, leur somme de
+    contrôle, leur condensé (hash) existant, ainsi que leur
+    taille.</li>
+
+    <li>Les filtres qui nécessitent une réponse entière et non tronquée en
+    entrée, doivent s'assurer qu'il n'ont pas reçu une réponse à une
+    requête partielle.</li>
+
+    <li>Les filtres qui modifient la sortie d'un autre filtre doivent
+    s'assurer qu'ils ne violent pas la directive d'un en-tête
+    <code>Cache-Control: no-transform</code> éventuel.</li>
+
+    <li>Les filtres peuvent agir sur des réponses de façon à ce qu'elles
+    ne puissent plus être mises en cache.</li>
+    </ul>
+
+    <p><code class="module"><a href="../mod/mod_filter.html">mod_filter</a></code> a pour but de gérer de manière
+    générale ces détails de l'implémentation des filtres, réduisant par
+    là-même la complexité des modules de filtrage de contenu. Le
+    travail permettant d'atteindre ce but est cependant toujours en
+    cours ; la directive <code class="directive"><a href="#filterprotocol">FilterProtocol</a></code>
+    implémente certaines de ces fonctionnalités à des fins de
+    compatibilité ascendante avec les modules d'Apache 2.0. Pour les
+    versions 2.1 et supérieures de httpd, les API
+    <code>ap_register_output_filter_protocol</code> et
+    <code>ap_filter_protocol</code> permettent aux modules de filtrage
+    de définir leurs propres comportements.</p>
+
+    <p>Cependant, <code class="module"><a href="../mod/mod_filter.html">mod_filter</a></code> ne doit pas interférer
+    avec un filtre qui gère déjà tous les aspects du protocole. Par
+    défaut (c'est à dire en l'absence de toute directive <code class="directive"><a href="#filterprotocol">FilterProtocol</a></code>),
+    <code class="module"><a href="../mod/mod_filter.html">mod_filter</a></code> ne modifiera donc pas les en-têtes.</p>
+
+    <p>Au moment où ces lignes sont écrites, cette fonctionnalité a été
+    très peu testée, car les modules d'usage courant ont été conçus pour
+    fonctionner avec httpd 2.0. Les modules qui l'utilisent devront donc
+    l'expérimenter avec précautions.</p>
+</div>
 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
 <div class="directive-section"><h2><a name="addoutputfilterbytype" id="addoutputfilterbytype">Directive</a> <a name="AddOutputFilterByType" id="AddOutputFilterByType">AddOutputFilterByType</a></h2>
 <table class="directive">
@@ -312,230 +536,6 @@ provenance de <code class="module"><a hr
     </dl>
 
 </div>
-<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
-<div class="section">
-<h2><a name="smart" id="smart">Filtrage intelligent</a></h2>
-    <p>Dans le modèle de filtrage traditionnel, les filtres sont insérés
-    sans condition à l'aide de la directive <code class="directive"><a href="../mod/mod_mime.html#addoutputfilter">AddOutputFilter</a></code> et des directives
-    apparentées. Chaque filtre doit ensuite déterminer s'il doit
-    s'exécuter ou non, et les administrateurs du serveur disposent de
-    peu de souplesse pour faire en sorte que la chaîne soit traitée de
-    manière dynamique.</p>
-
-    <p><code class="module"><a href="../mod/mod_filter.html">mod_filter</a></code>, à l'opposé, fournit aux
-    administrateurs du serveur un grand degré de souplesse pour
-    configurer la chaîne de filtrage. Concrètement, la décision
-    d'insérer un filtre peut être prise en fonction d'une <a href="../expr.html">expression</a> booléenne complexe. Ceci
-    généralise le fonctionnement relativement souple de la directive
-    <code class="directive">AddOutputFilterByType</code>.</p>
-</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
-<div class="section">
-<h2><a name="terms" id="terms">Déclarations de filtres, fournisseurs et
-chaînes</a></h2>
-    <p class="figure">
-    <img src="../images/mod_filter_old.gif" width="160" height="310" alt="[Cette image illustre le modèle de filtrage traditionnel]" /><br />
-    <dfn>Figure 1:</dfn> Le modèle de filtrage traditionnel</p>
-
-    <p>Dans le modèle traditionnel, les filtres en sortie constituent
-    une simple chaîne s'étendant depuis le générateur de contenu (ou
-    gestionnaire) jusqu'au client. Ce fonctionnement peut convenir s'il
-    permet d'atteindre le but recherché, mais pose
-    problème lorsque cette chaîne doit être configurée dynamiquement en
-    fonction de la sortie du gestionnaire.</p>
-
-    <p class="figure">
-    <img src="../images/mod_filter_new.gif" width="423" height="331" alt="[Cette image illustre le modèle de fonctionnement de     mod_filter]" /><br />
-    <dfn>Figure 2:</dfn> Le modèle de fonctionnement de
-    <code class="module"><a href="../mod/mod_filter.html">mod_filter</a></code></p>
-
-    <p>Le fonctionnement de <code class="module"><a href="../mod/mod_filter.html">mod_filter</a></code> consiste à
-    introduire des branchements dans la chaîne de filtrage. Plutôt que
-    d'insérer directement des filtres dans la chaîne, on insère un
-    sélecteur de filtre qui va effectuer un branchement conditionnel
-    vers un fournisseur de filtre. <code class="module"><a href="../mod/mod_filter.html">mod_filter</a></code> peut
-    utiliser tout filtre de contenu comme fournisseur ; aucune
-    modification des modules de filtrage existants n'est nécessaire
-    (bien qu'il soit tout de même possible de les simplifier). Il peut y
-    avoir plusieurs fournisseurs pour un seul filtre, mais un seul
-    fournisseur sera choisi pour chaque requête.</p>
-
-    <p>Une chaîne de filtrage peut comporter autant d'instances du
-    sélecteur de filtre que l'on souhaite, chacune d'entre elles pouvant
-    disposer de plusieurs fournisseurs. Un sélecteur de filtre possédant
-    un seul fournisseur dont le choix est inconditionnel constitue un
-    cas particulier : cette situation est équivalente à l'insertion
-    directe du filtre dans la chaîne.</p>
-</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
-<div class="section">
-<h2><a name="config" id="config">Configuration de la chaîne de
-filtrage</a></h2>
-    <p>Trois étapes sont nécessaires pour configurer une chaîne de
-    filtrage avec <code class="module"><a href="../mod/mod_filter.html">mod_filter</a></code>. Voir ci-dessous la
-    description détaillée des directives.</p>
-
-    <dl>
-    <dt>Déclaration des filtres</dt>
-    <dd>La directive <code class="directive"><a href="#filterdeclare">FilterDeclare</a></code> permet de déclarer un
-    filtre en lui assignant un nom et un type. Elle n'est obligatoire
-    que si le filtre n'est pas du type par défaut
-    AP_FTYPE_RESOURCE.</dd>
-
-    <dt>Enregistrement des fournisseurs</dt>
-    <dd>La directive <code class="directive"><a href="#filterprovider">FilterProvider</a></code> permet d'associer un
-    fournisseur à un filtre. Le filtre a été éventuellement déclaré à
-    l'aide de la directive <code class="directive"><a href="#filterdeclare">FilterDeclare</a></code> ; si ce n'est pas le cas, FilterProvider
-    va le déclarer implicitement avec le type par défaut
-    AP_FTYPE_RESOURCE. Le fournisseur doit avoir été enregistré à
-    l'aide de <code>ap_register_output_filter</code> par un module
-    quelconque. Le dernier argument de la directive <code class="directive"><a href="#filterprovider">FilterProvider</a></code> est une expression :
-    le fournisseur s'exécutera pour une requête si et seulement si
-    l'expression est évaluée vraie. L'expression peut évaluer une
-    requête HTTP ou les en-têtes de la réponse, des variables
-    d'environnement, ou le gestionnaire utilisé par cette requête. À la
-    différence des version précédentes, mod_filter supporte désormais
-    les expressions complexes associant des critères multiples au moyen
-    d'une logique AND / OR (&amp;&amp; / ||) et de parenthèses. Pour les
-    détails sur la syntaxe de l'expression, voir la <a href="../expr.html">documentation sur ap_expr</a>.</dd>
-
-    <dt>Configuration de la chaîne de filtrage</dt>
-    <dd>Les directives ci-dessus permettent d'élaborer les éléments
-    d'une chaîne de filtrage intelligente, mais pas de les configurer en
-    vue de leur exécution. La directive <code class="directive"><a href="#filterchain">FilterChain</a></code> élabore une chaîne de filtrage à
-    partir de filtres intelligents déclarés, permettant avec souplesse
-    d'insérer des filtres au début ou à la fin de la chaîne, de
-    supprimer un filtre ou même la chaîne complète.</dd>
-</dl>
-</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
-<div class="section">
-<h2><a name="errordocs" id="errordocs">Filtrage et statut de la réponse</a></h2>
-    <p>Normalement, mod_filter n'applique les filtres qu'aux réponses
-    possédant un statut HTTP 200 (OK). Pour pouvoir filtrer des
-    documents possédant un autre statut, vous devez définir la variable
-    d'environnement <var>filter-errordocs</var>, les réponses étant
-    alors filtrées sans se préoccuper de leur statut. Pour définir ce
-    comportement de manière plus fine, vous pouvez utiliser des
-    conditions dans la directive
-    <code class="directive">FilterProvider</code>.</p>
-</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
-<div class="section">
-<h2><a name="upgrade" id="upgrade">Mise à jour depuis une configuration du
-serveur HTTP Apache 2.2</a></h2>
-    <p>La directive <code class="directive"><a href="#filterprovider">FilterProvider</a></code> a été modifiée par
-    rapport à httpd 2.2 : les arguments <var>match</var> et
-    <var>dispatch</var> ont été remplacés par l'argument unique
-    <var>expression</var> plus polyvalent. En général, il est possible
-    de convertir une paire match/dispatch vers les deux côtés d'une
-    expression, de la manière suivante :</p>
-    <div class="example"><p><code>"dispatch = 'match'"</code></p></div>
-    <p>Les en-têtes de requête et de réponse et les variables
-    d'environnement sont maintenant interprétés selon les syntaxes
-    respectives <var>%{req:foo}</var>, <var>%{resp:foo}</var> et
-    <var>%{env:foo}</var>. Les variables <var>%{HANDLER}</var> et
-    <var>%{CONTENT_TYPE}</var> sont également supportées.</p>
-    <p>Notez que l'évaluation de l'expression ne supporte plus les
-    comparaisons de sous-chaînes. Ces dernières peuvent
-    être remplacées par des comparaisons d'expressions rationnelles.</p>
-</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
-<div class="section">
-<h2><a name="examples" id="examples">Exemples</a></h2>
-    <dl>
-    <dt>Inclusions côté serveur (SSI)</dt>
-    <dd>Un exemple simple de remplacement de la directive <code class="directive"><a href="../mod/core.html#addoutputfilterbytype">AddOutputFilterByType</a></code>
-    <pre class="prettyprint lang-config">FilterDeclare SSI
-FilterProvider SSI INCLUDES "%{CONTENT_TYPE} =~ m|^text/html|"
-FilterChain SSI</pre>
-
-    </dd>
-
-    <dt>Inclusions côté serveur (SSI)</dt>
-    <dd>Même exemple que ci-dessus, mais envoi vers un gestionnaire
-    (comportement classique des SSI ; les fichiers .shtml sont
-    traités).
-    <pre class="prettyprint lang-config">FilterProvider SSI INCLUDES "%{HANDLER} = 'server-parsed'"
-FilterChain SSI</pre>
-
-    </dd>
-
-    <dt>Émulation de mod_gzip avec mod_deflate</dt>
-    <dd>Insertion du filtre INFLATE seulement si l'en-tête
-    Accept-Encoding a une valeur autre que "gzip". Ce filtre s'exécute
-    avec le type ftype CONTENT_SET.
-    <pre class="prettyprint lang-config">FilterDeclare gzip CONTENT_SET
-FilterProvider gzip inflate "%{req:Accept-Encoding} !~ /gzip/"
-FilterChain gzip</pre>
-
-    </dd>
-
-    <dt>Diminution de la résolution d'une image</dt>
-    <dd>Supposons que nous voulions réduire la résolution de toutes les
-    images web, et que nous disposions de filtres pour les images GIF,
-    JPEG et PNG.
-    <pre class="prettyprint lang-config">FilterProvider unpack jpeg_unpack "%{CONTENT_TYPE} = 'image/jpeg'"
-FilterProvider unpack gif_unpack "%{CONTENT_TYPE} = 'image/gif'"
-FilterProvider unpack png_unpack "%{CONTENT_TYPE} = 'image/png'"
-
-FilterProvider downsample downsample_filter "%{CONTENT_TYPE} = m|^image/(jpeg|gif|png)|"
-FilterProtocol downsample "change=yes"
-
-FilterProvider repack jpeg_pack "%{CONTENT_TYPE} = 'image/jpeg'"
-FilterProvider repack gif_pack "%{CONTENT_TYPE} = 'image/gif'"
-FilterProvider repack png_pack "%{CONTENT_TYPE} = 'image/png'"
-&lt;Location /image-filter&gt;
-    FilterChain unpack downsample repack
-&lt;/Location&gt;</pre>
-
-    </dd>
-    </dl>
-</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
-<div class="section">
-<h2><a name="protocol" id="protocol">Gestion de protocole</a></h2>
-    <p>Historiquement, tout filtre doit s'assurer que toute modification
-    qu'il effectue est correctement représentée dans les en-têtes de la
-    réponse HTTP, et qu'il ne s'exécutera pas si cette exécution
-    résultait en une modification interdite. Ceci impose aux auteurs de
-    filtres la corvée de réimplémenter certaines fonctionnalités
-    communes dans chaque filtre :</p>
-
-    <ul>
-    <li>De nombreux filtres modifient les contenus, et de ce fait
-    invalident les balises de ces contenus, leur somme de
-    contrôle, leur condensé (hash) existant, ainsi que leur
-    taille.</li>
-
-    <li>Les filtres qui nécessitent une réponse entière et non tronquée en
-    entrée, doivent s'assurer qu'il n'ont pas reçu une réponse à une
-    requête partielle.</li>
-
-    <li>Les filtres qui modifient la sortie d'un autre filtre doivent
-    s'assurer qu'ils ne violent pas la directive d'un en-tête
-    <code>Cache-Control: no-transform</code> éventuel.</li>
-
-    <li>Les filtres peuvent agir sur des réponses de façon à ce qu'elles
-    ne puissent plus être mises en cache.</li>
-    </ul>
-
-    <p><code class="module"><a href="../mod/mod_filter.html">mod_filter</a></code> a pour but de gérer de manière
-    générale ces détails de l'implémentation des filtres, réduisant par
-    là-même la complexité des modules de filtrage de contenu. Le
-    travail permettant d'atteindre ce but est cependant toujours en
-    cours ; la directive <code class="directive"><a href="#filterprotocol">FilterProtocol</a></code>
-    implémente certaines de ces fonctionnalités à des fins de
-    compatibilité ascendante avec les modules d'Apache 2.0. Pour les
-    versions 2.1 et supérieures de httpd, les API
-    <code>ap_register_output_filter_protocol</code> et
-    <code>ap_filter_protocol</code> permettent aux modules de filtrage
-    de définir leurs propres comportements.</p>
-
-    <p>Cependant, <code class="module"><a href="../mod/mod_filter.html">mod_filter</a></code> ne doit pas interférer
-    avec un filtre qui gère déjà tous les aspects du protocole. Par
-    défaut (c'est à dire en l'absence de toute directive <code class="directive"><a href="#filterprotocol">FilterProtocol</a></code>),
-    <code class="module"><a href="../mod/mod_filter.html">mod_filter</a></code> ne modifiera donc pas les en-têtes.</p>
-
-    <p>Au moment où ces lignes sont écrites, cette fonctionnalité a été
-    très peu testée, car les modules d'usage courant ont été conçus pour
-    fonctionner avec httpd 2.0. Les modules qui l'utilisent devront donc
-    l'expérimenter avec précautions.</p>
-</div>
 </div>
 <div class="bottomlang">
 <p><span>Langues Disponibles: </span><a href="../en/mod/mod_filter.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |