You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by jo...@apache.org on 2016/11/14 10:26:34 UTC
svn commit: r1769588 [6/17] - in
/httpd/httpd/branches/2.4.x-openssl-1.1.0-compat: ./ docs/conf/
docs/manual/ docs/manual/howto/ docs/manual/mod/ docs/manual/platform/
docs/manual/programs/ docs/manual/rewrite/ include/ modules/ modules/aaa/
modules/ar...
Modified: httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_dir.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_dir.xml.fr?rev=1769588&r1=1769587&r2=1769588&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_dir.xml.fr (original)
+++ httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_dir.xml.fr Mon Nov 14 10:26:31 2016
@@ -1,7 +1,7 @@
-<?xml version="1.0"?>
+<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1673563 -->
+<!-- English Revision: 1755988 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
@@ -25,40 +25,40 @@
<modulesynopsis metafile="mod_dir.xml.meta">
<name>mod_dir</name>
<description>Permet la redirection des adresses se terminant par un
-répertoire sans slash de fin et la mise à disposition des fichiers index
-de répertoire</description>
+répertoire sans slash de fin et la mise à disposition des fichiers index
+de répertoire</description>
<status>Base</status>
<sourcefile>mod_dir.c</sourcefile>
<identifier>dir_module</identifier>
<summary>
- <p>L'index d'un répertoire peut provenir de deux sources :</p>
+ <p>L'index d'un répertoire peut provenir de deux sources :</p>
<ul>
- <li>Un fichier écrit par l'utilisateur, dont le nom, en général
- appelé <code>index.html</code>, peut être défini à l'aide de la
+ <li>Un fichier écrit par l'utilisateur, dont le nom, en général
+ appelé <code>index.html</code>, peut être défini à l'aide de la
directive <directive module="mod_dir">DirectoryIndex</directive>
fournie par le module <module>mod_dir</module>.</li>
- <li>Un listing généré par le serveur, par l'intermédiaire du
+ <li>Un listing généré par le serveur, par l'intermédiaire du
module <module>mod_autoindex</module>.</li>
</ul>
<p>Les deux fonctions sont bien distinctes, si bien que vous pouvez
- supprimer (ou remplacer) la génération automatique d'index, si vous
+ supprimer (ou remplacer) la génération automatique d'index, si vous
le souhaitez.</p>
- <p>Une redirection "slash de fin" est effectuée lorsque le serveur
- reçoit une requête pour une URL du style
- <code>http://nom-serveur/foo/nom-rep</code> où <code>nom-rep</code>
- est le nom d'un répertoire. Comme les répertoires nécessitent un slash de
+ <p>Une redirection "slash de fin" est effectuée lorsque le serveur
+ reçoit une requête pour une URL du style
+ <code>http://nom-serveur/foo/nom-rep</code> où <code>nom-rep</code>
+ est le nom d'un répertoire. Comme les répertoires nécessitent un slash de
fin, <module>mod_dir</module> effectue une redirection vers
<code>http://nom-serveur/foo/nom-rep/</code>.</p>
</summary>
<directivesynopsis>
<name>DirectoryIndex</name>
-<description>Liste des fichiers ressources à rechercher lorsque le
-client envoie une requête pour un répertoire</description>
+<description>Liste des fichiers ressources à rechercher lorsque le
+client envoie une requête pour un répertoire</description>
<syntax>DirectoryIndex
disabled | <var>url locale</var> [<var>url locale</var>] ...</syntax>
<default>DirectoryIndex index.html</default>
@@ -68,17 +68,17 @@ client envoie une requête pour un
<usage>
<p>La directive <directive>DirectoryIndex</directive> permet de
- définir une liste de fichiers ressources à rechercher lorsqu'un
- client envoie une requête pour l'index d'un répertoire, en ajoutant
- un '/' à la fin du nom de ce dernier. <var>url locale</var> est
- l'URL (codée avec caractères '%') d'un document du serveur, relative
- au répertoire faisant l'objet de la requête ; il s'agit en général
- du nom d'un fichier situé dans le répertoire. Si plusieurs URLs sont
- fournies, le serveur renverra la première d'entre elles qui
- correspond à une ressource existante. Si aucune ressource ne
- correspond à la liste des URLs spécifiées, et si l'option
- <code>Indexes</code> est définie, le serveur générera son propre
- listing du répertoire.</p>
+ définir une liste de fichiers ressources à rechercher lorsqu'un
+ client envoie une requête pour l'index d'un répertoire, en ajoutant
+ un '/' à la fin du nom de ce dernier. <var>url locale</var> est
+ l'URL (codée avec caractères '%') d'un document du serveur, relative
+ au répertoire faisant l'objet de la requête ; il s'agit en général
+ du nom d'un fichier situé dans le répertoire. Si plusieurs URLs sont
+ fournies, le serveur renverra la première d'entre elles qui
+ correspond à une ressource existante. Si aucune ressource ne
+ correspond à la liste des URLs spécifiées, et si l'option
+ <code>Indexes</code> est définie, le serveur générera son propre
+ listing du répertoire.</p>
<example><title>Exemple</title>
<highlight language="config">
@@ -86,32 +86,32 @@ client envoie une requête pour un
</highlight>
</example>
- <p>Avec cette configuration, une requête pour l'URL
+ <p>Avec cette configuration, une requête pour l'URL
<code>http://example.com/docs/</code> renverrait au client la
ressource <code>http://example.com/docs/index.html</code> si elle
- existe, ou provoquerait la génération du listing du répertoire si la
+ existe, ou provoquerait la génération du listing du répertoire si la
ressource n'existe pas.</p>
- <p>Notez qu'il n'est pas nécessaire que les documents soient
- relatifs au répertoire ;</p>
+ <p>Notez qu'il n'est pas nécessaire que les documents soient
+ relatifs au répertoire ;</p>
<highlight language="config">
DirectoryIndex index.html index.txt /cgi-bin/index.pl
</highlight>
- <p>provoquerait l'exécution du script CGI
+ <p>provoquerait l'exécution du script CGI
<code>/cgi-bin/index.pl</code> si aucun des fichiers
<code>index.html</code> ou <code>index.txt</code> n'existe dans le
- répertoire considéré.</p>
+ répertoire considéré.</p>
- <p>La spécification du seul argument "disabled" empêche
+ <p>La spécification du seul argument "disabled" empêche
<module>mod_dir</module> de rechercher un index. Un argument
- "disabled" sera interprété de manière littérale si d'autres
- arguments sont présents avant ou après lui, même s'ils sont
- eux-mêmes des arguments "disabled".</p>
+ "disabled" sera interprété de manière littérale si d'autres
+ arguments sont présents avant ou après lui, même s'ils sont
+ eux-mêmes des arguments "disabled".</p>
<p><strong>Note:</strong> Positionner plusieurs directives <directive>DirectoryIndex</directive>
- au coeur du <a href="../sections.html"><em>même context</em></a> complète la liste des ressources et ne l'écrase pas :
+ au coeur du <a href="../sections.html"><em>même context</em></a> complète la liste des ressources et ne l'écrase pas :
</p>
<highlight language="config">
# Exemple A: Positionner index.html en page d'index, puis ajouter index.php.
@@ -120,13 +120,13 @@ client envoie une requête pour un
DirectoryIndex index.php
</Directory>
-# Exemple B: La même chose que l'exemple A, mais réalisé au moyen d'une seule directive.
+# Exemple B: La même chose que l'exemple A, mais réalisé au moyen d'une seule directive.
<Directory "/foo">
DirectoryIndex index.html index.php
</Directory>
# Exemple C: Pour remplacer la liste des ressources, il faut d'abord la vider :
-# Ici, seul index.php restera référencé comme ressource d'index.
+# Ici, seul index.php restera référencé comme ressource d'index.
<Directory "/foo">
DirectoryIndex index.html
DirectoryIndex disabled
@@ -139,8 +139,8 @@ client envoie une requête pour un
<directivesynopsis>
<name>DirectoryIndexRedirect</name>
-<description>Définit une redirection externe pour les index de
-répertoires.
+<description>Définit une redirection externe pour les index de
+répertoires.
</description>
<syntax>DirectoryIndexRedirect on | off | permanent | temp | seeother |
<var>3xx-code</var>
@@ -152,20 +152,20 @@ répertoires.
<compatibility>Disponible depuis la version 2.3.14</compatibility>
<usage>
- <p>Par défaut, c'est la page définie par la directive
- <directive>DirectoryIndex</directive> qui est sélectionnée et
- renvoyée de manière transparente au client. La directive
+ <p>Par défaut, c'est la page définie par la directive
+ <directive>DirectoryIndex</directive> qui est sélectionnée et
+ renvoyée de manière transparente au client. La directive
<directive>DirectoryIndexRedirect</directive> permet de rediriger le
client via une redirection de type 3xx.</p>
- <p>Les arguments acceptés sont :</p>
+ <p>Les arguments acceptés sont :</p>
<ul>
<li><code>on</code> : envoie une redirection 302 vers l'index choisi.</li>
<li><code>off</code> : n'envoie aucune redirection. Il s'agit du comportement historique de mod_dir.</li>
<li><code>permanent</code> : envoie une redirection 301 (permanent) vers l'index choisi.</li>
- <li><code>temp</code> : ceci est équivalent à <code>on</code></li>
- <li><code>seeother</code> : envoie une redirection 303 (également appelée "See Other") vers l'index choisi.</li>
- <li><var>3xx-code</var> : envoie une redirection accompagnée du code 3xx choisi.</li>
+ <li><code>temp</code> : ceci est équivalent à <code>on</code></li>
+ <li><code>seeother</code> : envoie une redirection 303 (également appelée "See Other") vers l'index choisi.</li>
+ <li><var>3xx-code</var> : envoie une redirection accompagnée du code 3xx choisi.</li>
</ul>
@@ -176,7 +176,7 @@ répertoires.
</highlight>
</example>
- <p>Une requête pour <code>http://example.com/docs/</code> se
+ <p>Une requête pour <code>http://example.com/docs/</code> se
solderait par une redirection temporaire vers
<code>http://example.com/docs/index.html</code> si cette ressource
existe.</p>
@@ -186,7 +186,7 @@ répertoires.
<directivesynopsis>
<name>DirectorySlash</name>
-<description>Activation/Désactivation de la redirection "slash de
+<description>Activation/Désactivation de la redirection "slash de
fin"</description>
<syntax>DirectorySlash On|Off</syntax>
<default>DirectorySlash On</default>
@@ -197,63 +197,63 @@ host</context>
<usage>
<p>La directive <directive>DirectorySlash</directive> permet de
- déterminer si <module>mod_dir</module> doit corriger ou non les URLs
- pointant vers un répertoire.</p>
+ déterminer si <module>mod_dir</module> doit corriger ou non les URLs
+ pointant vers un répertoire.</p>
- <p>En général, si un utilisateur envoie une requête pour une
- ressource sans slash de fin, cette ressource représentant un
- répertoire, <module>mod_dir</module> le redirige vers la même
+ <p>En général, si un utilisateur envoie une requête pour une
+ ressource sans slash de fin, cette ressource représentant un
+ répertoire, <module>mod_dir</module> le redirige vers la même
ressource, mais <em>en ajoutant</em> un slash de fin, et ceci pour
plusieurs bonnes raisons :</p>
<ul>
- <li>La requête de l'utilisateur contiendra finalement l'URL
+ <li>La requête de l'utilisateur contiendra finalement l'URL
canonique de la ressource</li>
<li><module>mod_autoindex</module> fonctionnera correctement. Comme
il n'indique pas le chemin dans le lien, le chemin de l'URL serait
incorrect.</li>
<li>La directive <directive
- module="mod_dir">DirectoryIndex</directive> n'est évaluée
- <em>que</em> pour les répertoires se terminant par un slash.</li>
- <li>Les références à des URLs relatives dans les pages html
+ module="mod_dir">DirectoryIndex</directive> n'est évaluée
+ <em>que</em> pour les répertoires se terminant par un slash.</li>
+ <li>Les références à des URLs relatives dans les pages html
fonctionneront alors correctement.</li>
</ul>
<p>Si vous ne souhaitez pas voir ces effets, <em>et</em> si
- les raisons évoquées ci-dessus ne s'appliquent pas à vous, vous
- pouvez désactiver la redirection comme indiqué ci-dessous.
- Gardez cependant à l'esprit que ceci peut avoir des répercutions en
- matière de sécurité.</p>
+ les raisons évoquées ci-dessus ne s'appliquent pas à vous, vous
+ pouvez désactiver la redirection comme indiqué ci-dessous.
+ Gardez cependant à l'esprit que ceci peut avoir des répercutions en
+ matière de sécurité.</p>
<highlight language="config">
-# voir l'avertissement de sécurité ci-dessous !
+# voir l'avertissement de sécurité ci-dessous !
<Location "/some/path">
DirectorySlash Off
SetHandler some-handler
</Location>
</highlight>
- <note type="warning"><title>Avertissement de sécurité</title>
- <p>La désactivation de la redirection "slash de fin" peut entraîner
- la divulgation d'informations. Considérons la situation où
+ <note type="warning"><title>Avertissement de sécurité</title>
+ <p>La désactivation de la redirection "slash de fin" peut entraîner
+ la divulgation d'informations. Considérons la situation où
<module>mod_autoindex</module> est actif (<code>Options
- +Indexes</code>), où la directive <directive module="mod_dir"
+ +Indexes</code>), où la directive <directive module="mod_dir"
>DirectoryIndex</directive> a pour valeur une ressource valide (par
- exemple <code>index.html</code>), et où aucun gestionnaire
- particulier n'a été défini pour cette URL. Dans ce cas, une requête
+ exemple <code>index.html</code>), et où aucun gestionnaire
+ particulier n'a été défini pour cette URL. Dans ce cas, une requête
avec slash de fin afficherait le contenu du fichier
- <code>index.html</code> ; <strong>par contre, une requête sans slash
+ <code>index.html</code> ; <strong>par contre, une requête sans slash
de fin afficherait un listing du contenu du
- répertoire</strong>.</p>
+ répertoire</strong>.</p>
</note>
<p>Notez aussi que certains navigateurs peuvent modifier par erreur
- des requêtes POST en requêtes GET lors d'une redirection, les
- données POST étant alors perdues.</p>
+ des requêtes POST en requêtes GET lors d'une redirection, les
+ données POST étant alors perdues.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>FallbackResource</name>
-<description>Définit une URL par défaut pour les requêtes qui ne ciblent
+<description>Définit une URL par défaut pour les requêtes qui ne ciblent
aucun fichier</description>
<syntax>FallbackResource disabled | <var>url-locale</var></syntax>
<default>disabled - httpd renvoie un code d'erreur 404 (Not Found)</default>
@@ -263,38 +263,38 @@ aucun fichier</description>
<compatibility>L'argument <code>disabled</code> est disponible à partir
de la version 2.4.4 du serveur HTTP Apache.</compatibility>
<usage>
- <p>Cette directive permet de définir un traitement pour toute URL
- qui ne correspond à aucune ressource de votre système de fichiers,
+ <p>Cette directive permet de définir un traitement pour toute URL
+ qui ne correspond à aucune ressource de votre système de fichiers,
et qui provoquerait sans cela l'envoi d'un code d'erreur HTTP 404
(Not Found).
Par exemple</p>
<highlight language="config">
FallbackResource /not-404.php
</highlight>
- <p>fait en sorte que les requêtes ne correspondant à aucun fichier
- soient traitées par <code>non-404.php</code>, sans affecter les
- requêtes pour des fichiers existants.</p>
+ <p>fait en sorte que les requêtes ne correspondant à aucun fichier
+ soient traitées par <code>non-404.php</code>, sans affecter les
+ requêtes pour des fichiers existants.</p>
<p>Il est souvent souhaitable qu'un seul fichier ou ressource traite
- toutes les requêtes à destination d'un répertoire
- particulier, sauf pour les requêtes qui correspondent à un fichier
- ou script existant. On y fait souvent référence sous le terme
- 'contrôleur frontal'.</p>
- <p>Dans les versions plus anciennes de httpd, cet effet nécessitait
- en général <module>mod_rewrite</module>, et l'utilisation des tests
- conditionnels <code>-f</code> et <code>-d</code> pour vérifier
- l'existence des fichiers et répertoires. Maintenant, une seule ligne
- de configuration est nécessaire.</p>
+ toutes les requêtes à destination d'un répertoire
+ particulier, sauf pour les requêtes qui correspondent à un fichier
+ ou script existant. On y fait souvent référence sous le terme
+ 'contrôleur frontal'.</p>
+ <p>Dans les versions plus anciennes de httpd, cet effet nécessitait
+ en général <module>mod_rewrite</module>, et l'utilisation des tests
+ conditionnels <code>-f</code> et <code>-d</code> pour vérifier
+ l'existence des fichiers et répertoires. Maintenant, une seule ligne
+ de configuration est nécessaire.</p>
<highlight language="config">
FallbackResource /index.php
</highlight>
<p>Les fichiers existants comme des images, des fichiers css, etc...
- seront traités normalement.</p>
+ seront traités normalement.</p>
<p>L'argument <code>disabled</code> permet de désactiver cette
fonctionnalité dans le cas où l'héritage d'un répertoire parent
n'est pas souhaité.</p>
- <p>Pour un URI intermédiaire tel que
- <em>http://example.com/blog/</em>, cet URI intermédiaire doit être
- spécifié en tant que <var>url-locale</var> :</p>
+ <p>Pour un URI intermédiaire tel que
+ <em>http://example.com/blog/</em>, cet URI intermédiaire doit être
+ spécifié en tant que <var>url-locale</var> :</p>
<highlight language="config">
<Directory "/web/example.com/htdocs/blog">
FallbackResource /blog/index.php
@@ -308,32 +308,32 @@ de la version 2.4.4 du serveur HTTP Apac
<directivesynopsis>
<name>DirectoryCheckHandler</name>
-<description>Définit la réponse de ce module lorsqu'un autre
-gestionnaire est utilisé</description>
+<description>Définit la réponse de ce module lorsqu'un autre
+gestionnaire est utilisé</description>
<syntax>DirectoryCheckHandler On|Off</syntax>
<default>DirectoryCheckHandler Off</default>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context></contextlist>
<override>Indexes</override>
<compatibility>Disponible depuis la version 2.4.8 du serveur HTTP
-Apache. Les versions antérieures à 2.4 se comportaient implicitement
-comme si "DirectoryCheckHandler ON" avait été spécifié.</compatibility>
+Apache. Les versions antérieures à 2.4 se comportaient implicitement
+comme si "DirectoryCheckHandler ON" avait été spécifié.</compatibility>
<usage>
<p>La directive <directive>DirectoryCheckHandler</directive> permet
de faire en sorte que <module>mod_dir</module> recherche un index
- de répertoire ou ajoute des slashes de fin lorsqu'un autre
- gestionnaire à été défini pour l'URL considérée. Les gestionnaires
- peuvent être définis à via des directives telles que
+ de répertoire ou ajoute des slashes de fin lorsqu'un autre
+ gestionnaire à été défini pour l'URL considérée. Les gestionnaires
+ peuvent être définis à via des directives telles que
<directive module="core">SetHandler</directive> ou par d'autres
modules tels que <module>mod_rewrite</module> au cours des
substitutions de niveau répertoire.</p>
- <p>Dans les versions antérieures à 2.4, ce module ne modifiait pas
- son comportement si un autre gestionnaire avait été défini pour
- l'URL considérée. Ceci permettait de servir des index de répertoires
- même si une directive <directive>SetHandler</directive> avait été
- définie pour un répertoire entier, mais pouvait aussi être à
- l'origine de conflits avec d'autres modules.</p>
+ <p>Dans les versions antérieures à 2.4, ce module ne modifiait pas son
+ comportement si un autre gestionnaire avait été défini pour l'URL
+ considérée. Ceci permettait de servir des index de répertoires même si une
+ directive <directive>SetHandler</directive> avait été définie pour un
+ répertoire entier, mais pouvait aussi être à l'origine de conflits avec
+ d'autres modules comme <module>mod_rewrite</module>.</p>
</usage>
</directivesynopsis>
Modified: httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_dir.xml.ja
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_dir.xml.ja?rev=1769588&r1=1769587&r2=1769588&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_dir.xml.ja [utf-8] (original)
+++ httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_dir.xml.ja [utf-8] Mon Nov 14 10:26:31 2016
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.ja.xsl"?>
-<!-- English Revision: 420990:1673563 (outdated) -->
+<!-- English Revision: 420990:1755988 (outdated) -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
Modified: httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_dir.xml.ko
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_dir.xml.ko?rev=1769588&r1=1769587&r2=1769588&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_dir.xml.ko [euc-kr] (original)
+++ httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_dir.xml.ko [euc-kr] Mon Nov 14 10:26:31 2016
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="EUC-KR" ?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.ko.xsl"?>
-<!-- English Revision: 151408:1673563 (outdated) -->
+<!-- English Revision: 151408:1755988 (outdated) -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
Modified: httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_dir.xml.tr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_dir.xml.tr?rev=1769588&r1=1769587&r2=1769588&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_dir.xml.tr [utf-8] (original)
+++ httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_dir.xml.tr [utf-8] Mon Nov 14 10:26:31 2016
@@ -1,7 +1,7 @@
<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.tr.xsl"?>
-<!-- English Revision: 1673563 -->
+<!-- English Revision: 1755988 -->
<!-- =====================================================
Translated by: Nilg�n Belma Bug�ner <nilgun belgeler.gen.tr>
Reviewed by: Orhan Berent <berent belgeler.gen.tr>
@@ -309,7 +309,7 @@ FallbackResource /index.php
<p>2.4 �ncesi s�r�mlerde, bir URL i�in ba\u015fka bir eylemcinin yap\u0131land\u0131lm\u0131\u015f
olmas\u0131 durumunda bu mod�l herhangi bir eylemde bulunmaz ve sonu� olarak,
t�m dizin i�in bir <directive>SetHandler</directive> belirtildi\u011fi durumda
- index dosyalar\u0131n\u0131n sunulmas\u0131n\u0131n yan\u0131nda <directive>mod_rewrite</directive>
+ index dosyalar\u0131n\u0131n sunulmas\u0131n\u0131n yan\u0131nda <module>mod_rewrite</module>
gibi mod�ller de ayr\u0131ca baz\u0131 �eli\u015fkili sonu�lar olu\u015fturabilir.</p>
</usage>
</directivesynopsis>
Modified: httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_filter.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_filter.xml.fr?rev=1769588&r1=1769587&r2=1769588&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_filter.xml.fr (original)
+++ httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_filter.xml.fr Mon Nov 14 10:26:31 2016
@@ -1,4 +1,4 @@
-<?xml version="1.0"?>
+<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
<!-- English Revision: 1673563 -->
@@ -30,161 +30,161 @@ contexte</description>
<status>Base</status>
<sourcefile>mod_filter.c</sourcefile>
<identifier>filter_module</identifier>
-<compatibility>Versions 2.1 et supérieures</compatibility>
+<compatibility>Versions 2.1 et supérieures</compatibility>
<summary>
- <p>Ce module permet une configuration intelligente et dépendant du
+ <p>Ce module permet une configuration intelligente et dépendant du
contexte des filtres de contenu en sortie. Par exemple, Apache peut
- être configuré pour faire traiter différents types de contenus par
- différents filtres, même lorsque le type de contenu n'est pas connu
- à l'avance (par exemple dans un serveur mandataire).</p>
-
- <p>Le fonctionnement de <module>mod_filter</module> 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
+ être configuré pour faire traiter différents types de contenus par
+ différents filtres, même lorsque le type de contenu n'est pas connu
+ à l'avance (par exemple dans un serveur mandataire).</p>
+
+ <p>Le fonctionnement de <module>mod_filter</module> 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. <module>mod_filter</module> 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).</p>
+ modification des modules de filtrage existants n'est nécessaire
+ (bien qu'il soit tout de même possible de les simplifier).</p>
</summary>
<section id="smart"><title>Filtrage intelligent</title>
- <p>Dans le modèle de filtrage traditionnel, les filtres sont insérés
- sans condition à l'aide de la directive <directive
+ <p>Dans le modèle de filtrage traditionnel, les filtres sont insérés
+ sans condition à l'aide de la directive <directive
module="mod_mime">AddOutputFilter</directive> 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><module>mod_filter</module>, à 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
+ 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><module>mod_filter</module>, à 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
<directive>AddOutputFilterByType</directive>.</p>
</section>
-<section id="terms"><title>Déclarations de filtres, fournisseurs et
-chaînes</title>
+<section id="terms"><title>Déclarations de filtres, fournisseurs et
+chaînes</title>
<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>
+ 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
+ <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
+ 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
+ alt="[Cette image illustre le modèle de fonctionnement de
mod_filter]"/><br />
- <dfn>Figure 2:</dfn> Le modèle de fonctionnement de
+ <dfn>Figure 2:</dfn> Le modèle de fonctionnement de
<module>mod_filter</module></p>
- <p>Le fonctionnement de <module>mod_filter</module> 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
+ <p>Le fonctionnement de <module>mod_filter</module> 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. <module>mod_filter</module> 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
+ 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>
+ 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
+ <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>
+ cas particulier : cette situation est équivalente à l'insertion
+ directe du filtre dans la chaîne.</p>
</section>
-<section id="config"><title>Configuration de la chaîne de
+<section id="config"><title>Configuration de la chaîne de
filtrage</title>
- <p>Trois étapes sont nécessaires pour configurer une chaîne de
+ <p>Trois étapes sont nécessaires pour configurer une chaîne de
filtrage avec <module>mod_filter</module>. Voir ci-dessous la
- description détaillée des directives.</p>
+ description détaillée des directives.</p>
<dl>
- <dt>Déclaration des filtres</dt>
+ <dt>Déclaration des filtres</dt>
<dd>La directive <directive
- module="mod_filter">FilterDeclare</directive> permet de déclarer un
+ module="mod_filter">FilterDeclare</directive> 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
+ que si le filtre n'est pas du type par défaut
AP_FTYPE_RESOURCE.</dd>
<dt>Enregistrement des fournisseurs</dt>
<dd>La directive <directive
module="mod_filter">FilterProvider</directive> permet d'associer un
- fournisseur à un filtre. Le filtre a été éventuellement déclaré à
+ fournisseur à un filtre. Le filtre a été éventuellement déclaré à
l'aide de la directive <directive module="mod_filter"
>FilterDeclare</directive> ; 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é à
+ 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 <directive
module="mod_filter">FilterProvider</directive> 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 (&& / ||) et de parenthèses. Pour les
- détails sur la syntaxe de l'expression, voir la <a
+ 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 (&& / ||) 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 <directive module="mod_filter"
- >FilterChain</directive> é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>
+ <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 <directive module="mod_filter"
+ >FilterChain</directive> é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>
</section>
-<section id="errordocs"><title>Filtrage et statut de la réponse</title>
- <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
+<section id="errordocs"><title>Filtrage et statut de la réponse</title>
+ <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
<directive>FilterProvider</directive>.</p>
</section>
-<section id="upgrade"><title>Mise à jour depuis une configuration du
+<section id="upgrade"><title>Mise à jour depuis une configuration du
serveur HTTP Apache 2.2</title>
<p>La directive <directive
- module="mod_filter">FilterProvider</directive> 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>
+ module="mod_filter">FilterProvider</directive> 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>
<example>"dispatch = 'match'"</example>
- <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
+ <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>
+ <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>
</section>
<section id="examples"><title>Exemples</title>
<dl>
- <dt>Inclusions côté serveur (SSI)</dt>
+ <dt>Inclusions côté serveur (SSI)</dt>
<dd>Un exemple simple de remplacement de la directive <directive
module="core">AddOutputFilterByType</directive>
<highlight language="config">
@@ -194,19 +194,19 @@ FilterChain SSI
</highlight>
</dd>
- <dt>Inclusions côté serveur (SSI)</dt>
- <dd>Même exemple que ci-dessus, mais envoi vers un gestionnaire
+ <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).
+ traités).
<highlight language="config">
FilterProvider SSI INCLUDES "%{HANDLER} = 'server-parsed'"
FilterChain SSI
</highlight>
</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
+ <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.
<highlight language="config">
FilterDeclare gzip CONTENT_SET
@@ -215,8 +215,8 @@ FilterChain gzip
</highlight>
</dd>
- <dt>Diminution de la résolution d'une image</dt>
- <dd>Supposons que nous voulions réduire la résolution de toutes les
+ <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.
<highlight language="config">
@@ -240,72 +240,72 @@ FilterProvider repack png_pack "%{CONTEN
<section id="protocol"><title>Gestion de protocole</title>
<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
+ 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
+ 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 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>
+ 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>
+ <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><module>mod_filter</module> 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
+ <p><module>mod_filter</module> 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 <directive
module="mod_filter">FilterProtocol</directive>
- 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
+ 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>
+ de définir leurs propres comportements.</p>
- <p>Cependant, <module>mod_filter</module> 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 <directive
+ <p>Cependant, <module>mod_filter</module> 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 <directive
module="mod_filter">FilterProtocol</directive>),
- <module>mod_filter</module> ne modifiera donc pas les en-têtes.</p>
+ <module>mod_filter</module> 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
+ <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>
+ l'expérimenter avec précautions.</p>
</section>
<directivesynopsis>
<name>AddOutputFilterByType</name>
-<description>assigne un filtre en sortie pour un type de média
+<description>assigne un filtre en sortie pour un type de média
particulier</description>
<syntax>AddOutputFilterByType <var>filtre</var>[;<var>filtre</var>...]
-<var>type_de_média</var> [<var>type_de_média</var>] ...</syntax>
+<var>type_de_média</var> [<var>type_de_média</var>] ...</syntax>
<contextlist><context>server config</context>
<context>virtual host</context><context>directory</context>
<context>.htaccess</context></contextlist>
<override>FileInfo</override>
-<compatibility>Présentait de sévères limitations avant d'être déplacé dans
+<compatibility>Présentait de sévères limitations avant d'être déplacé dans
<module>mod_filter</module> dans la version 2.3.7</compatibility>
<usage>
<p>Cette directive active un <a
href="../filter.html">filtre</a> en sortie particulier pour une
- requête en fonction du <glossary>type de média</glossary> de la réponse.</p>
+ requête en fonction du <glossary>type de média</glossary> de la réponse.</p>
<p>L'exemple suivant active le filtre <code>DEFLATE</code> qui est
fourni par le module <module>mod_deflate</module>. Il va compresser
@@ -317,9 +317,9 @@ particulier</description>
</highlight>
<p>Si vous voulez assigner plusieurs filtres au contenu, leurs noms
- doivent être séparés par des points-virgules. On peut aussi utiliser
+ doivent être séparés par des points-virgules. On peut aussi utiliser
une directive <directive>AddOutputFilterByType</directive> pour
- chacun des filtres à assigner.</p>
+ chacun des filtres à assigner.</p>
<p>La configuration ci-dessous impose le traitement de toute sortie
de script dont le type MIME est <code>text/html</code> en premier
@@ -342,24 +342,24 @@ particulier</description>
<directivesynopsis>
<name>FilterDeclare</name>
-<description>Déclare un filtre intelligent</description>
+<description>Déclare un filtre intelligent</description>
<syntax>FilterDeclare <var>nom_filtre</var> <var>[type]</var></syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context></contextlist>
<override>Options</override>
<usage>
- <p>Cette directive permet de déclarer un filtre en sortie associé à
- un en-tête ou une variable d'environnement qui déterminera les
- conditions de son exécution. Le premier argument est le <var>nom du
- filtre</var> destiné à être utilisé dans les directives <directive
+ <p>Cette directive permet de déclarer un filtre en sortie associé à
+ un en-tête ou une variable d'environnement qui déterminera les
+ conditions de son exécution. Le premier argument est le <var>nom du
+ filtre</var> destiné à être utilisé dans les directives <directive
module="mod_filter">FilterProvider</directive>, <directive
module="mod_filter">FilterChain</directive> et <directive
module="mod_filter">FilterProtocol</directive>.</p>
<p>Le dernier argument (optionnel) est le type du filtre, et peut
- prendre les valeurs de <code>ap_filter_type</code>, à savoir
- <code>RESOURCE</code> (valeur par défaut), <code>CONTENT_SET</code>,
+ prendre les valeurs de <code>ap_filter_type</code>, à savoir
+ <code>RESOURCE</code> (valeur par défaut), <code>CONTENT_SET</code>,
<code>PROTOCOL</code>, <code>TRANSCODE</code>,
<code>CONNECTION</code> ou <code>NETWORK</code>.</p>
</usage>
@@ -376,13 +376,13 @@ particulier</description>
<usage>
<p>Cette directive permet d'associer un <em>fournisseur</em> au
- filtre intelligent. Le fournisseur sera invoqué si et seulement si
- l'<var>expression</var> est évaluée vraie lorsque le sélecteur de
- filtre est appelé pour la première fois.</p>
+ filtre intelligent. Le fournisseur sera invoqué si et seulement si
+ l'<var>expression</var> est évaluée vraie lorsque le sélecteur de
+ filtre est appelé pour la première fois.</p>
<p>
- <var>nom fournisseur</var> doit avoir été enregistré au cours du
- chargement d'un module à l'aide de
+ <var>nom fournisseur</var> doit avoir été enregistré au cours du
+ chargement d'un module à l'aide de
<code>ap_register_output_filter</code>.
</p>
@@ -391,51 +391,51 @@ particulier</description>
</usage>
<seealso><a href="../expr.html">Les expressions dans le serveur HTTP
-Apache</a>, pour une référence complète et d'autres exemples.</seealso>
+Apache</a>, pour une référence complète et d'autres exemples.</seealso>
<seealso><module>mod_include</module></seealso>
</directivesynopsis>
<directivesynopsis>
<name>FilterChain</name>
-<description>Configure la chaîne de filtrage</description>
+<description>Configure la chaîne de filtrage</description>
<syntax>FilterChain [+=-@!]<var>nom_filtre</var> <var>...</var></syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context></contextlist>
<override>Options</override>
<usage>
- <p>Cette directive permet de configurer une chaîne de filtrage
- composée de filtres déclarés. <directive>FilterChain</directive>
- accepte un nombre illimité d'arguments, chacun d'entre eux étant
- précédé d'un caractère de contrôle unique qui détermine l'action à
+ <p>Cette directive permet de configurer une chaîne de filtrage
+ composée de filtres déclarés. <directive>FilterChain</directive>
+ accepte un nombre illimité d'arguments, chacun d'entre eux étant
+ précédé d'un caractère de contrôle unique qui détermine l'action à
entreprendre :</p>
<dl>
<dt><code>+<var>nom filtre</var></code></dt>
- <dd>Ajoute<var>nom filtre</var> à la fin de la chaîne de filtrage</dd>
+ <dd>Ajoute<var>nom filtre</var> à la fin de la chaîne de filtrage</dd>
<dt><code>@<var>nom filtre</var></code></dt>
- <dd>Ajoute <var>nom filtre</var> au début de la chaîne de filtrage</dd>
+ <dd>Ajoute <var>nom filtre</var> au début de la chaîne de filtrage</dd>
<dt><code>-<var>nom filtre</var></code></dt>
- <dd>Supprime <var>nom filtre</var> de la chaîne de filtrage</dd>
+ <dd>Supprime <var>nom filtre</var> de la chaîne de filtrage</dd>
<dt><code>=<var>nom filtre</var></code></dt>
- <dd>Supprime tous les filtres de la chaîne de filtrage existante et
+ <dd>Supprime tous les filtres de la chaîne de filtrage existante et
les remplace par <var>nom filtre</var></dd>
<dt><code>!</code></dt>
- <dd>Supprime tous les filtres de la chaîne de filtrage existante</dd>
+ <dd>Supprime tous les filtres de la chaîne de filtrage existante</dd>
<dt><code><var>nom filtre</var></code></dt>
- <dd>Équivalent à <code>+<var>nom filtre</var></code></dd>
+ <dd>Équivalent à <code>+<var>nom filtre</var></code></dd>
</dl>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>FilterProtocol</name>
-<description>Vérifie le respect du protocole HTTP</description>
+<description>Vérifie le respect du protocole HTTP</description>
<syntax>FilterProtocol <var>nom_filtre</var> [<var>nom_fournisseur</var>]
<var>drapeaux_protocole</var></syntax>
<contextlist><context>server config</context><context>virtual host</context>
@@ -443,23 +443,23 @@ Apache</a>, pour une référ
<override>Options</override>
<usage>
- <p>Cette directive permet à <module>mod_filter</module> de s'assurer
- qu'un filtre ne s'exécutera pas s'il ne doit pas le faire, et que
- les en-têtes de la réponse HTTP sont définis correctement en tenant
+ <p>Cette directive permet à <module>mod_filter</module> de s'assurer
+ qu'un filtre ne s'exécutera pas s'il ne doit pas le faire, et que
+ les en-têtes de la réponse HTTP sont définis correctement en tenant
compte des effets du filtre.</p>
- <p>Cette directive se présente sous deux formes. Avec trois
- arguments, elle s'applique de manière spécifique à un <var>nom
+ <p>Cette directive se présente sous deux formes. Avec trois
+ arguments, elle s'applique de manière spécifique à un <var>nom
filtre</var> et un <var>nom fournisseur</var> pour ce filtre. Avec
- deux arguments, elle s'applique à un <var>nom filtre</var> pour
+ deux arguments, elle s'applique à un <var>nom filtre</var> pour
<em>tout</em> fournisseur qu'il actionne.</p>
- <p>Les drapeaux spécifiés sont fusionnés avec les drapeaux que les
- fournisseurs sous-jacents ont éventuellement enregistrés avec
+ <p>Les drapeaux spécifiés sont fusionnés avec les drapeaux que les
+ fournisseurs sous-jacents ont éventuellement enregistrés avec
<module>mod_filter</module>. Par exemple, un filtre peut avoir
- spécifié en interne un drapeau équivalent à <code>change=yes</code>,
- mais une configuration particulière du module peut le surcharger
- en spécifiant <code>change=no</code>.
+ spécifié en interne un drapeau équivalent à <code>change=yes</code>,
+ mais une configuration particulière du module peut le surcharger
+ en spécifiant <code>change=no</code>.
</p>
<p><var>drapeaux_protocole</var> peut contenir un ou plusieurs
@@ -467,67 +467,67 @@ Apache</a>, pour une référ
<dl>
<dt><code>change=yes|no</code></dt>
- <dd>Indique si le filtre doit modifier le contenu, y compris éventuellement sa
+ <dd>Indique si le filtre doit modifier le contenu, y compris éventuellement sa
taille</dd>
<dt><code>change=1:1</code></dt>
<dd>Le filtre modifie le contenu, mais pas sa taille</dd>
<dt><code>byteranges=no</code></dt>
- <dd>Le filtre ne peut pas traiter de réponses à des sous-requêtes et
- nécessite des réponses complètes en entrée</dd>
+ <dd>Le filtre ne peut pas traiter de réponses à des sous-requêtes et
+ nécessite des réponses complètes en entrée</dd>
<dt><code>proxy=no</code></dt>
- <dd>Le filtre ne doit pas s'exécuter dans un contexte de mandataire</dd>
+ <dd>Le filtre ne doit pas s'exécuter dans un contexte de mandataire</dd>
<dt><code>proxy=transform</code></dt>
- <dd>Le filtre transforme la réponse de manière incompatible avec
- l'en-tête HTTP <code>Cache-Control: no-transform</code></dd>
+ <dd>Le filtre transforme la réponse de manière incompatible avec
+ l'en-tête HTTP <code>Cache-Control: no-transform</code></dd>
<dt><code>cache=no</code></dt>
- <dd>Le filtre fait en sorte que la sortie ne puisse pas être mise en
+ <dd>Le filtre fait en sorte que la sortie ne puisse pas être mise en
cache (par exemple en introduisant des modifications de contenu
- aléatoires)</dd>
+ aléatoires)</dd>
</dl>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>FilterTrace</name>
-<description>Obtention d'informations de débogage/diagnostique en
+<description>Obtention d'informations de débogage/diagnostique en
provenance de <module>mod_filter</module></description>
<syntax>FilterTrace <var>nom_filtre</var> <var>niveau</var></syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context></contextlist>
<usage>
- <p>Cette directive permet d'obtenir des informations de débogage en
- provenance de <module>mod_filter</module>. Elle est conçue pour
- aider à tester et déboguer les fournisseurs (ou modules de filtrage)
- ; elle peut aussi apporter une aide à l'utilisation de
- <module>mod_filter</module> lui-même.</p>
+ <p>Cette directive permet d'obtenir des informations de débogage en
+ provenance de <module>mod_filter</module>. Elle est conçue pour
+ aider à tester et déboguer les fournisseurs (ou modules de filtrage)
+ ; elle peut aussi apporter une aide à l'utilisation de
+ <module>mod_filter</module> lui-même.</p>
- <p>La sortie de débogage dépend de la définition d'argument
+ <p>La sortie de débogage dépend de la définition d'argument
<var>level</var> :</p>
<dl>
- <dt><code>0</code> (valeur par défaut)</dt>
- <dd>Aucune information de débogage n'est générée.</dd>
+ <dt><code>0</code> (valeur par défaut)</dt>
+ <dd>Aucune information de débogage n'est générée.</dd>
<dt><code>1</code></dt>
<dd><module>mod_filter</module> va enregistrer les ensembles de
- conteneurs de données (buckets and brigades) qui traversent le
+ conteneurs de données (buckets and brigades) qui traversent le
filtre dans le journal des erreurs, avant que le fournisseur ne les
- traite. Ces informations sont similaires à celles générées par <a
+ traite. Ces informations sont similaires à celles générées par <a
href="http://apache.webthing.com/mod_diagnostics/"
>mod_diagnostics</a>.
</dd>
- <dt><code>2</code> (pas encore implémenté)</dt>
- <dd>Ce niveau permettra d'enregistrer l'ensemble des données qui
+ <dt><code>2</code> (pas encore implémenté)</dt>
+ <dd>Ce niveau permettra d'enregistrer l'ensemble des données qui
traversent le filtre dans un fichier temporaire avant de les envoyer
- au fournisseur. <strong>Pour un débogage mono-utilisateur
- seulement</strong> ; l'enregistrement des données concernant
- plusieurs requêtes simultannées ne sera pas supporté.</dd>
+ au fournisseur. <strong>Pour un débogage mono-utilisateur
+ seulement</strong> ; l'enregistrement des données concernant
+ plusieurs requêtes simultannées ne sera pas supporté.</dd>
</dl>
</usage>
</directivesynopsis>
Modified: httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_heartbeat.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_heartbeat.xml.fr?rev=1769588&r1=1769587&r2=1769588&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_heartbeat.xml.fr (original)
+++ httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_heartbeat.xml.fr Mon Nov 14 10:26:31 2016
@@ -1,4 +1,4 @@
-<?xml version="1.0"?>
+<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
<!-- English Revision : 1437838 -->
@@ -25,33 +25,33 @@
<modulesynopsis metafile="mod_heartbeat.xml.meta">
<name>mod_heartbeat</name>
-<description>Envoie des messages d'état au mandataire frontal</description>
+<description>Envoie des messages d'état au mandataire frontal</description>
<status>Experimental</status>
<sourcefile>mod_heartbeat</sourcefile>
<identifier>heartbeat_module</identifier>
-<compatibility>Disponible à partir de la version 2.3
+<compatibility>Disponible à partir de la version 2.3
du serveur HTTP Apache</compatibility>
<summary>
- <p><module>mod_heartbeat</module> envoie à un moniteur
+ <p><module>mod_heartbeat</module> envoie à un moniteur
<module>mod_heartmonitor</module> des messages multicast l'informant
- du nombre de connexions courantes. En général,
- <module>mod_heartmonitor</module> est chargé sur un serveur
- mandataire où <module>mod_lbmethod_heartbeat</module> est chargé, ce
+ du nombre de connexions courantes. En général,
+ <module>mod_heartmonitor</module> est chargé sur un serveur
+ mandataire où <module>mod_lbmethod_heartbeat</module> est chargé, ce
qui permet d'utiliser la <em>lbmethod</em> "heartbeat" au sein des
directives <directive module="mod_proxy">ProxyPass</directive>.</p>
<p>
- Le module <module>mod_heartbeat</module> est chargé sur le
- serveur d'origine qui sert les requêtes via le
+ Le module <module>mod_heartbeat</module> est chargé sur le
+ serveur d'origine qui sert les requêtes via le
serveur mandataire.
</p>
<note type="warning">
Pour utiliser <module>mod_heartbeat</module>,
<module>mod_status</module> et <module>mod_watchdog</module>
- doivent être soit des modules statiques, soit des modules
- dynamiques, et dans ce dernier cas, ils doivent être chargés
+ doivent être soit des modules statiques, soit des modules
+ dynamiques, et dans ce dernier cas, ils doivent être chargés
avant <module>mod_heartbeat</module>.
</note>
@@ -60,9 +60,9 @@ du serveur HTTP Apache</compatibility>
<section id="consuming">
<title>Utilisation de la sortie de mod_heartbeat</title>
<p>
- Chaque seconde, ce module génère un paquet multicast UDP contenant
- le nombre de threads/processus occupés et en attente. Le paquet
- possède un format ASCII simple similaire aux paramètres de requête
+ Chaque seconde, ce module génère un paquet multicast UDP contenant
+ le nombre de threads/processus occupés et en attente. Le paquet
+ possède un format ASCII simple similaire aux paramètres de requête
GET en HTTP.
</p>
@@ -72,14 +72,14 @@ v=1&ready=75&busy=0
<p>
Les utilisateurs disposeront dans le futur de nouvelles variables en
- plus de busy et ready, et toujours séparées par des '&'.
+ plus de busy et ready, et toujours séparées par des '&'.
</p>
</section>
<directivesynopsis>
<name>HeartbeatAddress</name>
-<description>Adresse multicast à laquelle envoyer les requêtes
+<description>Adresse multicast à laquelle envoyer les requêtes
heartbeat</description>
<syntax>HeartbeatAddress <var>addr:port</var></syntax>
<default>disabled</default>
@@ -87,9 +87,9 @@ heartbeat</description>
<usage>
<p>La directive <directive>HeartbeatAddress</directive> permet de
- spécifier l'adresse multicast à laquelle <module>mod_heartbeat</module> va
- envoyer ses informations. En général, cette adresse correspond à la
- valeur définie par la directive <directive
+ spécifier l'adresse multicast à laquelle <module>mod_heartbeat</module> va
+ envoyer ses informations. En général, cette adresse correspond à la
+ valeur définie par la directive <directive
module="mod_heartmonitor">HeartbeatListen</directive> sur le serveur
mandataire frontal.</p>
<highlight language="config">
Modified: httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_heartmonitor.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_heartmonitor.xml.fr?rev=1769588&r1=1769587&r2=1769588&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_heartmonitor.xml.fr (original)
+++ httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_heartmonitor.xml.fr Mon Nov 14 10:26:31 2016
@@ -1,4 +1,4 @@
-<?xml version="1.0"?>
+<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
<!-- English Revision : 1437838 -->
@@ -25,7 +25,7 @@
<modulesynopsis metafile="mod_heartmonitor.xml.meta">
<name>mod_heartmonitor</name>
-<description>Moniteur centralisé pour les serveurs d'origine mod_heartbeat</description>
+<description>Moniteur centralisé pour les serveurs d'origine mod_heartbeat</description>
<status>Experimental</status>
<sourcefile>mod_heartmonitor.c</sourcefile>
<identifier>heartmonitor_module</identifier>
@@ -33,40 +33,40 @@
<summary>
<p>
-<module>mod_heartmonitor</module> interprète les messages d'état générés
-par les serveurs d'origine pour lesquels <module>mod_heartbeat</module> est activé et
-fournit ces informations à <module>mod_lbmethod_heartbeat</module>, ce
+<module>mod_heartmonitor</module> interprète les messages d'état générés
+par les serveurs d'origine pour lesquels <module>mod_heartbeat</module> est activé et
+fournit ces informations à <module>mod_lbmethod_heartbeat</module>, ce
qui permet d'utiliser la <em>lbmethod</em> "heartbeat" au sein des
directives <directive module="mod_proxy">ProxyPass</directive>.
</p>
<p>Ce module utilise les services de <module>mod_slotmem_shm</module>,
lorsqu'il est disponible, au lieu d'un simple fichier texte. Aucune
-configuration supplémentaire n'est requise pour utiliser
+configuration supplémentaire n'est requise pour utiliser
<module>mod_slotmem_shm</module>.</p>
<note type="warning">
Pour utiliser <module>mod_heartmonitor</module>,
<module>mod_status</module> et <module>mod_watchdog</module>
- doivent être soit des modules statiques, soit des modules
- dynamiques, et dans ce dernier cas, ils doivent être chargés
+ doivent être soit des modules statiques, soit des modules
+ dynamiques, et dans ce dernier cas, ils doivent être chargés
avant <module>mod_heartmonitor</module>.
</note>
</summary>
<directivesynopsis>
<name>HeartbeatListen</name>
-<description>Adresse multicast d'écoute des requêtes entrantes heartbeat</description>
+<description>Adresse multicast d'écoute des requêtes entrantes heartbeat</description>
<syntax>HeartbeatListen<var>addr:port</var></syntax>
<default>disabled</default>
<contextlist><context>server config</context></contextlist>
<usage>
<p>La directive <directive>HeartbeatListen</directive> permet de
- spécifier l'adresse multicast sur laquelle le serveur va surveiller les
- informations d'état en provenance de serveurs où
- <module>mod_heartbeat</module> est activé. Cette adresse correspond
- en général à la valeur de la directive <directive
+ spécifier l'adresse multicast sur laquelle le serveur va surveiller les
+ informations d'état en provenance de serveurs où
+ <module>mod_heartbeat</module> est activé. Cette adresse correspond
+ en général à la valeur de la directive <directive
module="mod_heartbeat">HeartbeatAddress</directive> sur le serveur
d'origine.
</p>
@@ -75,40 +75,40 @@ configuration supplémentaire n'es
HeartbeatListen 239.0.0.1:27999
</highlight>
- <p>Tant que cette directive n'est pas utilisée, le module est
- désactivé.</p>
+ <p>Tant que cette directive n'est pas utilisée, le module est
+ désactivé.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>HeartbeatStorage</name>
-<description>Chemin vers le stockage des données heartbeat</description>
+<description>Chemin vers le stockage des données heartbeat</description>
<syntax>HeartbeatStorage <var>chemin fichier</var></syntax>
<default>HeartbeatStorage logs/hb.dat</default>
<contextlist><context>server config</context></contextlist>
<usage>
<p>La directive <directive>HeartbeatStorage</directive> permet de
- spécifier le chemin de stockage des données heartbeat. Ce fichier
- texte n'est utilisé que si <module>mod_slotmem_shm</module> n'est
- pas chargé.</p>
+ spécifier le chemin de stockage des données heartbeat. Ce fichier
+ texte n'est utilisé que si <module>mod_slotmem_shm</module> n'est
+ pas chargé.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>HeartbeatMaxServers</name>
-<description>Spécifie le nombre maximal de serveurs qui pourront envoyer
-des requêtes heartbeat à ce serveur.</description>
+<description>Spécifie le nombre maximal de serveurs qui pourront envoyer
+des requêtes heartbeat à ce serveur.</description>
<syntax>HeartbeatMaxServers <var>nombre-de-serveurs</var></syntax>
<default>HeartbeatMaxServers 10</default>
<contextlist><context>server config</context></contextlist>
<usage>
<p>La directive <directive>HeartbeatMaxServers</directive>
- spécifie le nombre maximal de serveurs qui pourront envoyer des
- requêtes heartbeat à ce serveur de monitoring. Elle permet ainsi de
- contrôler la quantité de mémoire partagée allouée pour le stockage
- des données heartbeat lorsqu'on utilise
+ spécifie le nombre maximal de serveurs qui pourront envoyer des
+ requêtes heartbeat à ce serveur de monitoring. Elle permet ainsi de
+ contrôler la quantité de mémoire partagée allouée pour le stockage
+ des données heartbeat lorsqu'on utilise
<module>mod_slotmem_shm</module>.</p>
</usage>
</directivesynopsis>
Modified: httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_http2.html.en
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_http2.html.en?rev=1769588&r1=1769587&r2=1769588&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_http2.html.en (original)
+++ httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_http2.html.en Mon Nov 14 10:26:31 2016
@@ -241,10 +241,10 @@
</table>
<p>
This directive influences how file content is handled in
- responses. When off, which is the default, file handles are
- passed from the requestion processing down to the main
+ responses. When <code>off</code>, which is the default, file handles
+ are passed from the requestion processing down to the main
connection, using the usual Apache setaside handling for
- manaaging the lifetime of the file.
+ managing the lifetime of the file.
</p>
<p>
When set to <code>on</code>, file content is copied while the
@@ -256,7 +256,7 @@
An example for such a module is <code>mod_wsgi</code> that may place
Python file handles into the response. Those files get close down when
Python thinks processing has finished. That may be well before
- <code>mod_http2</code> is done with them.
+ <code class="module"><a href="../mod/mod_http2.html">mod_http2</a></code> is done with them.
</p>
</div>
Modified: httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_http2.xml
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_http2.xml?rev=1769588&r1=1769587&r2=1769588&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_http2.xml (original)
+++ httpd/httpd/branches/2.4.x-openssl-1.1.0-compat/docs/manual/mod/mod_http2.xml Mon Nov 14 10:26:31 2016
@@ -913,10 +913,10 @@ H2TLSCoolDownSecs 0
<usage>
<p>
This directive influences how file content is handled in
- responses. When off, which is the default, file handles are
- passed from the requestion processing down to the main
+ responses. When <code>off</code>, which is the default, file handles
+ are passed from the requestion processing down to the main
connection, using the usual Apache setaside handling for
- manaaging the lifetime of the file.
+ managing the lifetime of the file.
</p>
<p>
When set to <code>on</code>, file content is copied while the
@@ -928,7 +928,7 @@ H2TLSCoolDownSecs 0
An example for such a module is <code>mod_wsgi</code> that may place
Python file handles into the response. Those files get close down when
Python thinks processing has finished. That may be well before
- <code>mod_http2</code> is done with them.
+ <module>mod_http2</module> is done with them.
</p>
</usage>
</directivesynopsis>