-<?xml version="1.0" encoding="ISO-8859-1" ?>
+<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-<!-- English Revision: 1361160:1741841 (outdated) -->
+<!-- English Revision: 1741841 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
<manualpage metafile="custom-error.xml.meta">
- <title>Messages d'erreur personnalisés</title>
+ <title>Messages d'erreur personnalisés</title>
<summary>
- <p>Le serveur HTTP Apache fournit des messages d'erreur génériques
+ <p>Le serveur HTTP Apache fournit des messages d'erreur génériques
pour les codes de statut 4xx ou 5xx ; ces messages sont cependant
- relativement austères, imprécis, et peuvent s'avérer intimidants
+ relativement austères, imprécis, et peuvent s'avérer intimidants
pour les visiteurs du site. Si vous le souhaitez, vous pouvez
afficher des messages d'erreur plus conviviaux, dans un langage
- autre que l'anglais, ou même sous une forme plus en adéquation avec
+ autre que l'anglais, ou même sous une forme plus en adéquation avec
le style de votre site.</p>
- <p>Il est possible de définir des messages d'erreur personnalisés
- pour chaque code de statut HTTP associé à une condition d'erreur -
- c'est à dire tout code de statut 4xx ou 5xx.</p>
+ <p>Il est possible de définir des messages d'erreur personnalisés
+ pour chaque code de statut HTTP associé à une condition d'erreur -
+ c'est à dire tout code de statut 4xx ou 5xx.</p>
<p>De plus, il est possible de
personnaliser le message d'erreur en fonction d'un jeu de valeurs
- fourni, en utilisant les <a href="howto/ssi.html">Inclusions Côté
+ fourni, en utilisant les <a href="howto/ssi.html">Inclusions Côté
Serveur (SSI)</a>. Un programme CGI ou un autre gestionnaire
dynamique (PHP, mod_perl, etc...) peut aussi utiliser ces variables
- pour gérer les conditions d'erreur.</p>
+ pour gérer les conditions d'erreur.</p>
</summary>
<section id="configuration"><title>Configuration</title>
- <p>Les messages d'erreur personnalisés sont configurés via la
+ <p>Les messages d'erreur personnalisés sont configurés via la
directive <directive module="core">ErrorDocument</directive>, qui
- peut être utilisée dans un contexte global, serveur virtuel ou
- répertoire. On peut utiliser cette directive dans les fichiers
+ peut être utilisée dans un contexte global, serveur virtuel ou
+ répertoire. On peut utiliser cette directive dans les fichiers
.htaccess si <directive module="core">AllowOverride</directive> est
- définie à FileInfo.</p>
+ définie à FileInfo.</p>
<highlight language="config">
-ErrorDocument 500 "Désolé, notre script s'est
-crashé ; comme c'est dommage !"<br />
-ErrorDocument 500 /cgi-bin/crash-recover<br />
-ErrorDocument 500 http://error.example.com/server_error.html<br />
-ErrorDocument 404 /errors/not_found.html <br />
+ErrorDocument 500 "Désolé, notre script s'est
+crashé ; comme c'est dommage !"
+ErrorDocument 500 /cgi-bin/crash-recover
+ErrorDocument 500 http://error.example.com/server_error.html
+ErrorDocument 404 /errors/not_found.html
ErrorDocument 401 /subscription/how_to_subscribe.html
</highlight>
<highlight language="config">
ErrorDocument <code_3_chiffres> <action>
</highlight>
- <p>où action peut être traitée comme :</p>
+ <p>où action peut être traitée comme :</p>
<ol>
<li>Une URL de redirection local (si l'action commence par un "/").</li>
<li>Une URL de redirection externe (si action est une URL valide).</li>
- <li>Le texte à afficher (si l'action ne répond à aucune des
- deux conditions précédentes). Entourez le texte de guillemets (")
+ <li>Le texte à afficher (si l'action ne répond à aucune des
+ deux conditions précédentes). Entourez le texte de guillemets (")
s'il contient plusieurs mots.</li>
</ol>
<p>Dans le cas d'une redirection vers une URL locale, des variables
- d'environnement supplémentaires sont définies de façon à ce que la
- réponse puisse être personnalisée par la suite. Elles ne sont pas
- envoyées aux URLs externes.</p>
+ d'environnement supplémentaires sont définies de façon à ce que la
+ réponse puisse être personnalisée par la suite. Elles ne sont pas
+ envoyées aux URLs externes.</p>
</section>
<section id="variables"><title>Variables disponibles</title>
- <p>La redirection vers une autre URL peut être utile, mais
+ <p>La redirection vers une autre URL peut être utile, mais
seulement s'il est possible de transmettre certaines informations
- qui pourront être utilisées pour expliquer ou journaliser
- la condition d'erreur ou le problème plus clairement.</p>
+ qui pourront être utilisées pour expliquer ou journaliser
+ la condition d'erreur ou le problème plus clairement.</p>
- <p>Pour y parvenir, lorsque la redirection d'erreur est envoyée,
- des variables d'environnement supplémentaires sont définies à
- partir des en-têtes de la requête originale en préfixant le nom
- d'origine de l'en-tête par 'REDIRECT_', ce qui permet de fournir au
- message d'erreur le contexte de la requête originelle.</p>
+ <p>Pour y parvenir, lorsque la redirection d'erreur est envoyée,
+ des variables d'environnement supplémentaires sont définies à
+ partir des en-têtes de la requête originale en préfixant le nom
+ d'origine de l'en-tête par 'REDIRECT_', ce qui permet de fournir au
+ message d'erreur le contexte de la requête originelle.</p>
<p>Par exemple, en plus des variables d'environnement habituelles,
vous pouvez recevoir ce qui suit :</p>
</example>
<p>Les variables d'environnement <code>REDIRECT_</code> sont
- créées à partir des variables d'environnement préexistantes à la
- redirection qui sont préfixées par la chaîne <code>REDIRECT_</code> ;
+ créées à partir des variables d'environnement préexistantes à la
+ redirection qui sont préfixées par la chaîne <code>REDIRECT_</code> ;
par exemple, <code>HTTP_USER_AGENT</code> devient
<code>REDIRECT_HTTP_USER_AGENT</code>.</p>
<p><code>REDIRECT_URL</code>, <code>REDIRECT_STATUS</code>, et
- <code>REDIRECT_QUERY_STRING</code> sont systématiquement définies,
- les autres variables n'étant définies que si l'en-tête
+ <code>REDIRECT_QUERY_STRING</code> sont systématiquement définies,
+ les autres variables n'étant définies que si l'en-tête
correspondant existait avant la condition d'erreur.</p>
- <p><strong>Aucune</strong> d'entre elles ne sera définie si votre
+ <p><strong>Aucune</strong> d'entre elles ne sera définie si votre
directive <directive module="core">ErrorDocument</directive>
- spécifie une redirection <em>externe</em> (toute URL commençant
- par un protocole du style <code>http:</code>, même si elle fait
- référence au même hôte que le serveur).</p>
+ spécifie une redirection <em>externe</em> (toute URL commençant
+ par un protocole du style <code>http:</code>, même si elle fait
+ référence au même hôte que le serveur).</p>
</section>
<p>Si vous faites pointer votre directive
<code>ErrorDocument</code> vers certains gestionnaires
- dynamiques comme les inclusions côté serveur, les scripts CGI ou
+ dynamiques comme les inclusions côté serveur, les scripts CGI ou
d'autres gestionnaires, vous pouvez utiliser les variables
- d'environnement supplémentaires disponibles pour personnaliser
+ d'environnement supplémentaires disponibles pour personnaliser
le message.</p>
- <p>Si la directive ErrorDname-basedocument spécifie une redirection locale
- vers un script CGI, ce dernier doit ajouter un en-tête
+ <p>Si la directive ErrorDname-basedocument spécifie une redirection locale
+ vers un script CGI, ce dernier doit ajouter un en-tête
"<code>Status:</code>" dans sa sortie afin de s'assurer du bon
acheminement jusqu'au client de la condition d'erreur qui a
- provoqué cette redirection. Par exemple, un script Perl spécifié
+ provoqué cette redirection. Par exemple, un script Perl spécifié
par une directive ErrorDocument pourrait contenir ce qui suit
:</p>
<highlight language="perl">
...
-print "Content-type: text/html\n"; <br />
-printf "Status: %s Condition Intercepted\n", $ENV{"REDIRECT_STATUS"}; <br />
+print "Content-type: text/html\n";
+printf "Status: %s Condition Intercepted\n", $ENV{"REDIRECT_STATUS"};
...
</highlight>
- <p>Si un script est dédié à la gestion d'une condition d'erreur
- spécifique, telle que <code>404 Not Found</code>, il
- peut utiliser le code et le texte de l'erreur spécifiques à la
+ <p>Si un script est dédié à la gestion d'une condition d'erreur
+ spécifique, telle que <code>404 Not Found</code>, il
+ peut utiliser le code et le texte de l'erreur spécifiques à la
place.</p>
- <p>Notez que si la réponse contient un en-tête
- <code>Location:</code> (afin d'initier une redirection côté
- client), le script <em>doit</em> émettre un en-tête approprié
+ <p>Notez que si la réponse contient un en-tête
+ <code>Location:</code> (afin d'initier une redirection côté
+ client), le script <em>doit</em> émettre un en-tête approprié
(comme <code>302 Found</code>). Dans le cas contraire,
- l'en-tête <code>Location:</code> ne produira aucun effet.</p>
+ l'en-tête <code>Location:</code> ne produira aucun effet.</p>
</section>
- <section id="multi-lang"><title>Messages d'erreur personnalisés
+ <section id="multi-lang"><title>Messages d'erreur personnalisés
multilingues</title>
<p>Vous trouverez dans la distribution du serveur HTTP Apache un
- répertoire contenant des messages d'erreur personnalisés traduits en
- 16 langues différentes. Pour activer cette fonctionnalité, vous
+ répertoire contenant des messages d'erreur personnalisés traduits en
+ 16 langues différentes. Pour activer cette fonctionnalité, vous
pouvez aussi inclure un fichier de configuration qui se trouve dans
- le répertoire de configuration <code>conf/extra</code>.</p>
+ le répertoire de configuration <code>conf/extra</code>.</p>
<p>Dans le fichier de configuration de votre serveur, vous trouverez
un groupe de lignes du style :</p>
<highlight language="config">
- # Multi-language error messages<br />
+ # Multi-language error messages
#Include conf/extra/httpd-multilang-errordoc.conf
</highlight>
- <p>Décommentez la ligne <code>Include</code> pour activer cette
- fonctionnalité, et présenter des messages d'erreur dont le langage
- sera négocié en fonction du langage préféré défini au niveau du
+ <p>Décommentez la ligne <code>Include</code> pour activer cette
+ fonctionnalité, et présenter des messages d'erreur dont le langage
+ sera négocié en fonction du langage préféré défini au niveau du
navigateur du client.</p>
<p>De plus, ces documents contiennent diverses variables
- <code>REDIRECT_</code>, de façon à ce que l'utilisateur final
- dispose d'informations supplémentaires à propos de ce qui a pu se
+ <code>REDIRECT_</code>, de façon à ce que l'utilisateur final
+ dispose d'informations supplémentaires à propos de ce qui a pu se
produire, et de ce qu'il est susceptible de faire maintenant.</p>
- <p>Ces documents peuvent être personnalisés en fournissant autant
- d'informations utiles que vous le souhaitez aux utilisateurs à
+ <p>Ces documents peuvent être personnalisés en fournissant autant
+ d'informations utiles que vous le souhaitez aux utilisateurs à
propos de votre site, et de ce qu'ils sont susceptibles d'y trouver.</p>
- <p>Pour pouvoir utiliser cette fonctionnalité, vous devez activer
+ <p>Pour pouvoir utiliser cette fonctionnalité, vous devez activer
<module>mod_include</module> et <module>mod_negotiation</module>.</p>
</section>
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
-<!-- English Revision: 1739105:1741841 (outdated) -->
+<!-- English Revision: 1741841 -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
utilisateurs dans un autre journal.</p>
<highlight language="config">
- SetEnvIf Accept-Language "en" english<br />
- CustomLog logs/english_log common env=english<br />
+ SetEnvIf Accept-Language "en" english
+ CustomLog logs/english_log common env=english
CustomLog logs/non_english_log common env=!english
</highlight>
<?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: 1741733 -->
+<!-- English Revision: 1742031 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
-<?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 : 1673893 -->
+<!-- English Revision : 1741864 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
<modulesynopsis metafile="mod_autoindex.xml.meta">
<name>mod_autoindex</name>
-<description>Génère automatiquement des index de répertoires d'une
-manière similaire à la commande Unix <code>ls</code>, ou à la commande
+<description>Génère automatiquement des index de répertoires d'une
+manière similaire à la commande Unix <code>ls</code>, ou à la commande
shell Win32 <code>dir</code></description>
<status>Base</status>
<sourcefile>mod_autoindex.c</sourcefile>
<identifier>autoindex_module</identifier>
<summary>
- <p>L'index d'un répertoire peut être généré de deux manières :</p>
+ <p>L'index d'un répertoire peut être généré de deux manières :</p>
<ul>
- <li>Un fichier situé dans ce répertoire, en général appelé
- <code>index.html</code>, mais dont le nom de ce ou ces fichiers peut être défini par la
+ <li>Un fichier situé dans ce répertoire, en général appelé
+ <code>index.html</code>, mais dont le nom de ce ou ces fichiers peut être défini par la
directive <directive
module="mod_dir">DirectoryIndex</directive>. C'est le module
<module>mod_dir</module> qui traite alors cet index.</li>
- <li>Un listing généré par le serveur, dont le format est contrôlé
+ <li>Un listing généré par le serveur, dont le format est contrôlé
par un certain nombre de directives. Les directives <directive
module="mod_autoindex">AddIcon</directive>, <directive
module="mod_autoindex">AddIconByEncoding</directive> et <directive
module="mod_autoindex">AddIconByType</directive> permettent de
- définir une liste d'icônes à afficher en fonction des différents
- types de fichiers ; pour chaque fichier listé, le premier icône
- qui correspond au type du fichier est affiché. C'est le module
+ définir une liste d'icônes à afficher en fonction des différents
+ types de fichiers ; pour chaque fichier listé, le premier icône
+ qui correspond au type du fichier est affiché. C'est le module
<module>mod_autoindex</module> qui traite alors cet index.</li>
</ul>
- <p>Les deux fonctions sont séparées, si bien que vous pouvez
- entièrement supprimer (ou remplacer) la génération automatique
+ <p>Les deux fonctions sont séparées, si bien que vous pouvez
+ entièrement supprimer (ou remplacer) la génération automatique
d'index, si vous le souhaitez.</p>
- <p>On active la génération automatique d'index en spécifiant
+ <p>On active la génération automatique d'index en spécifiant
<code>Options +Indexes</code>. Voir la directive <directive
- module="core">Options</directive> pour plus de détails.</p>
+ module="core">Options</directive> pour plus de détails.</p>
<p>Si la directive <directive
- module="mod_autoindex">IndexOptions</directive> est spécifiée avec
+ module="mod_autoindex">IndexOptions</directive> est spécifiée avec
l'option <code><a href="#indexoptions.fancyindexing"
- >FancyIndexing</a></code>, les en-têtes de colonnes sont des liens
- qui permettent de contrôler l'ordre de tri de l'affichage. Si vous
- actionnez le lien d'un en-tête, le listing sera généré à nouveau,
- trié en fonction des valeurs de la colonne concernée. Si l'on
- actionne de manière répétitive le même en-tête, l'ordre de tri est
- commuté entre les ordres croissant et décroissant. On peut supprimer
- ces liens d'en-têtes de colonnes à l'aide de l'option
+ >FancyIndexing</a></code>, les en-têtes de colonnes sont des liens
+ qui permettent de contrôler l'ordre de tri de l'affichage. Si vous
+ actionnez le lien d'un en-tête, le listing sera généré à nouveau,
+ trié en fonction des valeurs de la colonne concernée. Si l'on
+ actionne de manière répétitive le même en-tête, l'ordre de tri est
+ commuté entre les ordres croissant et décroissant. On peut supprimer
+ ces liens d'en-têtes de colonnes à l'aide de l'option
<code><a
href="#indexoptions.suppresscolumnsorting">SuppressColumnSorting</a></code>
de la directive <directive
module="mod_autoindex">IndexOptions</directive>.</p>
- <p>Notez que lorsque l'affichage est trié en fonction de la taille,
- c'est la taille <em>réelle</em> qui est prise en compte, et non la
- valeur affichée - ainsi, un fichier de 1010 octets sera toujours
- affiché avant un fichier de 1011 octets (en ordre croissant), même
- si la taille affichée des deux fichiers est "1K".</p>
+ <p>Notez que lorsque l'affichage est trié en fonction de la taille,
+ c'est la taille <em>réelle</em> qui est prise en compte, et non la
+ valeur affichée - ainsi, un fichier de 1010 octets sera toujours
+ affiché avant un fichier de 1011 octets (en ordre croissant), même
+ si la taille affichée des deux fichiers est "1K".</p>
</summary>
<section id="query">
- <title>Arguments de la requête d'autoindexation</title>
+ <title>Arguments de la requête d'autoindexation</title>
- <p>La chaîne de paramètres de la requête peut contenir de nombreux
- arguments permettant dans une certaine mesure au client de contrôler
- l'ordre de l'index du répertoire, ainsi que la liste des fichiers à
- afficher. Si vous souhaitez désactiver cette fonctionnalité,
+ <p>La chaîne de paramètres de la requête peut contenir de nombreux
+ arguments permettant dans une certaine mesure au client de contrôler
+ l'ordre de l'index du répertoire, ainsi que la liste des fichiers à
+ afficher. Si vous souhaitez désactiver cette fonctionnalité,
utilisez l'option <code><a
href="#indexoptions.ignoreclient">IndexOptions
IgnoreClient</a></code>.</p>
- <p>Les en-têtes de tri des colonnes eux-mêmes sont des hyper-liens
- auto-référant qui ajoutent les options de tri à la requête énumérées
- ci-dessous qui peuvent être ajoutées à toute requête concernant la
- ressource répertoire.</p>
+ <p>Les en-têtes de tri des colonnes eux-mêmes sont des hyper-liens
+ auto-référant qui ajoutent les options de tri à la requête énumérées
+ ci-dessous qui peuvent être ajoutées à toute requête concernant la
+ ressource répertoire.</p>
<ul>
<li><code>C=N</code> trie l'affichage en fonction du nom de
fichier</li>
<li><code>C=M</code> trie l'affichage en fonction de la date de
- dernière modification, puis du nom de fichier</li>
+ dernière modification, puis du nom de fichier</li>
<li><code>C=S</code> trie l'affichage en fonction de la taille,
puis du nom de fichier</li>
<li><code>O=A</code> trie l'affichage selon l'ordre croissant</li>
<li class="separate"><code>O=D</code> trie l'affichage selon
- l'ordre décroissant</li>
+ l'ordre décroissant</li>
<li><code>F=0</code> affiche le listing sous la forme d'une simple
liste (sans FancyIndex)</li>
- <li><code>F=1</code> affiche le listing avec en-têtes de colonnes
+ <li><code>F=1</code> affiche le listing avec en-têtes de colonnes
sous forme de liens hyper-textes (FancyIndexed)</li>
<li class="separate"><code>F=2</code> affiche le listing sous
- forme de table HTML avec en-têtes de colonnes contenant des liens
+ forme de table HTML avec en-têtes de colonnes contenant des liens
hyper-textes (FancyIndexed)</li>
- <li><code>V=0</code> désactive le tri en fonction de la
+ <li><code>V=0</code> désactive le tri en fonction de la
version</li>
<li class="separate"><code>V=1</code> active le tri en fonction de
la version</li>
- <li><code>P=<var>modèle</var></code> n'affiche que les fichiers
- correspondant au <var>modèle</var> spécifié</li>
+ <li><code>P=<var>modèle</var></code> n'affiche que les fichiers
+ correspondant au <var>modèle</var> spécifié</li>
</ul>
- <p>Notez que l'argument 'P' (pour Pattern) n'est testé
- qu'<em>après</em> que les directives habituelles <directive
- module="mod_autoindex">IndexIgnore</directive> ont été traitées,
- et que tous les noms de fichiers sont encore assujettis aux mêmes
- critères que pour tout autre listing auto-indexé. L'interpréteur
- d'arguments de requête de <module>mod_autoindex</module> s'arrête
- immédiatement s'il rencontre une option non reconnue. Les arguments
- de requête doivent être bien formés, selon la table ci-dessus.</p>
-
- <p>Les options de requêtes sont illustrées par l'exemple ci-dessous,
- qui peut être copié et collé dans un fichier header.html. Notez que
+ <p>Notez que l'argument 'P' (pour Pattern) n'est testé
+ qu'<em>après</em> que les directives habituelles <directive
+ module="mod_autoindex">IndexIgnore</directive> ont été traitées,
+ et que tous les noms de fichiers sont encore assujettis aux mêmes
+ critères que pour tout autre listing auto-indexé. L'interpréteur
+ d'arguments de requête de <module>mod_autoindex</module> s'arrête
+ immédiatement s'il rencontre une option non reconnue. Les arguments
+ de requête doivent être bien formés, selon la table ci-dessus.</p>
+
+ <p>Les options de requêtes sont illustrées par l'exemple ci-dessous,
+ qui peut être copié et collé dans un fichier header.html. Notez que
l'argument inconnu "X", pour le bouton submit, est introduit en
- dernier afin de s'assurer que tous les arguments ont été
- interprétés avant que mod_autoindex ne rencontre l'entrée X=Go.</p>
+ dernier afin de s'assurer que tous les arguments ont été
+ interprétés avant que mod_autoindex ne rencontre l'entrée X=Go.</p>
<example>
<form action="" method="get"><br />
<indent>
<option value="0"> liste simple</option><br />
<option value="1" selected="selected"> liste avec
- en-têtes</option><br />
- <option value="2"> liste avec en-tête sous forme de
+ en-têtes</option><br />
+ <option value="2"> liste avec en-tête sous forme de
table</option><br />
</indent>
</select><br />
- triée par <select name="C"><br />
+ triée par <select name="C"><br />
<indent>
<option value="N" selected="selected"> nom</option><br />
<option value="M"> date de modification</option><br />
<select name="O"><br />
<indent>
<option value="A" selected="selected"> croissant</option><br />
- <option value="D"> décroissant</option><br />
+ <option value="D"> décroissant</option><br />
</indent>
</select><br />
<select name="V"><br />
<option value="1"> en fonction de la version</option><br />
</indent>
</select><br />
- correspondant à <input type="text" name="P" value="*" /><br />
+ correspondant à <input type="text" name="P" value="*" /><br />
<input type="submit" name="X" value="Go" /><br />
</indent>
</form>
<directivesynopsis>
<name>AddAlt</name>
-<description>Texte optionnel à afficher à la place d'un icône pour un
+<description>Texte optionnel à afficher à la place d'un icône pour un
fichier en fonction de son nom</description>
<syntax>AddAlt <var>texte</var> <var>fichier</var> [<var>fichier</var>] ...</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<usage>
<p>La directive <directive>AddAlt</directive> permet d'afficher un
- texte optionnel pour un fichier, à la place d'un icône, dans le cas
+ texte optionnel pour un fichier, à la place d'un icône, dans le cas
d'un affichage <code><a
href="#indexoptions.fancyindexing">FancyIndexing</a></code>.
<var>fichier</var> est une extension de fichier, un nom de fichier
- partiel, une expression avec caractères génériques ou un nom de
- fichier complet permettant de caractériser le(s) fichier(s)
- concerné(s). Si <var>texte</var> contient des espaces, vous devez
+ partiel, une expression avec caractères génériques ou un nom de
+ fichier complet permettant de caractériser le(s) fichier(s)
+ concerné(s). Si <var>texte</var> contient des espaces, vous devez
l'entourer de guillemets ou d'apostrophes (<code>"</code> ou
- <code>'</code>). Ce texte optionnel sera affiché si le client ne
- peut pas afficher d'images, si le chargement d'images est désactivé
- ou si l'icône ne peut pas être trouvé.</p>
+ <code>'</code>). Ce texte optionnel sera affiché si le client ne
+ peut pas afficher d'images, si le chargement d'images est désactivé
+ ou si l'icône ne peut pas être trouvé.</p>
<highlight language="config">
AddAlt "PDF file" *.pdf
<directivesynopsis>
<name>AddAltByEncoding</name>
-<description>Texte optionnel à afficher à la place d'un icône pour un
+<description>Texte optionnel à afficher à la place d'un icône pour un
fichier en fonction de son codage MIME</description>
<syntax>AddAltByEncoding <var>texte</var> <var>codage MIME</var>
[<var>codage MIME</var>] ...</syntax>
<usage>
<p>La directive <directive>AddAltByEncoding</directive> permet
- d'afficher un texte optionnel à la place d'un icône pour un fichier
+ d'afficher un texte optionnel à la place d'un icône pour un fichier
dans le cas d'un affichage <code><a
href="#indexoptions.fancyindexing">FancyIndexing</a></code>.
- <var>codage MIME</var> doit être un type valide, comme
+ <var>codage MIME</var> doit être un type valide, comme
<code>x-compress</code>. Si <var>texte</var> contient des espaces,
vous devez l'entourer de guillemets ou d'apostrophes (<code>"</code>
- ou <code>'</code>). Ce texte optionnel sera affiché si le client ne
- peut pas afficher d'images, si le chargement d'images est désactivé
- ou si l'icône ne peut pas être trouvé.</p>
+ ou <code>'</code>). Ce texte optionnel sera affiché si le client ne
+ peut pas afficher d'images, si le chargement d'images est désactivé
+ ou si l'icône ne peut pas être trouvé.</p>
<highlight language="config">
AddAltByEncoding gzip x-gzip
<directivesynopsis>
<name>AddAltByType</name>
-<description>Texte optionnel à afficher à la place d'un icône pour un
+<description>Texte optionnel à afficher à la place d'un icône pour un
fichier en fonction de son type MIME</description>
<syntax>AddAltByType <var>texte</var> <var>type MIME</var>
[<var>type MIME</var>] ...</syntax>
<usage>
<p>La directive <directive>AddAltByType</directive> permet
- d'afficher un texte optionnel à la place d'un icône pour un fichier
+ d'afficher un texte optionnel à la place d'un icône pour un fichier
dans le cas d'un affichage <code><a
href="#indexoptions.fancyindexing">FancyIndexing</a></code>.
- <var>type MIME</var> doit être un type MIME valide, comme
+ <var>type MIME</var> doit être un type MIME valide, comme
<code>text/html</code>. Si <var>texte</var> contient des espaces,
vous devez l'entourer de guillemets ou d'apostrophes (<code>"</code>
- ou <code>'</code>). Ce texte optionnel sera affiché si le client ne
- peut pas afficher d'images, si le chargement d'images est désactivé
- ou si l'icône ne peut pas être trouvé.</p>
+ ou <code>'</code>). Ce texte optionnel sera affiché si le client ne
+ peut pas afficher d'images, si le chargement d'images est désactivé
+ ou si l'icône ne peut pas être trouvé.</p>
<highlight language="config">
AddAltByType 'Fichier texte' text/plain
fichier, dans le cas d'un affichage <code><a
href="#indexoptions.fancyindexing">FancyIndexing</a></code>.
<var>fichier</var> est une extension de fichier, un nom de fichier
- partiel, une expression avec caractères génériques ou un nom de
- fichier complet permettant de caractériser le fichier.
- <var>texte</var> doit être entouré de guillemets
+ partiel, une expression avec caractères génériques ou un nom de
+ fichier complet permettant de caractériser le fichier.
+ <var>texte</var> doit être entouré de guillemets
(<code>"</code>).</p>
<highlight language="config">
AddDescription "My friend Marshall" friends/mars.gif
</highlight>
- <p>La taille par défaut, habituelle du champ de description est de
+ <p>La taille par défaut, habituelle du champ de description est de
23 octets. L'option <code><a href="#indexoptions.suppressicon"
>IndexOptions SuppressIcon</a></code> ajoute 6 octets, l'option
<code><a href="#indexoptions.suppresssize">IndexOptions
SuppressSize</a></code> en ajoute 7 et l'option <code><a
href="#indexoptions.suppresslastmodified">IndexOptions
SuppressLastModified</a></code> en ajoute 19. Ainsi, la plus grande
- taille par défaut qui peut être assignée à la colonne description
+ taille par défaut qui peut être assignée à la colonne description
est de 55 octets.</p>
- <p>Comme l'argument <var>fichier</var> peut être un nom de fichier
- partiel, vous devez garder à l'esprit qu'un nom de fichier partiel
- trop court pourra correspondre à des fichiers non voulus. Par
+ <p>Comme l'argument <var>fichier</var> peut être un nom de fichier
+ partiel, vous devez garder à l'esprit qu'un nom de fichier partiel
+ trop court pourra correspondre à des fichiers non voulus. Par
exemple, <code>le.html</code> correspondra au fichier
<code>le.html</code>, mais aussi au fichier
- <code>example.html</code>. En cas d'ambiguïté, utilisez un nom de
+ <code>example.html</code>. En cas d'ambiguïté, utilisez un nom de
fichier aussi complet que possible, et ordonnez votre liste de
- directives <code>AddDescription</code> en conséquence.</p>
+ directives <code>AddDescription</code> en conséquence.</p>
- <p>Voir le mot-clé <a href="#indexoptions.descriptionwidth"
+ <p>Voir le mot-clé <a href="#indexoptions.descriptionwidth"
>DescriptionWidth</a> de la directive <directive
>module="mod_autoindex">IndexOptions</directive> pour plus de
- détails sur la manière d'augmenter la taille de cette colonne, ou
- pour permettre des descriptions de taille illimitée.</p>
+ détails sur la manière d'augmenter la taille de cette colonne, ou
+ pour permettre des descriptions de taille illimitée.</p>
<note><title>Avertissement</title>
- <p>Le texte descriptif défini par la directive
+ <p>Le texte descriptif défini par la directive
<directive>AddDescription</directive> peut contenir des marquages
- HTML, comme des balises ou des entités caractères. Si la limite de
- taille de la colonne description venait à tronquer une balise (par
- exemple couper la fin d'une phrase en caractères gras), le
- résultat pourrait en affecter toute la suite du listing du
- répertoire.</p>
+ HTML, comme des balises ou des entités caractères. Si la limite de
+ taille de la colonne description venait à tronquer une balise (par
+ exemple couper la fin d'une phrase en caractères gras), le
+ résultat pourrait en affecter toute la suite du listing du
+ répertoire.</p>
</note>
<note><title>Arguments avec chemins</title>
- <p>Les chemins absolus ne sont actuellement pas supportés et ne
- peuvent correspondre à aucun chemin réel à l'exécution. Les
- arguments contenant des chemins relatifs, qui ne devraient être
- normalement utilisés que dans les fichiers htaccess, sont
- implicitement préfixés par '*/' afin d'éviter toute association
- avec des noms de répertoires partiels.</p>
+ <p>Les chemins absolus ne sont actuellement pas supportés et ne
+ peuvent correspondre à aucun chemin réel à l'exécution. Les
+ arguments contenant des chemins relatifs, qui ne devraient être
+ normalement utilisés que dans les fichiers htaccess, sont
+ implicitement préfixés par '*/' afin d'éviter toute association
+ avec des noms de répertoires partiels.</p>
</note>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>AddIcon</name>
-<description>Icône à afficher pour un fichier en fonction de son
+<description>Icône à afficher pour un fichier en fonction de son
nom</description>
-<syntax>AddIcon <var>icône</var> <var>nom</var> [<var>nom</var>]
+<syntax>AddIcon <var>icône</var> <var>nom</var> [<var>nom</var>]
...</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
<override>Indexes</override>
<usage>
- <p>Cette directive permet de déterminer l'icône à afficher à côté
+ <p>Cette directive permet de déterminer l'icône à afficher à côté
d'un fichier dont le nom se termine par <var>nom</var>, dans le cas
d'un affichage <code><a href="#indexoptions.fancyindexing"
- >FancyIndexing</a></code>. <var>icône</var> est une URL relative
- (échappée par des caractères '%') vers
- l'icône, une URL distante pleinement qualifiée, ou de la forme
- <code>(<var>alttext</var>,<var>url</var>)</code>, où
- <var>alttext</var> est le symbole texte correspondant à l'icône à
+ >FancyIndexing</a></code>. <var>icône</var> est une URL relative
+ (échappée par des caractères '%') vers
+ l'icône, une URL distante pleinement qualifiée, ou de la forme
+ <code>(<var>alttext</var>,<var>url</var>)</code>, où
+ <var>alttext</var> est le symbole texte correspondant à l'icône à
afficher dans les navigateurs en mode texte.</p>
- <p><var>nom</var> correspond à <code>^^DIRECTORY^^</code> pour les
- répertoires, <code>^^BLANKICON^^</code> pour les lignes vides
- (pour personnaliser la présentation du listing), une extension de
- fichier, une expression avec caractères génériques, un nom de
+ <p><var>nom</var> correspond à <code>^^DIRECTORY^^</code> pour les
+ répertoires, <code>^^BLANKICON^^</code> pour les lignes vides
+ (pour personnaliser la présentation du listing), une extension de
+ fichier, une expression avec caractères génériques, un nom de
fichier partiel ou un nom de fichier complet.</p>
- <p><code>^^BLANKICON^^</code> n'est utilisé que pour le formatage,
- et n'est donc pas nécessaire si vous utilisez <code>IndexOptions
+ <p><code>^^BLANKICON^^</code> n'est utilisé que pour le formatage,
+ et n'est donc pas nécessaire si vous utilisez <code>IndexOptions
HTMLTable</code>.</p>
<highlight language="config">
AddIcon /icons/backup.png *~
</highlight>
- <p>Lorsque c'est possible, il est préférable d'utiliser <directive
- module="mod_autoindex">AddIconByType</directive> plutôt que
+ <p>Lorsque c'est possible, il est préférable d'utiliser <directive
+ module="mod_autoindex">AddIconByType</directive> plutôt que
<directive>AddIcon</directive>.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>AddIconByEncoding</name>
-<description>Icône à afficher à côté d'un fichier en fonction de son
+<description>Icône à afficher à côté d'un fichier en fonction de son
codage MIME</description>
-<syntax>AddIconByEncoding <var>icône</var> <var>codage MIME</var>
+<syntax>AddIconByEncoding <var>icône</var> <var>codage MIME</var>
[<var>codage MIME</var>] ...</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
<override>Indexes</override>
<usage>
- <p>Cette directive permet de déterminer l'icône à afficher à côté
+ <p>Cette directive permet de déterminer l'icône à afficher à côté
d'un fichier dans le cas d'un affichage <code><a
href="#indexoptions.fancyindexing">FancyIndexing</a></code>.
- <var>icône</var> est une URL relative
- (échappée par des caractères '%') vers
- l'icône, une URL pleinement qualifiée, ou de la forme
- <code>(<var>alttext</var>,<var>url</var>)</code>, où
- <var>alttext</var> est le symbole texte correspondant à l'icône à
+ <var>icône</var> est une URL relative
+ (échappée par des caractères '%') vers
+ l'icône, une URL pleinement qualifiée, ou de la forme
+ <code>(<var>alttext</var>,<var>url</var>)</code>, où
+ <var>alttext</var> est le symbole texte correspondant à l'icône à
afficher dans les navigateurs en mode texte.</p>
- <p><var>codage MIME</var> doit être un codage valide, comme
+ <p><var>codage MIME</var> doit être un codage valide, comme
<code>x-compress</code>.</p>
<highlight language="config">
<directivesynopsis>
<name>AddIconByType</name>
-<description>Icône à afficher à côté d'un fichier en fonction de son
+<description>Icône à afficher à côté d'un fichier en fonction de son
type MIME</description>
-<syntax>AddIconByType <var>icône</var> <var>type MIME</var>
+<syntax>AddIconByType <var>icône</var> <var>type MIME</var>
[<var>type MIME</var>] ...</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
<override>Indexes</override>
<usage>
- <p>Cette directive permet de déterminer l'icône à afficher à côté
+ <p>Cette directive permet de déterminer l'icône à afficher à côté
d'un fichier de type MIME <var>type MIME</var> dans le cas d'un
affichage <code><a
href="#indexoptions.fancyindexing">FancyIndexing</a></code>.
- <var>icône</var> est une URL relative
- (échappée par des caractères '%') vers
- l'icône, une URL pleinement qualifiée, ou de la forme
- <code>(<var>alttext</var>,<var>url</var>)</code>, où
- <var>alttext</var> est le symbole texte correspondant à l'icône à
+ <var>icône</var> est une URL relative
+ (échappée par des caractères '%') vers
+ l'icône, une URL pleinement qualifiée, ou de la forme
+ <code>(<var>alttext</var>,<var>url</var>)</code>, où
+ <var>alttext</var> est le symbole texte correspondant à l'icône à
afficher dans les navigateurs en mode texte.</p>
- <p><var>type MIME</var> est une expression avec caractères
- génériques représentant le type MIME.</p>
+ <p><var>type MIME</var> est une expression avec caractères
+ génériques représentant le type MIME.</p>
<highlight language="config">
AddIconByType (IMG,/icons/image.png) image/*
<directivesynopsis>
<name>DefaultIcon</name>
-<description>Icône à afficher par défaut lorsqu'aucun icône spécifique
-n'est précisé</description>
+<description>Icône à afficher par défaut lorsqu'aucun icône spécifique
+n'est précisé</description>
<syntax>DefaultIcon <var>chemin URL</var></syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
<override>Indexes</override>
<usage>
- <p>La directive <directive>DefaultIcon</directive> permet de définir
- l'icône à afficher à côté d'un fichier lorsqu'aucun icône spécifique
- n'a été précisé, dans le cas d'un affichage <code><a
+ <p>La directive <directive>DefaultIcon</directive> permet de définir
+ l'icône à afficher à côté d'un fichier lorsqu'aucun icône spécifique
+ n'a été précisé, dans le cas d'un affichage <code><a
href="#indexoptions.fancyindexing">FancyIndexing</a></code>.
- <var>chemin URL</var> est une URL relative (échappée par des
- caractères '%') vers l'icône ou une URL pleinement qualifiée.</p>
+ <var>chemin URL</var> est une URL relative (échappée par des
+ caractères '%') vers l'icône ou une URL pleinement qualifiée.</p>
<highlight language="config">
DefaultIcon /icon/unknown.png
<directivesynopsis>
<name>HeaderName</name>
-<description>Nom du fichier qui sera inséré au début de la page
+<description>Nom du fichier qui sera inséré au début de la page
contenant l'index</description>
<syntax>HeaderName <var>nom fichier</var></syntax>
<contextlist><context>server config</context><context>virtual host</context>
<override>Indexes</override>
<usage>
- <p>La directive <directive>HeaderName</directive> permet de définir
- le nom du fichier qui sera inséré au début de la page contenant
- l'index. <var>nom fichier</var> est le nom du fichier à inclure.</p>
+ <p>La directive <directive>HeaderName</directive> permet de définir
+ le nom du fichier qui sera inséré au début de la page contenant
+ l'index. <var>nom fichier</var> est le nom du fichier à inclure.</p>
<highlight language="config">
HeaderName HEADER.html
<p>Les deux directives HeaderName et <directive
module="mod_autoindex">ReadmeName</directive> traitent maintenant
<var>nom fichier</var> comme un chemin URI relatif au chemin
- utilisé pour accéder au répertoire faisant l'objet de l'index. Si
+ utilisé pour accéder au répertoire faisant l'objet de l'index. Si
<var>nom fichier</var> commence par un slash '/', il sera
- considéré comme relatif au répertoire défini par la directive
+ considéré comme relatif au répertoire défini par la directive
<directive module="core">DocumentRoot</directive>.</p>
<highlight language="config">
HeaderName /include/HEADER.html
</highlight>
- <p><var>nom fichier</var> doit correspondre à un document dont le
+ <p><var>nom fichier</var> doit correspondre à un document dont le
type MIME est du style <code>text/*</code> (<em>par exemple</em>
<code>text/html</code>, <code>text/plain</code>, etc...). Cela
- signifie que <var>nom fichier</var> peut faire référence à un
- script CGI si le véritable type MIME du script (et non celui de sa
- sortie) est marqué comme <code>text/html</code> par exemple à
+ signifie que <var>nom fichier</var> peut faire référence à un
+ script CGI si le véritable type MIME du script (et non celui de sa
+ sortie) est marqué comme <code>text/html</code> par exemple à
l'aide d'une directive comme :</p>
<highlight language="config">
AddType text/html .cgi
</highlight>
- <p>Une <a href="../content-negotiation.html">négociation de
- contenu</a> sera effectuée si <directive
- module="core">Options</directive> <code>MultiViews</code> a été
- précisé. Si <var>nom fichier</var> correspond à un document
- statique <code>text/html</code> (et non à un script CGI), et une
+ <p>Une <a href="../content-negotiation.html">négociation de
+ contenu</a> sera effectuée si <directive
+ module="core">Options</directive> <code>MultiViews</code> a été
+ précisé. Si <var>nom fichier</var> correspond à un document
+ statique <code>text/html</code> (et non à un script CGI), et une
des deux <directive module="core">options</directive>
- <code>Includes</code> ou <code>IncludesNOEXEC</code> est activée,
- le fichier sera traité en tant qu'inclusion côté serveur (Server
+ <code>Includes</code> ou <code>IncludesNOEXEC</code> est activée,
+ le fichier sera traité en tant qu'inclusion côté serveur (Server
Side Include) (voir la documentation de
<module>mod_include</module>).</p>
</note>
- <p>Si le fichier spécifié par la directive
- <directive>HeaderName</directive> contient les en-têtes d'un
+ <p>Si le fichier spécifié par la directive
+ <directive>HeaderName</directive> contient les en-têtes d'un
document HTML ((<html>, <head>, etc...), vous serez
- probablement amené à définir <a
+ probablement amené à définir <a
href="#indexoptions.suppresshtmlpreamble"><code>IndexOptions
- +SuppressHTMLPreamble</code></a>, de manière à ce que ces balises ne
- soient pas répétées.</p>
+ +SuppressHTMLPreamble</code></a>, de manière à ce que ces balises ne
+ soient pas répétées.</p>
</usage>
<seealso><directive module="mod_autoindex">ReadmeName</directive></seealso>
<directivesynopsis>
<name>IndexIgnore</name>
-<description>Ajouts à la liste des fichiers à cacher lors de l'affichage
-de l'index d'un répertoire</description>
+<description>Ajouts à la liste des fichiers à cacher lors de l'affichage
+de l'index d'un répertoire</description>
<syntax>IndexIgnore <var>fichier</var> [<var>fichier</var>] ...</syntax>
<default>IndexIgnore "."</default>
<contextlist><context>server config</context><context>virtual host</context>
<usage>
<p>La directive <directive>IndexIgnore</directive> permet
- d'effectuer des ajouts à la liste des fichiers à cacher lors de
- l'affichage de l'index d'un répertoire. <var>fichier</var> est une
- expression avec caractères génériques de style shell ou un nom de
+ d'effectuer des ajouts à la liste des fichiers à cacher lors de
+ l'affichage de l'index d'un répertoire. <var>fichier</var> est une
+ expression avec caractères génériques de style shell ou un nom de
fichier complet. Plusieurs directives IndexIgnore effectuent des
- ajouts à la liste, et ne remplacent pas la liste des fichiers à
- ignorer. Par défaut, la liste contient <code>.</code> (le répertoire
+ ajouts à la liste, et ne remplacent pas la liste des fichiers à
+ ignorer. Par défaut, la liste contient <code>.</code> (le répertoire
courant).</p>
<highlight language="config">
<directivesynopsis>
<name>IndexIgnoreReset</name>
-<description>Vide la liste des fichiers à cacher lors de l'affichage du
-contenu d'un répertoire</description>
+<description>Vide la liste des fichiers à cacher lors de l'affichage du
+contenu d'un répertoire</description>
<syntax>IndexIgnoreReset ON|OFF</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
</contextlist>
<override>Indexes</override>
-<compatibility>Versions 2.3.10 et supérieures</compatibility>
+<compatibility>Versions 2.3.10 et supérieures</compatibility>
<usage>
<p>La directive <directive>IndexIgnoreReset</directive> supprime
- toute liste de fichiers définie par la directive
- <directive>IndexIgnore</directive> et héritée par ailleurs d'autres
+ toute liste de fichiers définie par la directive
+ <directive>IndexIgnore</directive> et héritée par ailleurs d'autres
sections de configuration.</p>
<highlight language="config">
</Directory>
</highlight>
- <note type="warning"><p>Revoyez la configuration par défaut pour une
- liste de modèles que vous voulez ignorer explicitement après usage
+ <note type="warning"><p>Revoyez la configuration par défaut pour une
+ liste de modèles que vous voulez ignorer explicitement après usage
de cette directive.</p></note>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>IndexOptions</name>
<description>Diverses options de configuration pour l'indexation d'un
-répertoire</description>
+répertoire</description>
<syntax>IndexOptions [+|-]<var>option</var> [[+|-]<var>option</var>]
...</syntax>
-<default>Par défaut, aucune option n'est activée.</default>
+<default>Par défaut, aucune option n'est activée.</default>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
</contextlist>
<usage>
<p>La directive <directive>IndexOptions</directive> permet de
- spécifier les options de configuration de l'indexation du
- répertoire. <var>option</var> peut prendre l'une des valeurs
+ spécifier les options de configuration de l'indexation du
+ répertoire. <var>option</var> peut prendre l'une des valeurs
suivantes :</p>
<dl>
<dt><a name="indexoptions.addaltclass"
id="indexoptions.addaltclass">AddAltClass</a></dt>
- <dd>Ajoute une déclaration de classe CSS supplémentaire à chaque
- enregistrement de la table du listing du répertoire dans le cas où
- <code>IndexOptions HTMLTable</code> est activé et où un
- <code>IndexStyleSheet</code> a été défini. Plutôt que d'appliquer
- à chaque enregistrement de la table les classes standards
+ <dd>Ajoute une déclaration de classe CSS supplémentaire à chaque
+ enregistrement de la table du listing du répertoire dans le cas où
+ <code>IndexOptions HTMLTable</code> est activé et où un
+ <code>IndexStyleSheet</code> a été défini. Plutôt que d'appliquer
+ à chaque enregistrement de la table les classes standards
<code>even</code> et <code>odd</code>, c'est ici une classe
<code>even-<em>ALT</em></code> ou <code>odd-<em>ALT</em></code>
- qui sera appliquée, où <em>ALT</em> sera soit le texte alternatif
- standard associé au style du fichier (par exemple <em>snd</em>,
+ qui sera appliquée, où <em>ALT</em> sera soit le texte alternatif
+ standard associé au style du fichier (par exemple <em>snd</em>,
<em>txt</em>, <em>img</em>, etc...), soit le texte alternatif
- défini par une des différentes directives <code>AddAlt*</code>.
+ défini par une des différentes directives <code>AddAlt*</code>.
</dd>
<dt><a name="indexoptions.charset"
id="indexoptions.charset"
- >Charset=<var>jeu de caractères</var></a> (<em>Versions 2.0.61 et
- supérieures du serveur HTTP Apache</em>)</dt>
+ >Charset=<var>jeu de caractères</var></a> (<em>Versions 2.0.61 et
+ supérieures du serveur HTTP Apache</em>)</dt>
- <dd>Le mot-clé <code>Charset</code> vous permet de spécifier le
- jeu de caractères de la page générée. La valeur par défaut est
+ <dd>Le mot-clé <code>Charset</code> vous permet de spécifier le
+ jeu de caractères de la page générée. La valeur par défaut est
<var>UTF-8</var> sous Windows et MAC OS X, et
<var>ISO-8859-1</var> dans les autres cas (en fait selon que le
- système de fichiers sous-jacent utilise les noms de fichiers en
+ système de fichiers sous-jacent utilise les noms de fichiers en
Unicode ou non).
<highlight language="config">
id="indexoptions.descriptionwidth"
>DescriptionWidth=[<var>n</var> | *]</a></dt>
- <dd>Le mot-clé <code>DescriptionWidth</code> vous permet de
- spécifier la taille en caractères de la colonne description.</dd>
+ <dd>Le mot-clé <code>DescriptionWidth</code> vous permet de
+ spécifier la taille en caractères de la colonne description.</dd>
<dt>Avec <code>-DescriptionWidth</code> (ou si l'option n'est pas
- définie), <module>mod_autoindex</module> calcule la meilleure
+ définie), <module>mod_autoindex</module> calcule la meilleure
taille.</dt>
<dd><code>DescriptionWidth=<var>n</var></code> fixe la taille de
- la colonne à <var>n</var> octets.</dd>
+ la colonne à <var>n</var> octets.</dd>
<dd><code>DescriptionWidth=*</code> ajuste la taille de la colonne
- à la plus longue chaîne de description.
+ à la plus longue chaîne de description.
<strong>Voir la section concernant <directive
module="mod_autoindex">AddDescription</directive> pour les dangers
- inhérants à la troncature des descriptions.</strong></dd>
+ inhérants à la troncature des descriptions.</strong></dd>
<dt><a name="indexoptions.fancyindexing"
id="indexoptions.fancyindexing">FancyIndexing</a></dt>
- <dd>Cette option active l'indexation "améliorée" des répertoires,
- c'est à dire avec en-têtes de colonnes sous forme d'hyper-liens
- auto-référants.</dd>
+ <dd>Cette option active l'indexation "améliorée" des répertoires,
+ c'est à dire avec en-têtes de colonnes sous forme d'hyper-liens
+ auto-référants.</dd>
<dt><a name="indexoptions.foldersfirst"
id="indexoptions.foldersfirst">FoldersFirst</a></dt>
- <dd>Lorsque cette option est activée, la liste des
- sous-répertoires apparaîtra <em>toujours</em> en premier, suivie
- de la liste des fichiers normaux du répertoire. Le listing
+ <dd>Lorsque cette option est activée, la liste des
+ sous-répertoires apparaîtra <em>toujours</em> en premier, suivie
+ de la liste des fichiers normaux du répertoire. Le listing
comporte principalement deux parties, les fichiers et les
- sous-répertoires, chacun d'eux étant trié séparément et les
- sous-répertoires affichés en premier. Par exemple, si l'ordre de
- tri est décroissant par nom, et si <code>FoldersFirst</code> est
- activé, le sous-répertoire <code>Zed</code> sera affiché avant le
- sous-répertoire <code>Beta</code>, qui sera lui-même affiché avant
+ sous-répertoires, chacun d'eux étant trié séparément et les
+ sous-répertoires affichés en premier. Par exemple, si l'ordre de
+ tri est décroissant par nom, et si <code>FoldersFirst</code> est
+ activé, le sous-répertoire <code>Zed</code> sera affiché avant le
+ sous-répertoire <code>Beta</code>, qui sera lui-même affiché avant
les fichiers normaux <code>Gamma</code> et <code>Alpha</code>.
<strong>Cette option n'a d'effet que si <a
href="#indexoptions.fancyindexing"><code>FancyIndexing</code></a>
- est aussi activé.</strong>
+ est aussi activé.</strong>
</dd>
<dt><a name="indexoptions.htmltable"
<dd>Cette option pour l'affichage
<code>FancyIndexing</code> permet de construire une table simple
- pour l'affichage de l'index du répertoire. Cette option s'avèrera
- particulièrement nécessaire pour les plates-formes où utf-8 est
- activé et dans le cas où les noms de fichiers ou les chaînes
- de description alternent entre les ordres de lecture gauche à
- droite et droite à gauche.</dd>
+ pour l'affichage de l'index du répertoire. Cette option s'avèrera
+ particulièrement nécessaire pour les plates-formes où utf-8 est
+ activé et dans le cas où les noms de fichiers ou les chaînes
+ de description alternent entre les ordres de lecture gauche à
+ droite et droite à gauche.</dd>
<dt><a name="indexoptions.iconsarelinks"
id="indexoptions.iconsarelinks">IconsAreLinks</a></dt>
- <dd>Configure la partie réservée aux icônes de l'ancrage pour le
- nom de fichier, dans le cas d'un affichage "amélioré".</dd>
+ <dd>Configure la partie réservée aux icônes de l'ancrage pour le
+ nom de fichier, dans le cas d'un affichage "amélioré".</dd>
<dt><a name="indexoptions.iconheight"
id="indexoptions.iconheight">IconHeight[=<var
>pixels</var>]</a></dt>
- <dd>Si cette option est présente, en combinaison avec
+ <dd>Si cette option est présente, en combinaison avec
<code>IconWidth</code>, le serveur va inclure les attributs
<code>height</code> et <code>width</code> dans la balise
- <code>img</code> qui référence le fichier de l'icône. Ceci va
- permettre au navigateur de prévoir les caractéristiques de la page
- sans devoir attendre que toutes les images aient été chargées. En
- l'absence de cette option, c'est la hauteur standard définie par
- le logiciel Apache httpd qui est choisie comme valeur par défaut.
+ <code>img</code> qui référence le fichier de l'icône. Ceci va
+ permettre au navigateur de prévoir les caractéristiques de la page
+ sans devoir attendre que toutes les images aient été chargées. En
+ l'absence de cette option, c'est la hauteur standard définie par
+ le logiciel Apache httpd qui est choisie comme valeur par défaut.
<strong>Cette option n'a d'effet que si <a
href="#indexoptions.fancyindexing"><code>FancyIndexing</code></a>
- est aussi activé.</strong>
+ est aussi activé.</strong>
</dd>
<dt><a name="indexoptions.iconwidth"
id="indexoptions.iconwidth">IconWidth[=<var
>pixels</var>]</a></dt>
- <dd>Si cette option est présente, en combinaison avec
+ <dd>Si cette option est présente, en combinaison avec
<code>IconHeight</code>, le serveur va inclure les attributs
<code>height</code> et <code>width</code> dans la balise
- <code>img</code> qui référence le fichier de l'icône. Ceci va
- permettre au navigateur de prévoir les caractéristiques de la page
- sans devoir attendre que toutes les images aient été chargées. En
- l'absence de cette option, c'est la largeur standard définie par
- le logiciel Apache httpd qui est choisie comme valeur par défaut.</dd>
+ <code>img</code> qui référence le fichier de l'icône. Ceci va
+ permettre au navigateur de prévoir les caractéristiques de la page
+ sans devoir attendre que toutes les images aient été chargées. En
+ l'absence de cette option, c'est la largeur standard définie par
+ le logiciel Apache httpd qui est choisie comme valeur par défaut.</dd>
<dt><a name="indexoptions.ignorecase"
id="indexoptions.ignorecase">IgnoreCase</a></dt>
- <dd>Si cette option est activée, les noms sont triés sans tenir
+ <dd>Si cette option est activée, les noms sont triés sans tenir
compte de la casse. Par exemple, si le tri s'effectue sur les noms
- dans l'ordre croissant, et si <code>IgnoreCase</code> est activé,
- le fichier Zeta apparaîtra après le fichier alfa (Note : le
- fichier GAMMA apparaîtra toujours avant le fichier gamma).
+ dans l'ordre croissant, et si <code>IgnoreCase</code> est activé,
+ le fichier Zeta apparaîtra après le fichier alfa (Note : le
+ fichier GAMMA apparaîtra toujours avant le fichier gamma).
</dd>
<dt><a name="indexoptions.ignoreclient"
id="indexoptions.ignoreclient">IgnoreClient</a></dt>
- <dd>Si cette option est activée, <module>mod_autoindex</module> va
- ignorer toutes les variables de requête fournies par le client, y
+ <dd>Si cette option est activée, <module>mod_autoindex</module> va
+ ignorer toutes les variables de requête fournies par le client, y
compris les informations de tri (ce qui implique l'activation de
l'option <code><a href="#indexoptions.suppresscolumnsorting"
>SuppressColumnSorting</a></code>).</dd>
id="indexoptions.namewidth">NameWidth=[<var>n</var>
| *]</a></dt>
- <dd>Le mot-clé <code>NameWidth</code> vous permet de spécifier la
+ <dd>Le mot-clé <code>NameWidth</code> vous permet de spécifier la
largeur en octets de la colonne correspondant au nom du
fichier.</dd>
<dd>Avec <code>-NameWidth</code> (ou si l'option n'est pas
- définie), <module
+ définie), <module
>mod_autoindex</module> va calculer la meilleure largeur
- possible, mais jusqu'à une largeur maximale de 20 octets.</dd>
+ possible, mais jusqu'à une largeur maximale de 20 octets.</dd>
<dd><code>NameWidth=<var>n</var></code> fixe la largeur de la
- colonne à <var>n</var> octets.</dd>
+ colonne à <var>n</var> octets.</dd>
- <dd><code>NameWidth=*</code> définit la largeur de colonne à la
- valeur nécessaire.</dd>
+ <dd><code>NameWidth=*</code> définit la largeur de colonne à la
+ valeur nécessaire.</dd>
<dt><a name="indexoptions.scanhtmltitles"
id="indexoptions.scanhtmltitles">ScanHTMLTitles</a></dt>
<dd>L'activation de cette option permet d'extraire le titre des
- documents HTML dans le cas d'un affichage "amélioré". Si le fichier
- ne possède aucune description définie par la directive <directive
+ documents HTML dans le cas d'un affichage "amélioré". Si le fichier
+ ne possède aucune description définie par la directive <directive
module="mod_autoindex">AddDescription</directive>, httpd va lire
le document pour tenter d'en extraire le <code>titre</code>. Ce
- processus est coûteux en ressources disque et CPU.</dd>
+ processus est coûteux en ressources disque et CPU.</dd>
<dt><a name="indexoptions.showforbidden"
id="indexoptions.showforbidden">ShowForbidden</a></dt>
- <dd>Si cette option est activée, Apache httpd affichera les fichiers
- normalement cachés suite au retour des valeurs
+ <dd>Si cette option est activée, Apache httpd affichera les fichiers
+ normalement cachés suite au retour des valeurs
<code>HTTP_UNAUTHORIZED</code> ou <code>HTTP_FORBIDDEN</code> par
- la sous-requête.</dd>
+ la sous-requête.</dd>
<dt><a name="indexoptions.suppresscolumnsorting"
id="indexoptions.suppresscolumnsorting"
>SuppressColumnSorting</a></dt>
- <dd>Si cette option est activée, Apache httpd supprimera les liens
- hyper-texte dans les en-têtes de colonnes dans le cas d'un
- affichage "amélioré". Par défaut, ces en-têtes constituent des liens
- hyper-texte, et la sélection de l'un d'entre eux va trier l'index
- du répertoire en fonction des valeurs de la colonne
- correspondante. Cependant, les arguments de la chaîne de
- paramètres de la requête ajoutés à l'URL seront toujours ignorés.
- Ce comportement est contrôlé par l'option <a
+ <dd>Si cette option est activée, Apache httpd supprimera les liens
+ hyper-texte dans les en-têtes de colonnes dans le cas d'un
+ affichage "amélioré". Par défaut, ces en-têtes constituent des liens
+ hyper-texte, et la sélection de l'un d'entre eux va trier l'index
+ du répertoire en fonction des valeurs de la colonne
+ correspondante. Cependant, les arguments de la chaîne de
+ paramètres de la requête ajoutés à l'URL seront toujours ignorés.
+ Ce comportement est contrôlé par l'option <a
href="#indexoptions.ignoreclient"><code>IndexOptions
IgnoreClient</code></a>.</dd>
>SuppressDescription</a></dt>
<dd>L'activation de cette option va supprimer la description des
- fichiers dans le cas d'un affichage "amélioré". Par défaut aucune
- description de fichier n'est définie, et par conséquent
- l'utilisation de cette option va permettre de récupérer un espace
- à l'écran de 23 caractères pouvant être utilisé pour autre chose.
+ fichiers dans le cas d'un affichage "amélioré". Par défaut aucune
+ description de fichier n'est définie, et par conséquent
+ l'utilisation de cette option va permettre de récupérer un espace
+ à l'écran de 23 caractères pouvant être utilisé pour autre chose.
Voir la directive <directive module="mod_autoindex"
- >AddDescription</directive> pour plus d'informations à propos de
- la définition des descriptions de fichiers. Voir aussi l'option
+ >AddDescription</directive> pour plus d'informations à propos de
+ la définition des descriptions de fichiers. Voir aussi l'option
d'index <code><a
href="#indexoptions.descriptionwidth">DescriptionWidth</a></code>
pour limiter la taille de la colonne description.
<strong>Cette option n'a d'effet que si <a
href="#indexoptions.fancyindexing"><code>FancyIndexing</code></a>
- est aussi activé.</strong>
+ est aussi activé.</strong>
</dd>
<dt><a name="indexoptions.suppresshtmlpreamble"
id="indexoptions.suppresshtmlpreamble"
>SuppressHTMLPreamble</a></dt>
- <dd>Si le répertoire contient effectivement le fichier spécifié
+ <dd>Si le répertoire contient effectivement le fichier spécifié
par la directive <directive
module="mod_autoindex">HeaderName</directive>, le module inclut
- en général le contenu du fichier après avoir inséré un préambule
+ en général le contenu du fichier après avoir inséré un préambule
HTML standard (<code><html></code>,
<code><head></code>, <em>etc...</em>). L'activation de
l'option <code>SuppressHTMLPreamble</code> supprime l'insertion de
- ce préambule, et le module va alors commencer l'affichage
- directement par le contenu du fichier d'en-tête. Dans ce cas par
- contre, le fichier d'en-tête doit contenir des instructions HTML
- appropriées. S'il n'y a pas de fichier d'en-tête, le préambule est
- généré comme dans le cas général. Si vous spécifiez aussi une
+ ce préambule, et le module va alors commencer l'affichage
+ directement par le contenu du fichier d'en-tête. Dans ce cas par
+ contre, le fichier d'en-tête doit contenir des instructions HTML
+ appropriées. S'il n'y a pas de fichier d'en-tête, le préambule est
+ généré comme dans le cas général. Si vous spécifiez aussi une
directive <directive
module="mod_autoindex">ReadmeName</directive>, et si ce
fichier existe, les balises de fermeture closing
</body></html> seront aussi omises dans la sortie, en
- supposant que vous ayez placé ces balises de fermeture dans ce
+ supposant que vous ayez placé ces balises de fermeture dans ce
fichier.</dd>
<dt><a name="indexoptions.suppressicon"
id="indexoptions.suppressicon">SuppressIcon</a></dt>
- <dd>L'activation de cette option supprime l'affichage des icônes
- dans le cas d'un affichage "amélioré". La combinaison de
+ <dd>L'activation de cette option supprime l'affichage des icônes
+ dans le cas d'un affichage "amélioré". La combinaison de
<code>SuppressIcon</code> et <code>SuppressRules</code> permet de
- générer une sortie au format HTML 3.2 qui, selon les dernières
- spécifications, interdit les éléments <code>img</code> et
- <code>hr</code> dans les blocs <code>pre</code> (utilisés pour
- formater les affichages "améliorés").</dd>
+ générer une sortie au format HTML 3.2 qui, selon les dernières
+ spécifications, interdit les éléments <code>img</code> et
+ <code>hr</code> dans les blocs <code>pre</code> (utilisés pour
+ formater les affichages "améliorés").</dd>
<dt><a name="indexoptions.suppresslastmodified"
id="indexoptions.suppresslastmodified"
>SuppressLastModified</a></dt>
<dd>L'activation de cette option supprime l'affichage de la date
- de dernière modification dans le cas d'un affichage "amélioré".
+ de dernière modification dans le cas d'un affichage "amélioré".
<strong>Cette option n'a d'effet que si <a
href="#indexoptions.fancyindexing"><code>FancyIndexing</code></a>
- est aussi activé.</strong>
+ est aussi activé.</strong>
</dd>
<dt><a name="indexoptions.suppressrules"
</dt>
<dd>L'activation de cette option supprime l'affichage des lignes
- horizontales (éléments <code>hr</code>) dans les index de
- répertoires. La combinaison de
+ horizontales (éléments <code>hr</code>) dans les index de
+ répertoires. La combinaison de
<code>SuppressIcon</code> et <code>SuppressRules</code> permet de
- générer une sortie au format HTML 3.2 qui, selon les dernières
- spécifications, interdit les éléments <code>img</code> et
- <code>hr</code> dans les blocs <code>pre</code> (utilisés pour
- formater les affichages "améliorés").
+ générer une sortie au format HTML 3.2 qui, selon les dernières
+ spécifications, interdit les éléments <code>img</code> et
+ <code>hr</code> dans les blocs <code>pre</code> (utilisés pour
+ formater les affichages "améliorés").
<strong>Cette option n'a d'effet que si <a
href="#indexoptions.fancyindexing"><code>FancyIndexing</code></a>
- est aussi activé.</strong>
+ est aussi activé.</strong>
</dd>
<dt><a name="indexoptions.suppresssize"
id="indexoptions.suppresssize">SuppressSize</a></dt>
<dd>L'activation de cette option supprime l'affichage de la taille
- du fichier dans le cas d'un affichage "amélioré".
+ du fichier dans le cas d'un affichage "amélioré".
<strong>Cette option n'a d'effet que si <a
href="#indexoptions.fancyindexing"><code>FancyIndexing</code></a>
- est aussi activé.</strong>
+ est aussi activé.</strong>
</dd>
<dt><a name="indexoptions.trackmodified"
id="indexoptions.trackmodified">TrackModified</a></dt>
<dd>Cette option renvoie les valeurs <code>Last-Modified</code> et
- <code>ETag</code> pour le répertoire indexé dans l'en-tête HTTP.
- Elle n'est valide que si le système d'exploitation et le système
- de fichiers renvoient des résultats appropriés pour la fonction
- stat(). C'est le cas de certains systèmes Unix, ainsi que JFS sous
+ <code>ETag</code> pour le répertoire indexé dans l'en-tête HTTP.
+ Elle n'est valide que si le système d'exploitation et le système
+ de fichiers renvoient des résultats appropriés pour la fonction
+ stat(). C'est le cas de certains systèmes Unix, ainsi que JFS sous
OS/2 ou
les volumes NTFS sous Win32. Ce n'est par contre pas le cas
- des volumes FAT Win32 et OS/2. Lorsque cette option est activée, le
- client ou le mandataire peuvent détecter les changements dans la
- liste des fichiers lorsqu'ils effectuent une requête
- <code>HEAD</code>. Notez que certains systèmes d'exploitation
- détectent correctement les nouveaux fichiers et les fichiers
- supprimés, mais ne détectent pas les modifications de tailles ou
- de dates des fichiers du répertoire. <strong>Les modifications de
- taille ou de date d'un fichier existant ne mettent pas à jour
- l'en-tête <code>Last-Modified</code> sur toutes les plate-formes
+ des volumes FAT Win32 et OS/2. Lorsque cette option est activée, le
+ client ou le mandataire peuvent détecter les changements dans la
+ liste des fichiers lorsqu'ils effectuent une requête
+ <code>HEAD</code>. Notez que certains systèmes d'exploitation
+ détectent correctement les nouveaux fichiers et les fichiers
+ supprimés, mais ne détectent pas les modifications de tailles ou
+ de dates des fichiers du répertoire. <strong>Les modifications de
+ taille ou de date d'un fichier existant ne mettent pas à jour
+ l'en-tête <code>Last-Modified</code> sur toutes les plate-formes
Unix.</strong> Si c'est le cas, laissez cette option
- désactivée.</dd>
+ désactivée.</dd>
<dt><a name="indexoptions.type"
id="indexoptions.type"
>Type=<var>type MIME</var></a> (<em>Versions 2.0.61 et
- supérieures du serveur HTTP Apache</em>)</dt>
+ supérieures du serveur HTTP Apache</em>)</dt>
- <dd>Le mot-clé <code>Type</code> vous permet de spécifier le type
- MIME de la page générée. La valeur par défaut est
+ <dd>Le mot-clé <code>Type</code> vous permet de spécifier le type
+ MIME de la page générée. La valeur par défaut est
<var>text/html</var>.
<highlight language="config">
<dt><a name="indexoptions.versionsort"
id="indexoptions.versionsort">VersionSort</a>
- (<em>Versions 2.0a3 et supérieures du serveur HTTP Apache</em>)</dt>
+ (<em>Versions 2.0a3 et supérieures du serveur HTTP Apache</em>)</dt>
- <dd>Le mot-clé <code>VersionSort</code> permet de trier les
- fichiers contenant des numéros de version d'une manière
- spécifique. Les chaînes sont triées comme d'habitude, excepté les
- sous-chaînes de chiffres du nom de fichier et de sa description
- qui sont comparées en fonction de leur valeur numérique.
+ <dd>Le mot-clé <code>VersionSort</code> permet de trier les
+ fichiers contenant des numéros de version d'une manière
+ spécifique. Les chaînes sont triées comme d'habitude, excepté les
+ sous-chaînes de chiffres du nom de fichier et de sa description
+ qui sont comparées en fonction de leur valeur numérique.
<example><title>Exemple :</title>
foo-1.7<br />
foo-1.12
</example>
- <p>Si le nombre commence par le chiffre 0, il est considéré comme
+ <p>Si le nombre commence par le chiffre 0, il est considéré comme
la partie fractionnaire d'un nombre :</p>
<example>
<dt><a name="indexoptions.xhtml"
id="indexoptions.xhtml">XHTML</a>
- (<em>Versions 2.0.49 et supérieures du serveur HTTP Apache</em>)</dt>
+ (<em>Versions 2.0.49 et supérieures du serveur HTTP Apache</em>)</dt>
- <dd>Le mot-clé <code>XHTML</code> enjoint
- <module>mod_autoindex</module> de générer du code XHTML 1.0 au
+ <dd>Le mot-clé <code>XHTML</code> enjoint
+ <module>mod_autoindex</module> de générer du code XHTML 1.0 au
lieu de HTML 3.2.
<strong>Cette option n'a d'effet que si <a
href="#indexoptions.fancyindexing"><code>FancyIndexing</code></a>
- est aussi activé.</strong>
+ est aussi activé.</strong>
</dd>
</dl>
XXX: we should consider to allow sections inside <usage>
this would require some xslt changes...
-->
- <dl><dt>Options d'index incrémentales</dt>
+ <dl><dt>Options d'index incrémentales</dt>
<dd>
- <p>Vous devez porter une attention particulière à la manière dont
- les <directive>IndexOptions</directive> multiples sont traitées.</p>
+ <p>Vous devez porter une attention particulière à la manière dont
+ les <directive>IndexOptions</directive> multiples sont traitées.</p>
<ul>
<li>Plusieurs directives <directive>IndexOptions</directive>
- apparaissant dans la même section directory sont maintenant
- fusionnées. Le résultat de :
+ apparaissant dans la même section directory sont maintenant
+ fusionnées. Le résultat de :
<highlight language="config">
<Directory "/foo">
</Directory>
</highlight>
- <p>est équivalent à</p>
+ <p>est équivalent à</p>
<highlight language="config">
IndexOptions HTMLTable SuppressColumnsorting
</highlight>
</li>
- <li>L'ajout de la syntaxe incrémentale (en préfixant les mots-clés
+ <li>L'ajout de la syntaxe incrémentale (en préfixant les mots-clés
avec <code>+</code> ou <code>-</code>).</li>
</ul>
- <p>Chaque fois qu'un mot-clé préfixé par '+' ou '-' est trouvé, il
- est appliqué aux définitions des
- <directive>IndexOptions</directive> courantes (qui ont été
- éventuellement héritées d'un directory de niveau supérieur). Par
- contre, si un mot-clé non préfixé est trouvé, il supprime toutes
- les definitions héritées, ainsi que toute
- définition incrémentale. Considérons l'exemple
+ <p>Chaque fois qu'un mot-clé préfixé par '+' ou '-' est trouvé, il
+ est appliqué aux définitions des
+ <directive>IndexOptions</directive> courantes (qui ont été
+ éventuellement héritées d'un directory de niveau supérieur). Par
+ contre, si un mot-clé non préfixé est trouvé, il supprime toutes
+ les definitions héritées, ainsi que toute
+ définition incrémentale. Considérons l'exemple
suivant :</p>
<highlight language="config">
-IndexOptions +ScanHTMLTitles -IconsAreLinks FancyIndexing<br />
+IndexOptions +ScanHTMLTitles -IconsAreLinks FancyIndexing
IndexOptions +SuppressSize
</highlight>
- <p>L'effet global est équivalent à l'effet qu'aurait provoqué
+ <p>L'effet global est équivalent à l'effet qu'aurait provoqué
<code>IndexOptions FancyIndexing +SuppressSize</code>, car l'option
- non préfixée <code>FancyIndexing</code> annule les mots-clés
- incrémentaux situés avant elle, mais leur permet ensuite de
- s'incrémenter à nouveau.</p>
-
- <p>Pour définir inconditionnellement les
- <directive>IndexOptions</directive> pour un répertoire particulier,
- tout en supprimant les définitions héritées, spécifiez les
- mots-clés sans préfixe <code>+</code> ou <code>-</code></p>
+ non préfixée <code>FancyIndexing</code> annule les mots-clés
+ incrémentaux situés avant elle, mais leur permet ensuite de
+ s'incrémenter à nouveau.</p>
+
+ <p>Pour définir inconditionnellement les
+ <directive>IndexOptions</directive> pour un répertoire particulier,
+ tout en supprimant les définitions héritées, spécifiez les
+ mots-clés sans préfixe <code>+</code> ou <code>-</code></p>
</dd>
</dl>
</usage>
<directivesynopsis>
<name>IndexOrderDefault</name>
-<description>Définit l'ordre d'affichage par défaut d'un index de
-répertoire</description>
+<description>Définit l'ordre d'affichage par défaut d'un index de
+répertoire</description>
<syntax>IndexOrderDefault Ascending|Descending
Name|Date|Size|Description</syntax>
<default>IndexOrderDefault Ascending Name</default>
<p>La directive <directive>IndexOrderDefault</directive> s'utilise
en combinaison avec l'option d'index <code><a
href="#indexoptions.fancyindexing">FancyIndexing</a></code>. Par
- défaut, les index de répertoires "améliorés" sont affichés selon l'ordre
+ défaut, les index de répertoires "améliorés" sont affichés selon l'ordre
croissant des noms de fichiers ; la directive
<directive>IndexOrderDefault</directive> vous permet de modifier ce
comportement.</p>
<code>Descending</code>, et indique l'ordre de tri. Le second doit
prendre une des valeurs <code>Name</code>, <code>Date</code>,
<code>Size</code>, ou <code>Description</code>, et permet
- d'identifier la clé primaire. La clé secondaire est
+ d'identifier la clé primaire. La clé secondaire est
<em>toujours</em> le nom du fichier selon un ordre croissant.</p>
- <p>Si vous le désirez, vous pouvez empêcher le client de modifier
+ <p>Si vous le désirez, vous pouvez empêcher le client de modifier
l'ordre de tri de la liste en ajoutant l'option d'index <code><a
href="#indexoptions.suppresscolumnsorting">SuppressColumnSorting</a></code>
- qui supprime le lien de définition du tri de l'en-tête de la
+ qui supprime le lien de définition du tri de l'en-tête de la
colonne, ainsi que l'option <code><a
href="#indexoptions.ignoreclient">IgnoreClient</a></code> qui
- empêche ce même client de passer outre vos préférences de tri en
- ajoutant manuellement des options de tri à la chaîne de paramètres
- de la requête.</p>
+ empêche ce même client de passer outre vos préférences de tri en
+ ajoutant manuellement des options de tri à la chaîne de paramètres
+ de la requête.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>IndexStyleSheet</name>
-<description>Ajoute une feuille de style CSS à l'index du
-répertoire</description>
+<description>Ajoute une feuille de style CSS à l'index du
+répertoire</description>
<syntax>IndexStyleSheet <var>chemin-url</var></syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
<usage>
<p>La directive <directive>IndexStyleSheet</directive> permet de
- définir le nom du fichier qui servira de feuille de style CSS pour
+ définir le nom du fichier qui servira de feuille de style CSS pour
l'index.
</p>
<highlight language="config">
<p>L'utilisation de cette directive en conjonction avec <code>IndexOptions
HTMLTable</code> ajoute plusieurs classes CSS au document HTML
- résultant. Un identifiant CSS <code>indexlist</code> est attribué à
- l'ensemble de la table et les classes suivantes sont associées aux
- différentes parties du listing :</p>
+ résultant. Un identifiant CSS <code>indexlist</code> est attribué à
+ l'ensemble de la table et les classes suivantes sont associées aux
+ différentes parties du listing :</p>
<table border="1" style="zebra">
- <tr><th>Classe</th><th>Définition</th></tr>
- <tr><td>tr.indexhead</td><td>Ligne d'en-tête du listing</td></tr>
+ <tr><th>Classe</th><th>Définition</th></tr>
+ <tr><td>tr.indexhead</td><td>Ligne d'en-tête du listing</td></tr>
<tr><td>th.indexcolicon and td.indexcolicon</td> <td>Colonne de
- l'icône</td></tr>
+ l'icône</td></tr>
<tr><td>th.indexcolname and td.indexcolname</td> <td>Colonne du nom
du fichier</td></tr>
<tr><td>th.indexcollastmod and td.indexcollastmod</td> <td>Colonne
- de la date de dernière modification</td></tr>
+ de la date de dernière modification</td></tr>
<tr><td>th.indexcolsize and td.indexcolsize</td> <td>Colonne de la
taille du fichier</td></tr>
<tr><td>th.indexcoldesc and td.indexcoldesc</td> <td>Colonne de la
<directivesynopsis>
<name>IndexHeadInsert</name>
-<description>Insère du texte dans la section HEAD de la page
+<description>Insère du texte dans la section HEAD de la page
d'index.</description>
<syntax>IndexHeadInsert <var>"marque ..."</var></syntax>
<contextlist><context>server config</context><context>virtual host</context>
<usage>
<p>La directive <directive>IndexHeadInsert</directive> permet de
- spécifier une chaîne de caractères à insérer dans la section
- <var><head></var> du code HTML généré pour la page
+ spécifier une chaîne de caractères à insérer dans la section
+ <var><head></var> du code HTML généré pour la page
d'index.</p>
<highlight language="config">
IndexHeadInsert "<link rel=\"sitemap\" href=\"/sitemap.html\">"
<directivesynopsis>
<name>ReadmeName</name>
-<description>Nom du fichier dont le contenu sera inséré à la fin de
+<description>Nom du fichier dont le contenu sera inséré à la fin de
l'index</description>
<syntax>ReadmeName <var>nom-fichier</var></syntax>
<contextlist><context>server config</context><context>virtual host</context>
<override>Indexes</override>
<usage>
- <p>La directive <directive>ReadmeName</directive> permet de définir
- le nom du fichier dont le contenu sera ajouté à la fin de l'index.
- <var>nom-fichier</var> est le nom du fichier à inclure, et est
- considéré comme relatif au répertoire faisant l'objet de l'index. Si
+ <p>La directive <directive>ReadmeName</directive> permet de définir
+ le nom du fichier dont le contenu sera ajouté à la fin de l'index.
+ <var>nom-fichier</var> est le nom du fichier à inclure, et est
+ considéré comme relatif au répertoire faisant l'objet de l'index. Si
<var>nom-fichier</var> commence par un slash '/', comme dans
- l'exemple 2, il sera considéré
- comme relatif au répertoire défini par la directive <directive
+ l'exemple 2, il sera considéré
+ comme relatif au répertoire défini par la directive <directive
module="core">DocumentRoot</directive>.
</p>
</highlight>
<p>Voir aussi la directive <directive module="mod_autoindex"
- >HeaderName</directive>, où cette fonctionnalité est décrite plus en
- détails.</p>
+ >HeaderName</directive>, où cette fonctionnalité est décrite plus en
+ détails.</p>
</usage>
</directivesynopsis>
<?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: 1735963:1741841 (outdated) -->
+<!-- English Revision: 1741841 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
éventuellement à des moments différents).</p>
<highlight language="config">
- SSIStartTag "<%"<br />
- SSIEndTag "%>"
+SSIStartTag "<%"
+SSIEndTag "%>"
</highlight>
<p>Avec l'exemple ci-dessus, qui définit aussi une directive
-<?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: 1701351:1741841 (outdated) -->
+<!-- English Revision: 1741841 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
<name>mod_lua</name>
-<description>Fournit des points d'entrée Lua dans différentes parties du
-traitement des requêtes httpd</description>
+<description>Fournit des points d'entrée Lua dans différentes parties du
+traitement des requêtes httpd</description>
<status>Experimental</status>
<sourcefile>mod_lua.c</sourcefile>
<identifier>lua_module</identifier>
-<compatibility>versions 2.3 et supérieures</compatibility>
+<compatibility>versions 2.3 et supérieures</compatibility>
<summary>
<p>Ce module permet d'ajouter au serveur des extensions sous forme de
-scripts écrits dans le langage de programmation Lua.
+scripts écrits dans le langage de programmation Lua.
<module>mod_lua</module> fournit de nombreuses extensions
(hooks) disponibles avec les modules natifs du serveur HTTP Apache,
-comme les associations de requêtes à des fichiers, la génération de
-réponses dynamiques, le contrôle d'accès, l'authentification et
+comme les associations de requêtes à des fichiers, la génération de
+réponses dynamiques, le contrôle d'accès, l'authentification et
l'autorisation.</p>
-<p>Vous trouverez davantage d'informations à propos du langage de
+<p>Vous trouverez davantage d'informations à propos du langage de
programmation Lua sur <a href="http://www.lua.org/">le site web de
Lua</a>.</p>
-<note><code>mod_lua</code> est encore au stade expérimental. Son mode
-d'utilisation et son comportement pourront changer à tout moment jusqu'à
-ce qu'il passe au stade stable, et ce même entre deux versions stables
-2.4.x. N'oublez pas de consulter le fichier CHANGES avant toute mise à
+<note><code>mod_lua</code> est encore au stade expérimental. Son mode
+d'utilisation et son comportement pourront changer à tout moment jusqu'à
+ce qu'il passe au stade stable, et ce même entre deux versions stables
+2.4.x. N'oublez pas de consulter le fichier CHANGES avant toute mise à
jour.</note>
<note type="warning"><title>Avertissement</title>
-<p>Ce module possède une grande capacité d'action sur le fonctrionnement
-de httpd, ce qui lui confère une grande puissance, mais peut aussi
-induire un risque de sécurité. Il est déconseillé d'utiliser ce module
-sur un serveur partagé avec des utilisateurs auxquels vous ne pouvez pas
+<p>Ce module possède une grande capacité d'action sur le fonctrionnement
+de httpd, ce qui lui confère une grande puissance, mais peut aussi
+induire un risque de sécurité. Il est déconseillé d'utiliser ce module
+sur un serveur partagé avec des utilisateurs auxquels vous ne pouvez pas
accorder une confiance absolue, car il peut permettre de modifier le
fonctionnement interne de httpd.</p>
</note>
</highlight>
<p>
-<code>mod_lua</code> fournit un gestionnaire nommé
-<code>lua-script</code> qui peut être utilisé avec une directive
+<code>mod_lua</code> fournit un gestionnaire nommé
+<code>lua-script</code> qui peut être utilisé avec une directive
<directive module="mod_mime">AddHandler</directive> ou <directive
module="core">SetHandler</directive> :</p>
</highlight>
<p>
-Ceci aura pour effet de faire traiter les requêtes pour les fichiers
+Ceci aura pour effet de faire traiter les requêtes pour les fichiers
dont l'extension est <code>.lua</code> par <code>mod_lua</code> en
invoquant cette fonction de <code>gestion</code> de fichier.
</p>
-<p>Pour plus de détails, voir la directive
+<p>Pour plus de détails, voir la directive
<directive>LuaMapHandler</directive>.
</p>
</section>
<section id="writinghandlers"><title>Ecrire des gestionnaires</title>
<p>Dans l'API du serveur HTTP Apache, un gestionnaire est une sorte de
-point d'accroche (hook) spécifique responsable de la génération de la
-réponse. <module>mod_proxy</module>, <module>mod_cgi</module> et
+point d'accroche (hook) spécifique responsable de la génération de la
+réponse. <module>mod_proxy</module>, <module>mod_cgi</module> et
<module>mod_status</module> sont des exemples de modules comportant un
gestionnaire.</p>
-<p><code>mod_lua</code> cherche toujours à invoquer une fonction Lua pour le
-gestionnaire, plutôt que de simplement évaluer le corps d'un script dans
-le style de CGI. Une fonction de gestionnaire se présente comme suit :</p>
+<p><code>mod_lua</code> cherche toujours à invoquer une fonction Lua pour le
+gestionnaire, plutôt que de simplement évaluer le corps d'un script dans
+le style de CGI. Une fonction de gestionnaire se présente comme suit :</p>
<highlight language="lua">
require "string"
--[[
- Il s'agit du nom de méthode par défaut pour les gestionnaires Lua ;
+ Il s'agit du nom de méthode par défaut pour les gestionnaires Lua ;
voir les noms de fonctions optionnels dans la directive
- LuaMapHandler pour choisir un point d'entrée différent.
+ LuaMapHandler pour choisir un point d'entrée différent.
--]]
function handle(r)
r.content_type = "text/plain"
end
else
elseif r.method == 'PUT' then
--- message d'erreur personnalisé
+-- message d'erreur personnalisé
r:puts("Unsupported HTTP method " .. r.method)
r.status = 405
return apache2.OK
</highlight>
<p>
-Ce gestionnaire se contente d'afficher les arguments codés d'un uri ou
+Ce gestionnaire se contente d'afficher les arguments codés d'un uri ou
d'un formulaire dans un page au format texte.
</p>
<p>
-Cela signifie que vous pouvez (et êtes encouragé à) avoir plusieurs
-gestionnaires (ou points d'entrée, ou filtres) dans le même script.
+Cela signifie que vous pouvez (et êtes encouragé à) avoir plusieurs
+gestionnaires (ou points d'entrée, ou filtres) dans le même script.
</p>
</section>
<title>Ecriture de fournisseurs d'autorisation</title>
<p><module>mod_authz_core</module> fournit une interface d'autorisation
-de haut niveau bien plus facile à utiliser que dans les hooks
+de haut niveau bien plus facile à utiliser que dans les hooks
correspondants. Le premier argument de la directive <directive
-module="mod_authz_core">Require</directive> permet de spécifier le
-fournisseur d'autorisation à utiliser. Pour chaque directive <directive
+module="mod_authz_core">Require</directive> permet de spécifier le
+fournisseur d'autorisation à utiliser. Pour chaque directive <directive
module="mod_authz_core">Require</directive>,
<module>mod_authz_core</module> appellera le fournisseur d'autorisation
-spécifié, le reste de la ligne constituant les paramètres. Le
-fournisseur considéré va alors vérifier les autorisations et fournir le
-résultat dans une valeur de retour.</p>
+spécifié, le reste de la ligne constituant les paramètres. Le
+fournisseur considéré va alors vérifier les autorisations et fournir le
+résultat dans une valeur de retour.</p>
-<p>En général, le fournisseur authz est appelé avant l'authentification.
-S'il doit connaître le nom d'utilisateur authentifié (ou si
-l'utilisateur est appelé à être authentifié), le fournisseur doit
+<p>En général, le fournisseur authz est appelé avant l'authentification.
+S'il doit connaître le nom d'utilisateur authentifié (ou si
+l'utilisateur est appelé à être authentifié), le fournisseur doit
renvoyer <code>apache2.AUTHZ_DENIED_NO_USER</code>, ce qui va
-déclancher le processus d'authentification et un deuxième appel du
+déclancher le processus d'authentification et un deuxième appel du
fournisseur authz.</p>
<p>La fonction du fournisseur authz ci-dessous accepte deux arguments,
-une adresse IP et un nom d'utilisateur. Elle autorise l'accès dans le
-cas où la requête provient de l'adresse IP spécifiée, ou si
-l'utilisateur authentifié correspond au second argument :</p>
+une adresse IP et un nom d'utilisateur. Elle autorise l'accès dans le
+cas où la requête provient de l'adresse IP spécifiée, ou si
+l'utilisateur authentifié correspond au second argument :</p>
<highlight language="lua">
<strong>authz_provider.lua</strong><br/>
<section id="writinghooks"><title>Ecriture de fonctions d'accroche
(hooks)</title>
-<p>Les fonctions d'accroche déterminent la manière dont les modules (et
-les scripts Lua) participent au traitement des requêtes. Chaque type
-d'accroche proposé par le serveur a un rôle spécifique, comme
-l'association de requêtes au système de fichiers, le contrôle d'accès,
-ou la définition de types MIME : </p>
+<p>Les fonctions d'accroche déterminent la manière dont les modules (et
+les scripts Lua) participent au traitement des requêtes. Chaque type
+d'accroche proposé par le serveur a un rôle spécifique, comme
+l'association de requêtes au système de fichiers, le contrôle d'accès,
+ou la définition de types MIME : </p>
<table border="1" style="zebra">
<tr>
<tr>
<td>Gestionnaire rapide</td>
<td><directive module="mod_lua">LuaQuickHandler</directive></td>
- <td>Il s'agit de la première accroche appelée lorsqu'une requête
- a été associée à un serveur ou un serveur virtuel.</td>
+ <td>Il s'agit de la première accroche appelée lorsqu'une requête
+ a été associée à un serveur ou un serveur virtuel.</td>
</tr>
<tr>
<td>Phase de traduction</td>
<td><directive module="mod_lua">LuaHookTranslateName</directive></td>
- <td>Cette phase traduit l'URI de la requête en nom de fichier
- sur le système. Ce sont des modules comme
+ <td>Cette phase traduit l'URI de la requête en nom de fichier
+ sur le système. Ce sont des modules comme
<module>mod_alias</module> et <module>mod_rewrite</module> qui
interviennent au cours de cette phase.</td>
</tr>
<tr>
<td>Choix du lieu de stockage de la ressource</td>
<td><directive module="mod_lua">LuaHookMapToStorage</directive></td>
- <td>Cette phase définit le lieu de stockage de la ressource :
- physique, en cache ou externe/mandaté. Elle est assurée par les
+ <td>Cette phase définit le lieu de stockage de la ressource :
+ physique, en cache ou externe/mandaté. Elle est assurée par les
modules de mandat ou de mise en cache.</td>
</tr>
<tr>
- <td>Autorisation d'accès</td>
+ <td>Autorisation d'accès</td>
<td><directive module="mod_lua">LuaHookAccessChecker</directive></td>
- <td>Cette phase vérifie si un client a l'autorisation d'accès à
- la ressource. Elle s'exécute avant l'authentification de
- l'utisateur ; il faut donc être prudent.
+ <td>Cette phase vérifie si un client a l'autorisation d'accès à
+ la ressource. Elle s'exécute avant l'authentification de
+ l'utisateur ; il faut donc être prudent.
</td>
</tr>
<tr>
- <td>Vérification de l'identifiant utilisateur</td>
+ <td>Vérification de l'identifiant utilisateur</td>
<td><directive module="mod_lua">LuaHookCheckUserID</directive></td>
- <td>Cette phase vérifie l'identifiant de l'utilisateur ayant
- fait l'objet d'une négociation.</td>
+ <td>Cette phase vérifie l'identifiant de l'utilisateur ayant
+ fait l'objet d'une négociation.</td>
</tr>
<tr>
- <td>Vérification de l'autorisation d'accès</td>
+ <td>Vérification de l'autorisation d'accès</td>
<td><directive module="mod_lua">LuaHookAuthChecker</directive>
ou
<directive module="mod_lua">LuaAuthzProvider</directive></td>
- <td>Cette phase vérifie l'autorisation d'accès d'un utilisateur
- en fonction des ses paramètres de connexion, comme
+ <td>Cette phase vérifie l'autorisation d'accès d'un utilisateur
+ en fonction des ses paramètres de connexion, comme
l'identifiant, le certificat, etc...
</td>
</tr>
<tr>
- <td>Vérification du type de la ressource</td>
+ <td>Vérification du type de la ressource</td>
<td><directive module="mod_lua">LuaHookTypeChecker</directive></td>
- <td>Cette phase assigne un type de contenu et un gestionnaire à
+ <td>Cette phase assigne un type de contenu et un gestionnaire à
la ressource.</td>
</tr>
<tr>
- <td>Derniers réglages</td>
+ <td>Derniers réglages</td>
<td><directive module="mod_lua">LuaHookFixups</directive></td>
- <td>C'est la dernière phase avant l'activation des gestionnaires
- de contenu. Toute modification de dernière minute à la requête
- doit être effectuée ici.</td>
+ <td>C'est la dernière phase avant l'activation des gestionnaires
+ de contenu. Toute modification de dernière minute à la requête
+ doit être effectuée ici.</td>
</tr>
<tr>
<td>Gestionnaire de contenu</td>
<td>fichiers fx. <code>.lua</code> ou directive <directive module="mod_lua">LuaMapHandler</directive></td>
- <td>C'est durant cette phase que le contenu est traité. Les
- fichiers sont lus, interprétés, certains sont exécutés, et le
- résultat obtenu est envoyé au client.</td>
+ <td>C'est durant cette phase que le contenu est traité. Les
+ fichiers sont lus, interprétés, certains sont exécutés, et le
+ résultat obtenu est envoyé au client.</td>
</tr>
<tr>
<td>Journalisation</td>
<td><directive module="mod_lua">LuaHookLog</directive></td>
- <td>Lorsqu'une requête a été traitée, plusieurs phases de
- journalisation interviennent, et enregistrent leurs résultats
- dans les fichiers d'erreur ou d'accès. Mod_lua peut
- s'intercaler au départ de ce processus et ainsi contrôler la
+ <td>Lorsqu'une requête a été traitée, plusieurs phases de
+ journalisation interviennent, et enregistrent leurs résultats
+ dans les fichiers d'erreur ou d'accès. Mod_lua peut
+ s'intercaler au départ de ce processus et ainsi contrôler la
journalisation.</td>
</tr>
</table>
-<p>Les fonctions d'accroche reçoivent l'objet de la requête comme seul
-argument (sauf LuaAuthzProvider qui reçoit aussi des arguments en
+<p>Les fonctions d'accroche reçoivent l'objet de la requête comme seul
+argument (sauf LuaAuthzProvider qui reçoit aussi des arguments en
provenance de la directive Require). Elles peuvent renvoyer une valeur,
-selon la fonction, mais il s'agit en général d'un
-code d'état HTTP ou des valeurs OK, DONE, ou DECLINED,
-que vous pouvez écrire dans Lua sous la forme <code>apache2.OK</code>,
+selon la fonction, mais il s'agit en général d'un
+code d'état HTTP ou des valeurs OK, DONE, ou DECLINED,
+que vous pouvez écrire dans Lua sous la forme <code>apache2.OK</code>,
<code>apache2.DONE</code>, ou <code>apache2.DECLINED</code>.</p>
<highlight language="lua">
<strong>translate_name.lua</strong><br/>
--- exemple d'accroche qui réécrit un URI en chemin du système de fichiers.
+-- exemple d'accroche qui réécrit un URI en chemin du système de fichiers.
require 'apache2'
r.filename = r.document_root .. "/find_me.txt"
return apache2.OK
end
- -- on ne gère pas cette URL et on donne sa chance à un autre module
+ -- on ne gère pas cette URL et on donne sa chance à un autre module
return apache2.DECLINED
end
</highlight>
<highlight language="lua">
<strong>translate_name2.lua</strong><br/>
---[[ exemple d'accroche qui réécrit un URI vers un autre URI. Il renvoie
- un apache2.DECLINED pour permettre à un autre interpréteur d'URL de
+--[[ exemple d'accroche qui réécrit un URI vers un autre URI. Il renvoie
+ un apache2.DECLINED pour permettre à un autre interpréteur d'URL de
travailler sur la substitution, y compris l'accroche translate_name
de base dont les tables de correspondances se basent sur DocumentRoot.
Note: utilisez le drapeau early/late de la directive pour
- l'exécuter avant ou après mod_alias.
+ l'exécuter avant ou après mod_alias.
--]]
require 'apache2'
</highlight>
</section>
-<section id="datastructures"><title>Structures de données</title>
+<section id="datastructures"><title>Structures de données</title>
<dl>
<dt>request_rec</dt>
<dd>
- <p>request_rec est considérée en tant que donnée utilisateur.
- Elle possède une métatable qui vous permet d'accomplir des
- choses intéressantes. Pour la plus grande partie, elle possède
- les mêmes champs que la structure request_rec, la
- plupart d'entre eux étant accessibles en lecture et écriture (le
- contenu des champs de la table peut être modifié, mais les
- champs eux-mêmes ne peuvent pas être établis en tant que tables
+ <p>request_rec est considérée en tant que donnée utilisateur.
+ Elle possède une métatable qui vous permet d'accomplir des
+ choses intéressantes. Pour la plus grande partie, elle possède
+ les mêmes champs que la structure request_rec, la
+ plupart d'entre eux étant accessibles en lecture et écriture (le
+ contenu des champs de la table peut être modifié, mais les
+ champs eux-mêmes ne peuvent pas être établis en tant que tables
distinctes).</p>
<table border="1" style="zebra">
<td><code>allowoverrides</code></td>
<td>string</td>
<td>non</td>
- <td>L'option AllowOverride s'applique à la requête courante.</td>
+ <td>L'option AllowOverride s'applique à la requête courante.</td>
</tr>
<tr>
<td><code>ap_auth_type</code></td>
<td>string</td>
<td>non</td>
- <td>Ce champ contient le type d'authentification effectuée
+ <td>Ce champ contient le type d'authentification effectuée
(par exemple <code>basic</code>)</td>
</tr>
<tr>
<td><code>args</code></td>
<td>string</td>
<td>oui</td>
- <td>La chaîne de paramètres de la requête (par exemple
+ <td>La chaîne de paramètres de la requête (par exemple
<code>foo=bar&name=johnsmith</code>)</td>
</tr>
<tr>
<td><code>assbackwards</code></td>
<td>boolean</td>
<td>non</td>
- <td>contient true s'il s'agit d'une requête de style HTTP/0.9
- (par exemple <code>GET /foo</code> (sans champs d'en-tête) )</td>
+ <td>contient true s'il s'agit d'une requête de style HTTP/0.9
+ (par exemple <code>GET /foo</code> (sans champs d'en-tête) )</td>
</tr>
<tr>
<td><code>auth_name</code></td>
<td>string</td>
<td>non</td>
- <td>La chaîne d'identification utilisée pour la vérification
- de l'autorisation d'accès (si elle est disponible).</td>
+ <td>La chaîne d'identification utilisée pour la vérification
+ de l'autorisation d'accès (si elle est disponible).</td>
</tr>
<tr>
<td><code>banner</code></td>
<td>string</td>
<td>non</td>
- <td>La bannière du serveur, par exemple <code>Apache HTTP
+ <td>La bannière du serveur, par exemple <code>Apache HTTP
Server/2.4.3 openssl/0.9.8c</code></td>
</tr>
<tr>
<td><code>basic_auth_pw</code></td>
<td>string</td>
<td>non</td>
- <td>Le mot de passe pour l'authentification de base envoyé
- avec la requête, s'il existe</td>
+ <td>Le mot de passe pour l'authentification de base envoyé
+ avec la requête, s'il existe</td>
</tr>
<tr>
<td><code>canonical_filename</code></td>
<td>string</td>
<td>non</td>
- <td>Le nom de fichier canonique de la requête</td>
+ <td>Le nom de fichier canonique de la requête</td>
</tr>
<tr>
<td><code>content_encoding</code></td>
<td>string</td>
<td>non</td>
- <td>Le type de codage du contenu de la requête courante</td>
+ <td>Le type de codage du contenu de la requête courante</td>
</tr>
<tr>
<td><code>content_type</code></td>
<td>string</td>
<td>oui</td>
- <td>Le type de contenu de la requête courante, tel qu'il a été
- déterminé au cours de la phase type_check (par exemple
+ <td>Le type de contenu de la requête courante, tel qu'il a été
+ déterminé au cours de la phase type_check (par exemple
<code>image/gif</code> ou <code>text/html</code>)</td>
</tr>
<td><code>err_headers_out</code></td>
<td>table</td>
<td>non</td>
- <td>L'en-tête MIME de l'environnement pour la réponse, écrit
- même en cas d'erreur et conservé pendant les redirections
+ <td>L'en-tête MIME de l'environnement pour la réponse, écrit
+ même en cas d'erreur et conservé pendant les redirections
internes</td>
</tr>
<tr>
<td><code>filename</code></td>
<td>string</td>
<td>oui</td>
- <td>Le nom de fichier correspondant à la requête, par exemple
- /www/example.com/foo.txt. Il peut être modifié au cours des
+ <td>Le nom de fichier correspondant à la requête, par exemple
+ /www/example.com/foo.txt. Il peut être modifié au cours des
phases translate-name ou map-to-storage du traitement de la
- requête pour permettre au gestionnaire par défaut (ou aux
+ requête pour permettre au gestionnaire par défaut (ou aux
gestionnaires de script) de servir une version du fichier
- autre que celle demandée.</td>
+ autre que celle demandée.</td>
</tr>
<tr>
<td><code>handler</code></td>
<td>string</td>
<td>oui</td>
<td>Le nom du <a href="../handler.html">gestionnaire</a> qui
- doit traiter la requête, par exemple <code>lua-script</code>
- si elle doit être traitée par mod_lua. Cette valeur est en
- général définie via les directives <directive
+ doit traiter la requête, par exemple <code>lua-script</code>
+ si elle doit être traitée par mod_lua. Cette valeur est en
+ général définie via les directives <directive
module="mod_mime">AddHandler</directive> ou <directive
- module="core">SetHandler</directive>, mais peut aussi l'être
- via mod_lua pour permettre à un autre gestionnaire de traiter
- une requête spécifique qui ne serait pas traitée par défaut
+ module="core">SetHandler</directive>, mais peut aussi l'être
+ via mod_lua pour permettre à un autre gestionnaire de traiter
+ une requête spécifique qui ne serait pas traitée par défaut
par ce dernier.
</td>
</tr>
<td><code>headers_in</code></td>
<td>table</td>
<td>oui</td>
- <td>Les en-têtes MIME de l'environnement de la requête. Il
- s'agit des en-têtes comme <code>Host, User-Agent,
+ <td>Les en-têtes MIME de l'environnement de la requête. Il
+ s'agit des en-têtes comme <code>Host, User-Agent,
Referer</code>, etc...</td>
</tr>
<tr>
<td><code>headers_out</code></td>
<td>table</td>
<td>oui</td>
- <td>Les en-têtes MIME de l'environnement de la réponse.</td>
+ <td>Les en-têtes MIME de l'environnement de la réponse.</td>
</tr>
<tr>
<td><code>hostname</code></td>
<td>string</td>
<td>non</td>
- <td>Le nom d'hôte, tel que défini par l'en-tête
+ <td>Le nom d'hôte, tel que défini par l'en-tête
<code>Host:</code> ou par un URI complet.</td>
</tr>
<tr>
<td><code>is_https</code></td>
<td>boolean</td>
<td>non</td>
- <td>Indique si la requête à été faite via HTTPS</td>
+ <td>Indique si la requête à été faite via HTTPS</td>
</tr>
<tr>
<td><code>is_initial_req</code></td>
<td>boolean</td>
<td>non</td>
- <td>Indique si la requête courante est la requête initiale ou
- une sous-requête.</td>
+ <td>Indique si la requête courante est la requête initiale ou
+ une sous-requête.</td>
</tr>
<tr>
<td><code>limit_req_body</code></td>
<td>number</td>
<td>non</td>
- <td>La taille maximale du corps de la requête, ou 0 si aucune
+ <td>La taille maximale du corps de la requête, ou 0 si aucune
limite.</td>
</tr>
<tr>
<td><code>log_id</code></td>
<td>string</td>
<td>non</td>
- <td>L'identifiant de la requête dans les journaux d'accès ou
+ <td>L'identifiant de la requête dans les journaux d'accès ou
d'erreur.</td>
</tr>
<tr>
<td><code>method</code></td>
<td>string</td>
<td>non</td>
- <td>La méthode de la requête, par exemple <code>GET</code> ou
+ <td>La méthode de la requête, par exemple <code>GET</code> ou
<code>POST</code>.</td>
</tr>
<tr>
<td><code>notes</code></td>
<td>table</td>
<td>oui</td>
- <td>Une liste de notes qui peuvent être transmises d'un module
- à l'autre.</td>
+ <td>Une liste de notes qui peuvent être transmises d'un module
+ à l'autre.</td>
</tr>
<tr>
<td><code>options</code></td>
<td>string</td>
<td>non</td>
- <td>La valeur de la directive Options pour la requête
+ <td>La valeur de la directive Options pour la requête
courante.</td>
</tr>
<tr>
<td><code>path_info</code></td>
<td>string</td>
<td>non</td>
- <td>La valeur de PATH_INFO extraite de la requête.</td>
+ <td>La valeur de PATH_INFO extraite de la requête.</td>
</tr>
<tr>
<td><code>port</code></td>
<td>number</td>
<td>non</td>
- <td>Le port du serveur utilisé par la requête.</td>
+ <td>Le port du serveur utilisé par la requête.</td>
</tr>
<tr>
<td><code>protocol</code></td>
<td>string</td>
<td>non</td>
- <td>Le protocole utilisé, par exemple <code>HTTP/1.1</code></td>
+ <td>Le protocole utilisé, par exemple <code>HTTP/1.1</code></td>
</tr>
<tr>
<td><code>proxyreq</code></td>
<td>string</td>
<td>oui</td>
- <td>Indique s'il s'agit d'une requête mandatée ou non. Cette
- valeur est en général définie au cours de la phase
- post_read_request/translate_name du traitement de la requête.</td>
+ <td>Indique s'il s'agit d'une requête mandatée ou non. Cette
+ valeur est en général définie au cours de la phase
+ post_read_request/translate_name du traitement de la requête.</td>
</tr>
<tr>
<td><code>range</code></td>
<td>string</td>
<td>non</td>
- <td>Le contenu de l'en-tête <code>Range:</code>.</td>
+ <td>Le contenu de l'en-tête <code>Range:</code>.</td>
</tr>
<tr>
<td><code>remaining</code></td>
<td>number</td>
<td>non</td>
- <td>Le nombre d'octets du corps de la requête restant à lire.</td>
+ <td>Le nombre d'octets du corps de la requête restant à lire.</td>
</tr>
<tr>
<td><code>server_built</code></td>
<td><code>server_name</code></td>
<td>string</td>
<td>non</td>
- <td>Le nom du serveur pour cette requête.</td>
+ <td>Le nom du serveur pour cette requête.</td>
</tr>
<tr>
<td><code>some_auth_required</code></td>
<td>boolean</td>
<td>non</td>
- <td>Indique si une autorisation est/était requise pour cette
- requête.</td>
+ <td>Indique si une autorisation est/était requise pour cette
+ requête.</td>
</tr>
<tr>
<td><code>subprocess_env</code></td>
<td>table</td>
<td>oui</td>
- <td>Le jeu de variables d'environnement pour cette requête.</td>
+ <td>Le jeu de variables d'environnement pour cette requête.</td>
</tr>
<tr>
<td><code>started</code></td>
<td>number</td>
<td>non</td>
- <td>Le moment où le serveur a été (re)démarré, en secondes
+ <td>Le moment où le serveur a été (re)démarré, en secondes
depuis epoch (1er janvier 1970)</td>
</tr>
<tr>
<td><code>status</code></td>
<td>number</td>
<td>oui</td>
- <td>Le code de retour (courant) pour cette requête, par
+ <td>Le code de retour (courant) pour cette requête, par
exemple <code>200</code> ou <code>404</code>.</td>
</tr>
<tr>
<td><code>the_request</code></td>
<td>string</td>
<td>non</td>
- <td>La chaîne de la requête telle qu'elle a été envoyée par le
+ <td>La chaîne de la requête telle qu'elle a été envoyée par le
client, par exemple <code>GET /foo/bar HTTP/1.1</code>.</td>
</tr>
<tr>
<td><code>unparsed_uri</code></td>
<td>string</td>
<td>non</td>
- <td>La partie URI non interprétée de la requête</td>
+ <td>La partie URI non interprétée de la requête</td>
</tr>
<tr>
<td><code>uri</code></td>
<td>string</td>
<td>oui</td>
- <td>L'URI après interprétation par httpd</td>
+ <td>L'URI après interprétation par httpd</td>
</tr>
<tr>
<td><code>user</code></td>
<td>string</td>
<td>oui</td>
- <td>Si une authentification a été effectuée, nom de
- l'utilisateur authentifié.</td>
+ <td>Si une authentification a été effectuée, nom de
+ l'utilisateur authentifié.</td>
</tr>
<tr>
<td><code>useragent_ip</code></td>
<td>string</td>
<td>non</td>
- <td>L'adresse IP de l'agent qui a envoyé la requête</td>
+ <td>L'adresse IP de l'agent qui a envoyé la requête</td>
</tr>
</table>
</dd>
</dl>
</section>
-<section id="functions"><title>Méthodes de l'objet request_rec</title>
+<section id="functions"><title>Méthodes de l'objet request_rec</title>
-<p>L'objet request_rec possède (au minimum) les méthodes suivantes :</p>
+<p>L'objet request_rec possède (au minimum) les méthodes suivantes :</p>
<highlight language="lua">
r:flush() -- vide le tampon de sortie
- -- Renvoie true si le vidage a été effectué avec succès,
+ -- Renvoie true si le vidage a été effectué avec succès,
-- false dans le cas contraire.
-while nous_avons_des_données_à_envoyer do
- r:puts("Bla bla bla\n") -- envoi des données à envoyer vers le tampon
+while nous_avons_des_données_à_envoyer do
+ r:puts("Bla bla bla\n") -- envoi des données à envoyer vers le tampon
r:flush() -- vidage du tampon (envoi au client)
r.usleep(500000) -- mise en attente pendant 0.5 secondes et bouclage
end
<highlight language="lua">
r:addoutputfilter(name|function) -- ajoute un filtre en sortie
-r:addoutputfilter("fooFilter") -- insère le filtre fooFilter dans le flux de sortie
+r:addoutputfilter("fooFilter") -- insère le filtre fooFilter dans le flux de sortie
</highlight>
<highlight language="lua">
r:sendfile(filename) -- envoie un fichier entier au client en utilisant sendfile s'il est
- -- supporté par la plateforme :
+ -- supporté par la plateforme :
if use_sendfile_thing then
r:sendfile("/var/www/large_file.img")
<highlight language="lua">
r:parseargs() -- renvoie deux tables : une table standard de couples
- -- clé/valeur pour les données GET simples,
- -- et une autre pour les données
- -- multivaluées (par exemple foo=1&foo=2&foo=3) :
+ -- clé/valeur pour les données GET simples,
+ -- et une autre pour les données
+ -- multivaluées (par exemple foo=1&foo=2&foo=3) :
local GET, GETMULTI = r:parseargs()
r:puts("Votre nom est : " .. GET['name'] or "Unknown")
<highlight language="lua">
-r:parsebody()([sizeLimit]) -- interprète le corps de la
- -- requête en tant que POST et renvoie
+r:parsebody()([sizeLimit]) -- interprète le corps de la
+ -- requête en tant que POST et renvoie
-- deux tables lua, comme r:parseargs(). Un
- -- nombre optionnel peut être fourni
- -- pour spécifier le nombre maximal
- -- d'octets à interpréter. La
- -- valeur par défaut est 8192.
+ -- nombre optionnel peut être fourni
+ -- pour spécifier le nombre maximal
+ -- d'octets à interpréter. La
+ -- valeur par défaut est 8192.
local POST, POSTMULTI = r:parsebody(1024*1024)
r:puts("Votre nom est : " .. POST['name'] or "Unknown")
<highlight language="lua">
-r:puts("bonjour", " le monde", "!") -- affichage dans le corps de la réponse
+r:puts("bonjour", " le monde", "!") -- affichage dans le corps de la réponse
</highlight>
<highlight language="lua">
-r:write("une simple chaîne") -- affichage dans le corps de la réponse
+r:write("une simple chaîne") -- affichage dans le corps de la réponse
</highlight>
<highlight language="lua">
-r:escape_html("<html>test</html>") -- Echappe le code HTML et renvoie le résultat
+r:escape_html("<html>test</html>") -- Echappe le code HTML et renvoie le résultat
</highlight>
<highlight language="lua">
-r:base64_encode(string) -- Encode une chaîne à l'aide du standard de codage Base64.
+r:base64_encode(string) -- Encode une chaîne à l'aide du standard de codage Base64.
local encoded = r:base64_encode("This is a test") -- returns VGhpcyBpcyBhIHRlc3Q=
</highlight>
<highlight language="lua">
-r:base64_decode(string) -- Décode une chaîne codée en Base64.
+r:base64_decode(string) -- Décode une chaîne codée en Base64.
local decoded = r:base64_decode("VGhpcyBpcyBhIHRlc3Q=") -- returns 'This is a test'
</highlight>
<highlight language="lua">
-r:md5(string) -- Calcule et renvoie le condensé MD5 d'une chaîne en mode binaire (binary safe).
+r:md5(string) -- Calcule et renvoie le condensé MD5 d'une chaîne en mode binaire (binary safe).
local hash = r:md5("This is a test") -- returns ce114e4501d2f4e2dcea3e17b546f339
</highlight>
<highlight language="lua">
-r:sha1(string) -- Calcule et renvoie le condensé SHA1 d'une chaîne en mode binaire (binary safe).
+r:sha1(string) -- Calcule et renvoie le condensé SHA1 d'une chaîne en mode binaire (binary safe).
local hash = r:sha1("This is a test") -- returns a54d88e06612d820bc3be72877c74f257b561b19
</highlight>
<highlight language="lua">
-r:escape(string) -- Echappe une chaîne de type URL.
+r:escape(string) -- Echappe une chaîne de type URL.
local url = "http://foo.bar/1 2 3 & 4 + 5"
local escaped = r:escape(url) -- renvoie 'http%3a%2f%2ffoo.bar%2f1+2+3+%26+4+%2b+5'
</highlight>
<highlight language="lua">
-r:unescape(string) -- Déséchappe une chaîne de type URL.
+r:unescape(string) -- Déséchappe une chaîne de type URL.
local url = "http%3a%2f%2ffoo.bar%2f1+2+3+%26+4+%2b+5"
local unescaped = r:unescape(url) -- renvoie 'http://foo.bar/1 2 3 & 4 + 5'
</highlight>
<highlight language="lua">
-r:construct_url(string) -- Construit une URL à partir d'un URI
+r:construct_url(string) -- Construit une URL à partir d'un URI
local url = r:construct_url(r.uri)
</highlight>
<highlight language="lua">
-r.mpm_query(number) -- Interroge le serveur à propos de son module MPM via la requête ap_mpm_query.
+r.mpm_query(number) -- Interroge le serveur à propos de son module MPM via la requête ap_mpm_query.
local mpm = r.mpm_query(14)
if mpm == 1 then
</highlight>
<highlight language="lua">
-r:expr(string) -- Evalue une chaîne de type <a href="../expr.html">expr</a>.
+r:expr(string) -- Evalue une chaîne de type <a href="../expr.html">expr</a>.
if r:expr("%{HTTP_HOST} =~ /^www/") then
- r:puts("Ce nom d'hôte commence par www")
+ r:puts("Ce nom d'hôte commence par www")
end
</highlight>
<highlight language="lua">
-r:scoreboard_process(a) -- Interroge le serveur à propos du
- -- processus à la position <code>a</code>.
+r:scoreboard_process(a) -- Interroge le serveur à propos du
+ -- processus à la position <code>a</code>.
local process = r:scoreboard_process(1)
r:puts("Le serveur 1 a comme PID " .. process.pid)
</highlight>
<highlight language="lua">
-r:scoreboard_worker(a, b) -- Interroge le serveur à propos du
+r:scoreboard_worker(a, b) -- Interroge le serveur à propos du
-- thread <code>b</code>, dans le processus <code>a</code>.
local thread = r:scoreboard_worker(1, 1)
r:puts("L'ID du thread 1 du serveur 1 est " .. thread.tid .. " et son
-état est " .. thread.status)
+état est " .. thread.status)
</highlight>
<highlight language="lua">
-r:clock() -- Renvoie l'heure courante avec une précision d'une microseconde.
+r:clock() -- Renvoie l'heure courante avec une précision d'une microseconde.
</highlight>
<highlight language="lua">
-r:requestbody(filename) -- Lit et renvoie le corps d'une requête.
- -- Si 'filename' est spécifié, le
- -- corps de requête n'est pas
- -- renvoyé, mais sauvegardé dans
+r:requestbody(filename) -- Lit et renvoie le corps d'une requête.
+ -- Si 'filename' est spécifié, le
+ -- corps de requête n'est pas
+ -- renvoyé, mais sauvegardé dans
-- le fichier correspondant.
local input = r:requestbody()
-r:puts("Vous m'avez envoyé le corps de requête suivant :\n")
+r:puts("Vous m'avez envoyé le corps de requête suivant :\n")
r:puts(input)
</highlight>
<highlight language="lua">
-r:add_input_filter(filter_name) -- Ajoute le filtre en entrée 'filter_name'.
+r:add_input_filter(filter_name) -- Ajoute le filtre en entrée 'filter_name'.
</highlight>
<highlight language="lua">
-r:module_info(module_name) -- Interroge le serveur à propos d'un module.
+r:module_info(module_name) -- Interroge le serveur à propos d'un module.
local mod = r.module_info("mod_lua.c")
if mod then
for k, v in pairs(mod.commands) do
r:puts( ("%s: %s\n"):format(k,v)) -- affiche toutes les directives
- -- implémentées par ce module.
+ -- implémentées par ce module.
end
end
</highlight>
<highlight language="lua">
-r:loaded_modules() -- Renvoie une liste des modules chargés par httpd.
+r:loaded_modules() -- Renvoie une liste des modules chargés par httpd.
for k, module in pairs(r:loaded_modules()) do
- r:puts("J'ai chargé le module " .. module .. "\n")
+ r:puts("J'ai chargé le module " .. module .. "\n")
end
</highlight>
<highlight language="lua">
-r:runtime_dir_relative(filename) -- Génère le nom d'un fichier run-time
- -- (par exemple la mémoire partagée
- -- "file") relativement au répertoire de run-time.
+r:runtime_dir_relative(filename) -- Génère le nom d'un fichier run-time
+ -- (par exemple la mémoire partagée
+ -- "file") relativement au répertoire de run-time.
</highlight>
<highlight language="lua">
-r:server_info() -- Renvoie une table contenant des informations à
+r:server_info() -- Renvoie une table contenant des informations à
-- propos du serveur, comme le nom de
- -- l'exécutable httpd, le module mpm utilisé, etc...
+ -- l'exécutable httpd, le module mpm utilisé, etc...
</highlight>
<highlight language="lua">
-r:set_document_root(file_path) -- Définit la racine des documents
- -- pour la requête à file_path.
+r:set_document_root(file_path) -- Définit la racine des documents
+ -- pour la requête à file_path.
</highlight>
<highlight language="lua">
-r:add_version_component(component_string) -- Ajoute un élément à
- -- la bannière du serveur.
+r:add_version_component(component_string) -- Ajoute un élément à
+ -- la bannière du serveur.
</highlight>
<highlight language="lua">
-r:set_context_info(prefix, docroot) -- Définit le préfixe et la
- -- racine des documents du contexte pour une requête.
+r:set_context_info(prefix, docroot) -- Définit le préfixe et la
+ -- racine des documents du contexte pour une requête.
</highlight>
<highlight language="lua">
-r:os_escape_path(file_path) -- Convertit un chemin du système de
- -- fichiers en URL indépendamment du système d'exploitation.
+r:os_escape_path(file_path) -- Convertit un chemin du système de
+ -- fichiers en URL indépendamment du système d'exploitation.
</highlight>
<highlight language="lua">
-r:escape_logitem(string) -- Echappe une chaîne pour journalisation.
+r:escape_logitem(string) -- Echappe une chaîne pour journalisation.
</highlight>
<highlight language="lua">
-r.strcmp_match(string, pattern) -- Vérifie si 'string' correspond à
+r.strcmp_match(string, pattern) -- Vérifie si 'string' correspond à
-- 'pattern' via la fonction strcmp_match (GLOBs). Par exemple, est-ce que
- -- 'www.example.com' correspond à '*.example.com' ?
+ -- 'www.example.com' correspond à '*.example.com' ?
local match = r.strcmp_match("foobar.com", "foo*.com")
if match then
</highlight>
<highlight language="lua">
-r:set_keepalive() -- Définit l'état de persistance d'une requête.
+r:set_keepalive() -- Définit l'état de persistance d'une requête.
-- Renvoie true dans la mesure du possible, false dans le cas contraire.
</highlight>
<highlight language="lua">
-r:make_etag() -- Génère et renvoie le etag pour la requête courante.
+r:make_etag() -- Génère et renvoie le etag pour la requête courante.
</highlight>
<highlight language="lua">
-r:send_interim_response(clear) -- Renvoie une réponse d'intérim (1xx) au
- -- client. Si 'clear' est vrai, les en-têtes disponibles
- -- seront envoyés et effacés.
+r:send_interim_response(clear) -- Renvoie une réponse d'intérim (1xx) au
+ -- client. Si 'clear' est vrai, les en-têtes disponibles
+ -- seront envoyés et effacés.
</highlight>
<highlight language="lua">
-r:custom_response(status_code, string) -- Génère et définit une réponse
- -- personnalisée pour un code d'état particulier.
- -- Le fonctionnement est très proche de celui de la directive ErrorDocument.
+r:custom_response(status_code, string) -- Génère et définit une réponse
+ -- personnalisée pour un code d'état particulier.
+ -- Le fonctionnement est très proche de celui de la directive ErrorDocument.
r:custom_response(404, "Baleted!")
</highlight>
<highlight language="lua">
-r.exists_config_define(string) -- Vérifie si une définition de configuration existe.
+r.exists_config_define(string) -- Vérifie si une définition de configuration existe.
if r.exists_config_define("FOO") then
- r:puts("httpd a probablement été lancé avec l'option -DFOO, ou FOO a
- été défini dans la configuration")
+ r:puts("httpd a probablement été lancé avec l'option -DFOO, ou FOO a
+ été défini dans la configuration")
end
</highlight>
<highlight language="lua">
-r:state_query(string) -- Interroge le serveur à propos de son état.
+r:state_query(string) -- Interroge le serveur à propos de son état.
</highlight>
<highlight language="lua">
-r:stat(filename [,wanted]) -- Exécute stat() sur un fichier, et renvoie une table contenant
- -- des informations à propos de ce fichier.
+r:stat(filename [,wanted]) -- Exécute stat() sur un fichier, et renvoie une table contenant
+ -- des informations à propos de ce fichier.
local info = r:stat("/var/www/foo.txt")
if info then
- r:puts("Ce fichier existe et a été modifié pour la dernière fois à : " .. info.modified)
+ r:puts("Ce fichier existe et a été modifié pour la dernière fois à : " .. info.modified)
end
</highlight>
<highlight language="lua">
-r:regex(string, pattern [,flags]) -- Exécute une recherche à base d'expression rationnelle
- -- sur une chaîne, et renvoie les éventuelles correspondances trouvées.
+r:regex(string, pattern [,flags]) -- Exécute une recherche à base d'expression rationnelle
+ -- sur une chaîne, et renvoie les éventuelles correspondances trouvées.
local matches = r:regex("foo bar baz", [[foo (\w+) (\S*)]])
if matches then
r:puts("L'expression rationnelle correspond et le dernier mot
- capturé ($2) est : " .. matches[2])
+ capturé ($2) est : " .. matches[2])
end
--- Exemple avec insensibilité à la casse :
+-- Exemple avec insensibilité à la casse :
local matches = r:regex("FOO bar BAz", [[(foo) bar]], 1)
--- les drapeaux peuvent être une combibaison bit à bit de :
--- 0x01: insensibilité à la casse
+-- les drapeaux peuvent être une combibaison bit à bit de :
+-- 0x01: insensibilité à la casse
-- 0x02: recherche multiligne
</highlight>
<highlight language="lua">
-r.usleep(microsecondes) -- Interrompt l'exécution du script pendant le nombre de microsecondes spécifié.
+r.usleep(microsecondes) -- Interrompt l'exécution du script pendant le nombre de microsecondes spécifié.
</highlight>
<highlight language="lua">
-r:dbacquire(dbType[, dbParams]) -- Acquiert une connexion à une base de données et renvoie une classe database.
- -- Voir '<a href="#databases">Connectivité aux bases de données</a>'
- -- pour plus de détails.
+r:dbacquire(dbType[, dbParams]) -- Acquiert une connexion à une base de données et renvoie une classe database.
+ -- Voir '<a href="#databases">Connectivité aux bases de données</a>'
+ -- pour plus de détails.
</highlight>
<highlight language="lua">
-r:ivm_set("key", value) -- Défini une variable Inter-VM avec une valeur spécifique.
- -- Ces valeurs sont conservées même si la VM est
- -- arrêtée ou non utilisée, et ne doivent donc être
- -- utilisées que si MaxConnectionsPerChild > 0.
- -- Les valeurs peuvent être de type number, string
- -- ou boolean et sont stockées séparément pour
+r:ivm_set("key", value) -- Défini une variable Inter-VM avec une valeur spécifique.
+ -- Ces valeurs sont conservées même si la VM est
+ -- arrêtée ou non utilisée, et ne doivent donc être
+ -- utilisées que si MaxConnectionsPerChild > 0.
+ -- Les valeurs peuvent être de type number, string
+ -- ou boolean et sont stockées séparément pour
-- chaque processus (elles ne seront donc pas d'une
- -- grande utilité si l'on utilise le mpm prefork).
+ -- grande utilité si l'on utilise le mpm prefork).
-r:ivm_get("key") -- Lit le contenu d'une variable définie via ivm_set. Renvoie
+r:ivm_get("key") -- Lit le contenu d'une variable définie via ivm_set. Renvoie
-- le contenu de la variable si elle existe, ou nil
-- dans le cas contraire.
--- Voici un exemple de lecture/écriture qui sauvegarde une variable
+-- Voici un exemple de lecture/écriture qui sauvegarde une variable
-- globale en dehors de la VM :
function handle(r)
- -- La première VM qui effectue l'appel suivant n'obtiendra aucune
- -- valeur, et devra la créer
+ -- La première VM qui effectue l'appel suivant n'obtiendra aucune
+ -- valeur, et devra la créer
local foo = r:ivm_get("cached_data")
if not foo then
foo = do_some_calcs() -- simulation de valeurs de retour
- r:ivm_set("cached_data", foo) -- définition globale de la variable
+ r:ivm_set("cached_data", foo) -- définition globale de la variable
end
- r:puts("La donnée en cache est : ", foo)
+ r:puts("La donnée en cache est : ", foo)
end
</highlight>
<highlight language="lua">
-r:htpassword(string [,algorithm [,cost]]) -- Génère un hash de mot de passe à partir d'une chaîne.
- -- algorithm: 0 = APMD5 (défaut), 1 = SHA, 2 = BCRYPT, 3 = CRYPT.
- -- cost: ne s'utilise qu'avec l'algorythme BCRYPT (défaut = 5).
+r:htpassword(string [,algorithm [,cost]]) -- Génère un hash de mot de passe à partir d'une chaîne.
+ -- algorithm: 0 = APMD5 (défaut), 1 = SHA, 2 = BCRYPT, 3 = CRYPT.
+ -- cost: ne s'utilise qu'avec l'algorythme BCRYPT (défaut = 5).
</highlight>
<highlight language="lua">
-r:mkdir(dir [,mode]) -- Crée un répertoire et définit son mode via le paramètre optionnel mode.
+r:mkdir(dir [,mode]) -- Crée un répertoire et définit son mode via le paramètre optionnel mode.
</highlight>
<highlight language="lua">
-r:mkrdir(dir [,mode]) -- Crée des répertoires de manière récursive et définit
- -- leur mode via le paramètre optionnel mode.
+r:mkrdir(dir [,mode]) -- Crée des répertoires de manière récursive et définit
+ -- leur mode via le paramètre optionnel mode.
</highlight>
<highlight language="lua">
-r:rmdir(dir) -- Supprime un répertoire.
+r:rmdir(dir) -- Supprime un répertoire.
</highlight>
<highlight language="lua">
-r:touch(file [,mtime]) -- Définit la date de modification d'un fichier à la date courante ou à
+r:touch(file [,mtime]) -- Définit la date de modification d'un fichier à la date courante ou à
-- la valeur optionnelle mtime en msec.
</highlight>
<highlight language="lua">
-r:get_direntries(dir) -- Renvoie une table contenant toutes les entrées de répertoires.
+r:get_direntries(dir) -- Renvoie une table contenant toutes les entrées de répertoires.
--- Renvoie un chemin sous forme éclatée en chemin, fichier, extension
+-- Renvoie un chemin sous forme éclatée en chemin, fichier, extension
function handle(r)
local dir = r.context_document_root
for _, f in ipairs(r:get_direntries(dir)) do
</highlight>
<highlight language="lua">
-r.date_parse_rfc(string) -- Interprète une chaîne date/heure et renvoie l'équivalent en secondes depuis epoche.
+r.date_parse_rfc(string) -- Interprète une chaîne date/heure et renvoie l'équivalent en secondes depuis epoche.
</highlight>
<highlight language="lua">
</highlight>
<highlight language="lua">
-r:setcookie(key, value, secure, expires) -- Définit un cookie HTTP, par exemple :
+r:setcookie(key, value, secure, expires) -- Définit un cookie HTTP, par exemple :
r:setcookie("foo", "bar and stuff", false, os.time() + 86400)
</highlight>
<highlight language="lua">
-r:wsupgrade() -- Met à jour une connexion vers les WebSockets si possible (et si demandé) :
-if r:wsupgrade() then -- si la mise à jour est possible :
- r:wswrite("Bienvenue dans les websockets!") -- écrit quelque chose à l'intention du client
+r:wsupgrade() -- Met à jour une connexion vers les WebSockets si possible (et si demandé) :
+if r:wsupgrade() then -- si la mise à jour est possible :
+ r:wswrite("Bienvenue dans les websockets!") -- écrit quelque chose à l'intention du client
r:wsclose() -- Au revoir !
end
</highlight>
<highlight language="lua">
-r:wsread() -- Lit un cadre de websocket depuis une connexion vers websocket mise à jour (voir ci-dessus) :
+r:wsread() -- Lit un cadre de websocket depuis une connexion vers websocket mise à jour (voir ci-dessus) :
local line, isFinal = r:wsread() -- isFinal indique s'il s'agit du cadre final.
-- dans le cas contraire, on peut lire les cadres suivants
-r:wswrite("Vous avez écrit : " .. line)
+r:wswrite("Vous avez écrit : " .. line)
</highlight>
<highlight language="lua">
-r:wswrite(line) -- écrit un cadre vers un client WebSocket :
+r:wswrite(line) -- écrit un cadre vers un client WebSocket :
r:wswrite("Bonjour le Monde !")
</highlight>
<highlight language="lua">
-r:wsclose() -- ferme une requête WebSocket et l'achève pour httpd :
+r:wsclose() -- ferme une requête WebSocket et l'achève pour httpd :
if r:wsupgrade() then
r:wswrite("Ecrire quelque chose : ")
local line = r:wsread() or "nothing"
- r:wswrite("Vous avez écrit : " .. line);
+ r:wswrite("Vous avez écrit : " .. line);
r:wswrite("Au revoir !")
r:wsclose()
end
<highlight language="lua">
-- exemples de messages de journalisation
r:trace1("Ceci est un message de journalisation de niveau
- trace") -- les niveaux valides vont de trace1 à trace8 <br />
- r:debug("Ceci est un message de journalisation de niveau debug")<br />
- r:info("Ceci est un message de journalisation de niveau info")<br />
- r:notice("Ceci est un message de journalisation de niveau notice")<br />
- r:warn("Ceci est un message de journalisation de niveau warn")<br />
- r:err("Ceci est un message de journalisation de niveau err")<br />
- r:alert("Ceci est un message de journalisation de niveau alert")<br />
- r:crit("Ceci est un message de journalisation de niveau crit")<br />
- r:emerg("Ceci est un message de journalisation de niveau emerg")<br />
+ trace") -- les niveaux valides vont de trace1 à trace8
+ r:debug("Ceci est un message de journalisation de niveau debug")
+ r:info("Ceci est un message de journalisation de niveau info")
+ r:notice("Ceci est un message de journalisation de niveau notice")
+ r:warn("Ceci est un message de journalisation de niveau warn")
+ r:err("Ceci est un message de journalisation de niveau err")
+ r:alert("Ceci est un message de journalisation de niveau alert")
+ r:crit("Ceci est un message de journalisation de niveau crit")
+ r:emerg("Ceci est un message de journalisation de niveau emerg")
</highlight>
</section>
<section id="apache2"><title>Paquet apache2</title>
-<p>Le paquet nommé <code>apache2</code> est fourni avec (au minimum) le
+<p>Le paquet nommé <code>apache2</code> est fourni avec (au minimum) le
contenu suivant :</p>
<dl>
<dt>apache2.OK</dt>
<dd>Constante interne OK. Les gestionnaires renverront cette valeur
- s'ils ont traité la requête.</dd>
+ s'ils ont traité la requête.</dd>
<dt>apache2.DECLINED</dt>
<dd>Constante interne DECLINED. Les gestionnaires renverront cette
- valeur s'ils n'ont pas l'intention de traiter la requête.</dd>
+ valeur s'ils n'ont pas l'intention de traiter la requête.</dd>
<dt>apache2.DONE</dt>
<dd>Constante interne DONE.</dd>
<dt>apache2.version</dt>
- <dd>Chaîne contenant la version du serveur HTTP Apache</dd>
+ <dd>Chaîne contenant la version du serveur HTTP Apache</dd>
<dt>apache2.HTTP_MOVED_TEMPORARILY</dt>
- <dd>Code d'état HTTP</dd>
+ <dd>Code d'état HTTP</dd>
<dt>apache2.PROXYREQ_NONE, apache2.PROXYREQ_PROXY, apache2.PROXYREQ_REVERSE, apache2.PROXYREQ_RESPONSE</dt>
- <dd>Constantes internes utilisées par <module>mod_proxy</module></dd>
+ <dd>Constantes internes utilisées par <module>mod_proxy</module></dd>
<dt>apache2.AUTHZ_DENIED, apache2.AUTHZ_GRANTED, apache2.AUTHZ_NEUTRAL, apache2.AUTHZ_GENERAL_ERROR, apache2.AUTHZ_DENIED_NO_USER</dt>
- <dd>constantes internes utilisées par <module>mod_authz_core</module></dd>
+ <dd>constantes internes utilisées par <module>mod_authz_core</module></dd>
</dl>
-<p>Les autres codes d'état HTTP ne sont pas encore implémentés.</p>
+<p>Les autres codes d'état HTTP ne sont pas encore implémentés.</p>
</section>
<section id="modifying_buckets">
<title>Modification de contenu avec les filtres lua</title>
<p>
- Les fonctions de filtrage implémentées via les directives <directive
+ Les fonctions de filtrage implémentées via les directives <directive
module="mod_lua">LuaInputFilter</directive> ou <directive
- module="mod_lua">LuaOutputFilter</directive> sont conçues comme des
- fonctions de 3ème phase non blocantes utilisant des sous-routines
- pour suspendre et reprendre l'exécution d'une fonction lorsque des
- paquets de données sont envoyés à la chaîne de filtrage. La
+ module="mod_lua">LuaOutputFilter</directive> sont conçues comme des
+ fonctions de 3ème phase non blocantes utilisant des sous-routines
+ pour suspendre et reprendre l'exécution d'une fonction lorsque des
+ paquets de données sont envoyés à la chaîne de filtrage. La
structure de base d'une telle fonction est :
</p>
<highlight language="lua">
function filter(r)
- -- Nous indiquons tout d'abord que nous sommes prêts à recevoir des
- -- blocs de données.
- -- Avant ceci, nous pouvons définir notre environnement, tester
- -- certaines conditions, et, si nous le jugeons nécessaire, refuser le
- -- filtrage d'une requête :
+ -- Nous indiquons tout d'abord que nous sommes prêts à recevoir des
+ -- blocs de données.
+ -- Avant ceci, nous pouvons définir notre environnement, tester
+ -- certaines conditions, et, si nous le jugeons nécessaire, refuser le
+ -- filtrage d'une requête :
if something_bad then
- return -- Le filtrage est sauté
+ return -- Le filtrage est sauté
end
- -- Sans se préoccuper des données que nous devons éventuellement ajouter, un arrêt est réalisé ici.
- -- Noter que les filtres de sortie sont les seuls capables d'ajouter des éléments au début des données.
- -- Les filtres en entrée peuvent ajouter des éléments à la fin des données au stade final.
+ -- Sans se préoccuper des données que nous devons éventuellement ajouter, un arrêt est réalisé ici.
+ -- Noter que les filtres de sortie sont les seuls capables d'ajouter des éléments au début des données.
+ -- Les filtres en entrée peuvent ajouter des éléments à la fin des données au stade final.
coroutine.yield([optional header to be prepended to the content])
- -- Après cet arrêt, nous allons recevoir d'autres blocs de données, un par un ;
- -- nous pouvons les traiter comme il nous plaît et procéder à la réponse.
- -- Ces blocs sont conservés dans la variable globale 'bucket', nous réalisons donc
- -- une boucle pour vérifier que 'bucket' n'est pas vide :
+ -- Après cet arrêt, nous allons recevoir d'autres blocs de données, un par un ;
+ -- nous pouvons les traiter comme il nous plaît et procéder à la réponse.
+ -- Ces blocs sont conservés dans la variable globale 'bucket', nous réalisons donc
+ -- une boucle pour vérifier que 'bucket' n'est pas vide :
while bucket ~= nil do
local output = mangle(bucket) -- Do some stuff to the content
coroutine.yield(output) -- Return our new content to the filter chain
end
- -- Une fois les blocs de données épuisés, 'bucket' est positionné à une valeur vide ('nil'),
- -- ce qui va nous faire sortir de cette boucle et nous amener à l'étape suivante.
- -- On peut ajouter ce qu'on veut à la fin des données à cette étape, qui constitue le dernier
- -- arrêt. Les filtres d'entrée comme de sortie peuvent servir à ajouter des éléments à la fin
- -- des données à cette étape.
+ -- Une fois les blocs de données épuisés, 'bucket' est positionné à une valeur vide ('nil'),
+ -- ce qui va nous faire sortir de cette boucle et nous amener à l'étape suivante.
+ -- On peut ajouter ce qu'on veut à la fin des données à cette étape, qui constitue le dernier
+ -- arrêt. Les filtres d'entrée comme de sortie peuvent servir à ajouter des éléments à la fin
+ -- des données à cette étape.
coroutine.yield([optional footer to be appended to the content])
end
</highlight>
</section>
<section id="databases">
- <title>Connectivité aux bases de données</title>
- <p>Mod_lua implémente une fonctionnalité basique de connexion aux
-bases de données permettant d'envoyer des requêtes ou d'exécuter des
-commandes auprès des moteurs de base de données les plus courants
+ <title>Connectivité aux bases de données</title>
+ <p>Mod_lua implémente une fonctionnalité basique de connexion aux
+bases de données permettant d'envoyer des requêtes ou d'exécuter des
+commandes auprès des moteurs de base de données les plus courants
(mySQL, PostgreSQL, FreeTDS, ODBC, SQLite, Oracle), ainsi que mod_dbd.
</p>
- <p>L'exemple suivant montre comment se connecter à une base de
-données et extraire des informations d'une table :</p>
+ <p>L'exemple suivant montre comment se connecter à une base de
+données et extraire des informations d'une table :</p>
<highlight language="lua">
function handle(r)
- -- connexion à la base de données
+ -- connexion à la base de données
local database, err = r:dbacquire("mysql", "server=localhost,user=someuser,pass=somepass,dbname=mydb")
if not err then
- -- Sélection de certaines informations
+ -- Sélection de certaines informations
local results, err = database:select(r, "SELECT `name`, `age` FROM `people` WHERE 1")
if not err then
local rows = results(0) -- extrait tous les enregistrements en mode synchrone
end
database:close()
else
- r:puts("Connexion à la base de données impossible : " .. err)
+ r:puts("Connexion à la base de données impossible : " .. err)
end
end
</highlight>
<p>
- Pour utiliser <module>mod_dbd</module>, spécifiez
-<code>mod_dbd</code> comme type de base de données, ou laissez le champ
+ Pour utiliser <module>mod_dbd</module>, spécifiez
+<code>mod_dbd</code> comme type de base de données, ou laissez le champ
vide :
</p>
<highlight language="lua">
local database = r:dbacquire("mod_dbd")
</highlight>
<section id="database_object">
- <title>L'objet database et ses méthodes</title>
- <p>L'objet database renvoyé par <code>dbacquire</code> possède
-les méthodes suivantes :</p>
- <p><strong>Sélection normale et requête vers une base de données
+ <title>L'objet database et ses méthodes</title>
+ <p>L'objet database renvoyé par <code>dbacquire</code> possède
+les méthodes suivantes :</p>
+ <p><strong>Sélection normale et requête vers une base de données
:</strong></p>
<highlight language="lua">
--- Exécution d'une requête et renvoie du nombre d'enregistrements
-affectés :
+-- Exécution d'une requête et renvoie du nombre d'enregistrements
+affectés :
local affected, errmsg = database:query(r, "DELETE FROM `tbl` WHERE 1")
--- Exécution d'une requête et renvoie du résultat qui peut être utilisé
+-- Exécution d'une requête et renvoie du résultat qui peut être utilisé
en mode synchrone ou asynchrone :
local result, errmsg = database:select(r, "SELECT * FROM `people` WHERE 1")
</highlight>
- <p><strong>Utilisation de requêtes préparées (recommandé) :</strong></p>
+ <p><strong>Utilisation de requêtes préparées (recommandé) :</strong></p>
<highlight language="lua">
--- Création et exécution d'une requête préparée :
+-- Création et exécution d'une requête préparée :
local statement, errmsg = database:prepare(r, "DELETE FROM `tbl` WHERE `age` > %u")
if not errmsg then
- local result, errmsg = statement:query(20) -- exécute la requête pour age > 20
+ local result, errmsg = statement:query(20) -- exécute la requête pour age > 20
end
--- Extrait une requête préparée depuis une directive DBDPrepareSQL :
+-- Extrait une requête préparée depuis une directive DBDPrepareSQL :
local statement, errmsg = database:prepared(r, "someTag")
if not errmsg then
- local result, errmsg = statement:select("John Doe", 123) -- injecte les valeurs "John Doe" et 123 dans la requête
+ local result, errmsg = statement:select("John Doe", 123) -- injecte les valeurs "John Doe" et 123 dans la requête
end
</highlight>
- <p><strong>Echappement de valeurs, fermeture de la base données,
+ <p><strong>Echappement de valeurs, fermeture de la base données,
etc...</strong></p>
<highlight language="lua">
--- Echappe une valeur pour pouvoir l'utiliser dans une requête :
+-- Echappe une valeur pour pouvoir l'utiliser dans une requête :
local escaped = database:escape(r, [["'|blabla]])
--- Ferme une base de données et libère les liens vers cette dernière :
+-- Ferme une base de données et libère les liens vers cette dernière :
database:close()
--- Vérifie si une connexion à une base de données est en service et
-opérationnelle :
+-- Vérifie si une connexion à une base de données est en service et
+opérationnelle :
local connected = database:active()
</highlight>
</section>
<section id="result_sets">
- <title>Travail avec les jeux d'enregistrements renvoyés par les requêtes</title>
- <p>Les jeux d'enregistrements renvoyés par <code>db:select</code> ou par des
-requêtes préparées créées par <code>db:prepare</code> permettent de
-sélectionner des enregistrements en mode synchrone ou
-asynchrone, selon le nombre d'enregistrements spécifié :<br/>
- <code>result(0)</code> sélectionne tous les enregistrements en mode
+ <title>Travail avec les jeux d'enregistrements renvoyés par les requêtes</title>
+ <p>Les jeux d'enregistrements renvoyés par <code>db:select</code> ou par des
+requêtes préparées créées par <code>db:prepare</code> permettent de
+sélectionner des enregistrements en mode synchrone ou
+asynchrone, selon le nombre d'enregistrements spécifié :<br/>
+ <code>result(0)</code> sélectionne tous les enregistrements en mode
synchrone en renvoyant une table d'enregistrements.<br/>
- <code>result(-1)</code> sélectionne le prochain enregistrement disponible en
+ <code>result(-1)</code> sélectionne le prochain enregistrement disponible en
mode asynchrone.<br/>
- <code>result(N)</code> sélectionne l'enregistrement numéro
+ <code>result(N)</code> sélectionne l'enregistrement numéro
<code>N</code> en mode asynchrone.
</p>
<highlight language="lua">
--- extrait un jeu d'enregistrements via une requête régulière :
+-- extrait un jeu d'enregistrements via une requête régulière :
local result, err = db:select(r, "SELECT * FROM `tbl` WHERE 1")
-local rows = result(0) -- sélectionne tous les enregistrements en mode synchrone
-local row = result(-1) -- sélectionne le prochain enregistrement disponible en mode asynchrone
-local row = result(1234) -- sélectionne l'enregistrement 1234 en mode asynchrone
+local rows = result(0) -- sélectionne tous les enregistrements en mode synchrone
+local row = result(-1) -- sélectionne le prochain enregistrement disponible en mode asynchrone
+local row = result(1234) -- sélectionne l'enregistrement 1234 en mode asynchrone
local row = result(-1, true) -- Lit l'enregistrement suivant en utilisant les noms d'enregistrements comme index.
</highlight>
<p>Il est possible de construire une fonction qui renvoie une
-fonction itérative permettant de traiter tous les enregistrement en mode
+fonction itérative permettant de traiter tous les enregistrement en mode
synchrone ou asynchrone selon la valeur de l'argument async :
</p>
<highlight language="lua">
local statement, err = db:prepare(r, "SELECT * FROM `tbl` WHERE `age` > %u")
if not err then
- -- sélectionne des enregistrements en mode asynchrone :
+ -- sélectionne des enregistrements en mode asynchrone :
local result, err = statement:select(20)
if not err then
for index, row in rows(result, true) do
end
end
- -- sélectionne des enregistrements en mode synchrone :
+ -- sélectionne des enregistrements en mode synchrone :
local result, err = statement:select(20)
if not err then
for index, row in rows(result, false) do
</highlight>
</section>
<section id="closing_databases">
- <title>Fermeture d'une connexion à une base de données</title>
+ <title>Fermeture d'une connexion à une base de données</title>
- <p>Lorsqu'elles ne sont plus utilisées, les connexions aux bases de
-données doivent être fermées avec <code>database:close()</code>. Si vous
-ne les fermez pas manuellement, mod_lua les fermera peut-être en tant
-que résidus collectés, mais si ce n'est pas le cas, vous pouvez finir
-pas avoir trop de connexions vers la base de données inutilisées. Les
+ <p>Lorsqu'elles ne sont plus utilisées, les connexions aux bases de
+données doivent être fermées avec <code>database:close()</code>. Si vous
+ne les fermez pas manuellement, mod_lua les fermera peut-être en tant
+que résidus collectés, mais si ce n'est pas le cas, vous pouvez finir
+pas avoir trop de connexions vers la base de données inutilisées. Les
deux mesures suivantes sont pratiquement identiques :
</p>
<highlight language="lua">
--- Méthode 1 : fermeture manuelle de la connexion
+-- Méthode 1 : fermeture manuelle de la connexion
local database = r:dbacquire("mod_dbd")
database:close() -- c'est tout
--- Méthode 2 : on laisse le collecteur de résidus la fermer
+-- Méthode 2 : on laisse le collecteur de résidus la fermer
local database = r:dbacquire("mod_dbd")
database = nil -- on coupe le lien
-collectgarbage() -- fermeture de la connexion par le collecteur de résidus
+collectgarbage() -- fermeture de la connexion par le collecteur de résidus
</highlight>
</section>
<section id="database_caveat">
- <title>Précautions à prendre lorsque l'on travaille avec les bases
-de données</title>
+ <title>Précautions à prendre lorsque l'on travaille avec les bases
+de données</title>
<p>Bien que les fonctions <code>query</code> et <code>run</code>
-soient toujours disponibles, il est recommandé d'utiliser des requêtes
-préparées chaque fois que possible, afin d'une part d'optimiser les
+soient toujours disponibles, il est recommandé d'utiliser des requêtes
+préparées chaque fois que possible, afin d'une part d'optimiser les
performances (si votre connexion reste longtemps en vie), et d'autre part
minimiser le risque d'attaques par injection SQL. Les fonctions
-<code>run</code> et <code>query</code> ne doivent être utilisées que
-lorsque la requête ne contient pas de variables (requête statique). Dans
-le cas des requêtes dynamiques, utilisez <code>db:prepare</code> ou
+<code>run</code> et <code>query</code> ne doivent être utilisées que
+lorsque la requête ne contient pas de variables (requête statique). Dans
+le cas des requêtes dynamiques, utilisez <code>db:prepare</code> ou
<code>db:prepared</code>.
</p>
</section>
<directivesynopsis>
<name>LuaRoot</name>
-<description>Spécifie le chemin de base pour la résolution des chemins
+<description>Spécifie le chemin de base pour la résolution des chemins
relatifs dans les directives de mod_lua</description>
-<syntax>LuaRoot /chemin/vers/un/répertoire</syntax>
+<syntax>LuaRoot /chemin/vers/un/répertoire</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
</contextlist>
<override>All</override>
<usage>
- <p>Cette directive permet de spécifier le chemin de base qui sera
- utilisé pour évaluer tous les chemins relatifs dans mod_lua. En
- l'absence de cette directive, les chemins relatifs sont résolus par
- rapport au répertoire de travail courant, ce qui ne sera pas
- toujours approprié pour un serveur.</p>
+ <p>Cette directive permet de spécifier le chemin de base qui sera
+ utilisé pour évaluer tous les chemins relatifs dans mod_lua. En
+ l'absence de cette directive, les chemins relatifs sont résolus par
+ rapport au répertoire de travail courant, ce qui ne sera pas
+ toujours approprié pour un serveur.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LuaScope</name>
-<description>Une valeur parmi once, request, conn, thread -- la valeur par défaut est once</description>
+<description>Une valeur parmi once, request, conn, thread -- la valeur par défaut est once</description>
<syntax>LuaScope once|request|conn|thread|server [min] [max]</syntax>
<default>LuaScope once</default>
<contextlist><context>server config</context><context>virtual host</context>
<override>All</override>
<usage>
- <p>Cette directive permet de spécifier la durée de vie de
- l'interpréteur Lua qui sera utilisé dans ce "répertoire". La valeur
- par défaut est "once".</p>
+ <p>Cette directive permet de spécifier la durée de vie de
+ l'interpréteur Lua qui sera utilisé dans ce "répertoire". La valeur
+ par défaut est "once".</p>
<dl>
- <dt>once:</dt> <dd>utilise l'interpréteur une fois.</dd>
+ <dt>once:</dt> <dd>utilise l'interpréteur une fois.</dd>
- <dt>request:</dt> <dd>utilise l'interpréteur pour traiter tout ce
- qui est basé sur le même fichier dans la requête, et qui se trouve
- aussi dans la portée de la requête.</dd>
+ <dt>request:</dt> <dd>utilise l'interpréteur pour traiter tout ce
+ qui est basé sur le même fichier dans la requête, et qui se trouve
+ aussi dans la portée de la requête.</dd>
- <dt>conn:</dt> <dd>idem request, mais attaché à connection_rec</dd>
+ <dt>conn:</dt> <dd>idem request, mais attaché à connection_rec</dd>
- <dt>thread:</dt> <dd>Utilise l'interpréteur pendant toute la durée
- de vie du thread qui traite la requête (disponible seulement avec
- les MPMs threadés).</dd>
+ <dt>thread:</dt> <dd>Utilise l'interpréteur pendant toute la durée
+ de vie du thread qui traite la requête (disponible seulement avec
+ les MPMs threadés).</dd>
- <dt>server:</dt> <dd>Le comportement est ici différent, car la
- portée du serveur présente une durée de vie assez longue, et
- plusieurs threads vont partager le même server_rec. Pour gérer tout
- ceci, les états lua du serveur sont stockés dans une liste de ressources
+ <dt>server:</dt> <dd>Le comportement est ici différent, car la
+ portée du serveur présente une durée de vie assez longue, et
+ plusieurs threads vont partager le même server_rec. Pour gérer tout
+ ceci, les états lua du serveur sont stockés dans une liste de ressources
apr. Les arguments <code>min</code> et <code>max</code> permettent
- de spécifier les nombres minimaux et maximaux d'états lua à stocker
+ de spécifier les nombres minimaux et maximaux d'états lua à stocker
dans la liste.</dd>
</dl>
- <p>En général, les portées <code>thread</code> et <code>server</code>
- sont 2 à 3 fois plus rapides que les autres, car elles n'ont pas besoin
- de régénérer de nouveaux états Lua à chaque requête (comme c'est le
- cas avec le MPM event, où même les connexions persistantes utilisent un
- nouveau thread pour chaque requête). Si vous pensez que vos scripts
- n'auront pas de problème s'il réutilisent un état, alors les portées
- <code>thread</code> ou <code>server</code> doivent être utilisées car
- elles présenteront de meilleures performances. Alors que la portée
- <code>thread</code> fournira les réponses les plus rapides, la portée
- <code>server</code> utilisera moins de mémoire car les états sont
- rassemblés dans des jeux, permettant par exemple à 1000 threads de
- partager 100 états Lua, ne nécessitant ainsi que 10% de la mémoire
- requise par la portée <code>thread</code>.
+ <p>En général, les portées <code>thread</code> et <code>server</code>
+ sont 2 à 3 fois plus rapides que les autres, car elles n'ont pas besoin
+ de régénérer de nouveaux états Lua à chaque requête (comme c'est le
+ cas avec le MPM event, où même les connexions persistantes utilisent un
+ nouveau thread pour chaque requête). Si vous pensez que vos scripts
+ n'auront pas de problème s'il réutilisent un état, alors les portées
+ <code>thread</code> ou <code>server</code> doivent être utilisées car
+ elles présenteront de meilleures performances. Alors que la portée
+ <code>thread</code> fournira les réponses les plus rapides, la portée
+ <code>server</code> utilisera moins de mémoire car les états sont
+ rassemblés dans des jeux, permettant par exemple à 1000 threads de
+ partager 100 états Lua, ne nécessitant ainsi que 10% de la mémoire
+ requise par la portée <code>thread</code>.
</p>
</usage>
</directivesynopsis>
</contextlist>
<override>All</override>
<usage>
- <p>Cette directive permet de faire correspondre un modèle d'uri avec
- une fonction de gestionnaire située dans un fichier spécifique. Elle
+ <p>Cette directive permet de faire correspondre un modèle d'uri avec
+ une fonction de gestionnaire située dans un fichier spécifique. Elle
utilise les expressions rationnelles PCRE pour mettre en
correspondance l'uri, et supporte les groupes de correspondance
d'interpolation dans le chemin du fichier et le nom de la fonction.
- Prenez garde aux problèmes de sécurité en écrivant vos expressions
+ Prenez garde aux problèmes de sécurité en écrivant vos expressions
rationnelles.</p>
<example><title>Exemples :</title>
<highlight language="config">
<p>Cette directive va faire correspondre des uri comme
/photos/show?id=9 au fichier /scripts/photos.lua, et invoquera la
fonction de gestionnaire handle_show au niveau de la vm lua
- après chargement de ce fichier.</p>
+ après chargement de ce fichier.</p>
<highlight language="config">
LuaMapHandler "/bingo" "/scripts/wombat.lua"
</highlight>
<p>Cette directive invoquera la fonction "handle" qui est la
- valeur par défaut si aucun nom de fonction spécifique n'est
- spécifié.</p>
+ valeur par défaut si aucun nom de fonction spécifique n'est
+ spécifié.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LuaPackagePath</name>
-<description>Ajoute un répertoire au package.path de lua</description>
+<description>Ajoute un répertoire au package.path de lua</description>
<syntax>LuaPackagePath /chemin/vers/include/?.lua</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
</contextlist>
<override>All</override>
- <usage><p>Cette directive permet d'ajouter un chemin à la liste des
- chemins de recherche du module lua. Elle suit les mêmes conventions
+ <usage><p>Cette directive permet d'ajouter un chemin à la liste des
+ chemins de recherche du module lua. Elle suit les mêmes conventions
que lua. Ceci modifie le package.path dans les vms lua.</p>
<example><title>Exemples :</title>
<directivesynopsis>
<name>LuaPackageCPath</name>
-<description>Ajoute un répertoire au package.cpath de lua</description>
+<description>Ajoute un répertoire au package.cpath de lua</description>
<syntax>LuaPackageCPath /chemin/vers/include/?.soa</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
<override>All</override>
<usage>
- <p>Cette directive permet d'ajouter un chemin à la liste des chemins
- de recherche des bibliothèques partagées de lua. Ceci modifie le
+ <p>Cette directive permet d'ajouter un chemin à la liste des chemins
+ de recherche des bibliothèques partagées de lua. Ceci modifie le
package.cpath dans les vms lua.</p>
</usage>
<directivesynopsis>
<name>LuaCodeCache</name>
-<description>Configure le cache de code compilé.</description>
+<description>Configure le cache de code compilé.</description>
<syntax>LuaCodeCache stat|forever|never</syntax>
<default>LuaCodeCache stat</default>
<contextlist>
<override>All</override>
<usage><p>
- Cette directive permet de définir le comportement du cache de code
- en mémoire. La valeur par défaut est stat ; dans ce cas, le script
- du niveau le plus haut (et pas les scripts inclus) est vérifié à
- chaque fois que ce fichier est nécessaire, et est rechargé si la
- date de modification est plus récente que celle du script déjà
- chargé. Les autres valeurs permettent respectivement de garder le
- fichier en cache perpétuellement (forever - jamais vérifié ni
- remplacé), ou de ne jamais le mettre en cache (never).</p>
-
- <p>En général, les valeurs stat et forever sont utilisées pour un
+ Cette directive permet de définir le comportement du cache de code
+ en mémoire. La valeur par défaut est stat ; dans ce cas, le script
+ du niveau le plus haut (et pas les scripts inclus) est vérifié à
+ chaque fois que ce fichier est nécessaire, et est rechargé si la
+ date de modification est plus récente que celle du script déjà
+ chargé. Les autres valeurs permettent respectivement de garder le
+ fichier en cache perpétuellement (forever - jamais vérifié ni
+ remplacé), ou de ne jamais le mettre en cache (never).</p>
+
+ <p>En général, les valeurs stat et forever sont utilisées pour un
serveur en production, et les valeurs stat ou never pour un serveur
- en développement.</p>
+ en développement.</p>
<example><title>Exemples :</title>
<highlight language="config">
<directivesynopsis>
<name>LuaHookTranslateName</name>
-<description>Fournit un point d'entrée à la phase du nom de
-traduction du traitement de la requête</description>
+<description>Fournit un point d'entrée à la phase du nom de
+traduction du traitement de la requête</description>
<syntax>LuaHookTranslateName /chemin/vers/lua/script.lua nom_fonction_hook [early|late]</syntax>
<contextlist><context>server config</context><context>virtual host</context>
</contextlist>
<override>All</override>
-<compatibility>Le troisième argument optionnel est disponible depuis la
+<compatibility>Le troisième argument optionnel est disponible depuis la
version 2.3.15 du serveur HTTP Apache.</compatibility>
<usage><p>
- Cette directive permet d'ajouter un point d'entrée (à
- APR_HOOK_MIDDLE) à la phase du nom de traduction du traitement de la
- requête. La fonction hook accepte un seul argument, le request_rec,
- et doit renvoyer un code d'état qui est soit un code d'erreur HTTP,
- ou une constante définie dans le module apache2 : apache2.OK,
+ Cette directive permet d'ajouter un point d'entrée (à
+ APR_HOOK_MIDDLE) à la phase du nom de traduction du traitement de la
+ requête. La fonction hook accepte un seul argument, le request_rec,
+ et doit renvoyer un code d'état qui est soit un code d'erreur HTTP,
+ ou une constante définie dans le module apache2 : apache2.OK,
apache2.DECLINED, ou apache2.DONE.</p>
- <p>Pour ceux qui ne sont pas familiers avec les points d'entrée
- (hook), en gros, chaque hook sera invoqué jusqu'à ce que l'un
+ <p>Pour ceux qui ne sont pas familiers avec les points d'entrée
+ (hook), en gros, chaque hook sera invoqué jusqu'à ce que l'un
d'entre eux renvoie apache2.OK. Si un hook n'effectuer pas la
traduction, il doit juste renvoyer apache2.DECLINED. Si le
- traitement de la requête doit être interrompu, la valeur renvoyée
- doit être apache2.DONE.</p>
+ traitement de la requête doit être interrompu, la valeur renvoyée
+ doit être apache2.DONE.</p>
<p>Exemple :</p>
end
</highlight>
- <note><title>Contexte</title><p>Cette directive ne peut être
- utilisée ni à l'intérieur d'une section <directive type="section"
+ <note><title>Contexte</title><p>Cette directive ne peut être
+ utilisée ni à l'intérieur d'une section <directive type="section"
module="core">Directory</directive> ou <directive type="section"
module="core">Files</directive>, ni dans un fichier htaccess.</p></note>
<note><title>Ordonnancement</title><p>Les arguments optionnels
- "early" ou "late" permettent de contrôler le moment auquel ce script
- s'exécute par rapport aux autres modules.</p></note>
+ "early" ou "late" permettent de contrôler le moment auquel ce script
+ s'exécute par rapport aux autres modules.</p></note>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LuaHookFixups</name>
-<description>Fournit un point d'entrée pour la phase de correction du
-traitement de la requête</description>
+<description>Fournit un point d'entrée pour la phase de correction du
+traitement de la requête</description>
<syntax>LuaHookFixups /chemin/vers/lua/script.lua hook_function_name</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
<override>All</override>
<usage>
<p>
- Idem LuaHookTranslateName, mais s'exécute durant la phase de
+ Idem LuaHookTranslateName, mais s'exécute durant la phase de
correction.
</p>
</usage>
<directivesynopsis>
<name>LuaHookLog</name>
<description>Permet une insertion dans la phase de journalisation du
-traitement d'une requête</description>
+traitement d'une requête</description>
<syntax>LuaHookLog /path/to/lua/script.lua log_function_name</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
<override>All</override>
<usage>
<p>
- Ce dispositif d'insertion simple permet d'exécuter une fonction
+ Ce dispositif d'insertion simple permet d'exécuter une fonction
lorsque httpd entre dans la phase de journalisation du traitement
- d'une requête. Vous pouvez ainsi ajouter des données à vos propres
- entrées de journalisation, manipuler les entrées du journal standard
- avant leur enregistrement ou empêcher l'enregistrement d'une entrée
- dans le journal. Pour empêcher l'enregistrement normal des entrées
+ d'une requête. Vous pouvez ainsi ajouter des données à vos propres
+ entrées de journalisation, manipuler les entrées du journal standard
+ avant leur enregistrement ou empêcher l'enregistrement d'une entrée
+ dans le journal. Pour empêcher l'enregistrement normal des entrées
du journal, renvoyez simplement <code>apache2.DONE</code> dans votre
gestionnaire de journalisation, ou au contraire, renvoyez
<code>apache2.OK</code> pour que httpd effectue une journalisation
<highlight language="lua">
-- /path/to/script.lua --
function logger(r)
- -- on joue à pile ou face :
- -- Si on obtient 1, on écrit dans notre propre journal Lua et on dit
- -- à httpd de ne pas enregistrer d'entrée dans le journal standard..
- -- Si on obtient 2, on nettoie un peu les données avant que httpd ne
+ -- on joue à pile ou face :
+ -- Si on obtient 1, on écrit dans notre propre journal Lua et on dit
+ -- à httpd de ne pas enregistrer d'entrée dans le journal standard..
+ -- Si on obtient 2, on nettoie un peu les données avant que httpd ne
-- les enregistre dans le journal standard.
if math.random(1,2) == 1 then
-- On effectue notre propre journalisation et le journal
- -- standard n'est pas alimenté
+ -- standard n'est pas alimenté
local f = io.open("/foo/secret.log", "a")
if f then
- f:write("Quelque chose de secret est arrivé à " .. r.uri .. "\n")
+ f:write("Quelque chose de secret est arrivé à " .. r.uri .. "\n")
f:close()
end
- return apache2.DONE -- On dit à httpd de ne rien enregistrer
+ return apache2.DONE -- On dit à httpd de ne rien enregistrer
--dans le journal standard
else
- r.uri = r.uri:gsub("somesecretstuff", "") -- nettoie les données
+ r.uri = r.uri:gsub("somesecretstuff", "") -- nettoie les données
return apache2.OK -- et httpd doit alors les enregistrer.
end
end
<directivesynopsis>
<name>LuaHookMapToStorage</name>
-<description>Fournit un point d'entrée pour la phase map_to_storage du
-traitement de la requête</description>
+<description>Fournit un point d'entrée pour la phase map_to_storage du
+traitement de la requête</description>
<syntax>LuaHookMapToStorage /chemin/vers/lua/script.lua hook_function_name</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
</contextlist>
<override>All</override>
<usage>
- <p>Identique à la directive
- <directive>LuaHookTranslateName</directive>, mais s'exécute à la
- phase map-to-storage du traitement de la requête. Les modules comme
- mod_cache agissent pendant cette phase, ce qui permet de présenter
- un exemple intéressant de ce que l'on peut faire ici :</p>
+ <p>Identique à la directive
+ <directive>LuaHookTranslateName</directive>, mais s'exécute à la
+ phase map-to-storage du traitement de la requête. Les modules comme
+ mod_cache agissent pendant cette phase, ce qui permet de présenter
+ un exemple intéressant de ce que l'on peut faire ici :</p>
<highlight language="config">
LuaHookMapToStorage "/path/to/lua/script.lua" check_cache
</highlight>
function check_cache(r)
if r.filename:match("%.png$") then -- Ne concerne que les fichiers PNG
- local file = cached_files[r.filename] -- Vérifie les entrées du cache
+ local file = cached_files[r.filename] -- Vérifie les entrées du cache
if not file then
file = read_file(r.filename) -- Lit le fichier vers le cache
end
if file then -- Si le fichier existe, on l'envoie
r.status = 200
r:write(file)
- r:info(("%s a été envoyé au client depuis le cache"):format(r.filename))
- return apache2.DONE -- cout-circuite le gestionnaire par défaut des fichiers PNG
+ r:info(("%s a été envoyé au client depuis le cache"):format(r.filename))
+ return apache2.DONE -- cout-circuite le gestionnaire par défaut des fichiers PNG
end
end
- return apache2.DECLINED -- Si nous n'avons rien eu à faire, nous laissons les autres s'en charger
+ return apache2.DECLINED -- Si nous n'avons rien eu à faire, nous laissons les autres s'en charger
end
</highlight>
<directivesynopsis>
<name>LuaHookCheckUserID</name>
-<description>Fournit un point d'entrée pour la phase check_user_id du
-traitement de la requête</description>
+<description>Fournit un point d'entrée pour la phase check_user_id du
+traitement de la requête</description>
<syntax>LuaHookCheckUserID /chemin/vers/lua/script.lua hook_function_name [early|late]</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
</contextlist>
<override>All</override>
-<compatibility>Le troisième argument optionnel est disponible depuis la
+<compatibility>Le troisième argument optionnel est disponible depuis la
version 2.3.15 du serveur HTTP Apache.</compatibility>
<usage><p>...</p>
<note><title>Ordonnancement</title><p>Les arguments optionnels
- "early" ou "late" permettent de contrôler le moment auquel ce script
- s'exécute par rapport aux autres modules.</p></note>
+ "early" ou "late" permettent de contrôler le moment auquel ce script
+ s'exécute par rapport aux autres modules.</p></note>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LuaHookTypeChecker</name>
-<description>Fournit un point d'entrée pour la phase type_checker du
-traitement de la requête</description>
+<description>Fournit un point d'entrée pour la phase type_checker du
+traitement de la requête</description>
<syntax>LuaHookTypeChecker /chemin/vers/lua/script.lua hook_function_name</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
</contextlist>
<override>All</override>
<usage><p>
- Cette directive fournit un point d'entrée pour la phase
- type_checker du traitement de la requête. Cette phase
- correspond au moment où la requête se voit assigner un type et un
- gestionnaire de contenu, et peut donc être utilisée pour modifier le
- type et le gestionnaire en fonction de l'entrée :
+ Cette directive fournit un point d'entrée pour la phase
+ type_checker du traitement de la requête. Cette phase
+ correspond au moment où la requête se voit assigner un type et un
+ gestionnaire de contenu, et peut donc être utilisée pour modifier le
+ type et le gestionnaire en fonction de l'entrée :
</p>
<highlight language="config">
LuaHookTypeChecker "/path/to/lua/script.lua" type_checker
function type_checker(r)
if r.uri:match("%.to_gif$") then -- foo.png.to_gif convient
r.content_type = "image/gif" -- affectation du type image/gif
- r.handler = "gifWizard" -- force le traitement de la requête par le module gifWizard
- r.filename = r.uri:gsub("%.to_gif$", "") -- corrige le nom du fichier demandé
+ r.handler = "gifWizard" -- force le traitement de la requête par le module gifWizard
+ r.filename = r.uri:gsub("%.to_gif$", "") -- corrige le nom du fichier demandé
return apache2.OK
end
<directivesynopsis>
<name>LuaHookAuthChecker</name>
-<description>Fournit un point d'entrée pour la phase auth_checker du
-traitement de la requête</description>
+<description>Fournit un point d'entrée pour la phase auth_checker du
+traitement de la requête</description>
<syntax>LuaHookAuthChecker /chemin/vers/lua/script.lua hook_function_name [early|late]</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
</contextlist>
<override>All</override>
-<compatibility>Le troisième argument optionnel est disponible depuis la
+<compatibility>Le troisième argument optionnel est disponible depuis la
version 2.3.15 du serveur HTTP Apache.</compatibility>
<usage>
<p>Invoque une fonction lua au cours de la phase auth_checker du
-traitement de la requête. Cette directive peut s'utiliser pour
-implémenter une vérification arbitraire de l'authentification et de
-l'autorisation. Voici un exemple très simple :
+traitement de la requête. Cette directive peut s'utiliser pour
+implémenter une vérification arbitraire de l'authentification et de
+l'autorisation. Voici un exemple très simple :
</p>
<highlight language="lua">
require 'apache2'
-- fonction d'accroche authcheck fictive
--- Si la requête ne contient aucune donnée d'authentification, l'en-tête
--- de la réponse est défini et un code 401 est renvoyé afin de demander au
--- navigateur d'effectuer une authentification basique. Si la requête
--- comporte des données d'authentification, elles ne sont pas vraiment
--- consultées, mais on admet la prise en compte de l'utilisateur 'foo' et
--- on la valide. On vérifie ensuite si l'utilisateur est bien 'foo' et on
--- accepte la requête.
+-- Si la requête ne contient aucune donnée d'authentification, l'en-tête
+-- de la réponse est défini et un code 401 est renvoyé afin de demander au
+-- navigateur d'effectuer une authentification basique. Si la requête
+-- comporte des données d'authentification, elles ne sont pas vraiment
+-- consultées, mais on admet la prise en compte de l'utilisateur 'foo' et
+-- on la valide. On vérifie ensuite si l'utilisateur est bien 'foo' et on
+-- accepte la requête.
function authcheck_hook(r)
-- recherche des informations d'authentification
auth = r.headers_in['Authorization']
if auth ~= nil then
- -- définition d'un utilisateur par défaut
+ -- définition d'un utilisateur par défaut
r.user = 'foo'
end
end
</highlight>
<note><title>Ordonnancement</title><p>Les arguments optionnels
- "early" ou "late" permettent de contrôler le moment auquel ce script
- s'exécute par rapport aux autres modules.</p></note>
+ "early" ou "late" permettent de contrôler le moment auquel ce script
+ s'exécute par rapport aux autres modules.</p></note>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LuaHookAccessChecker</name>
-<description>Fournit un point d'entrée pour la phase access_checker du
-traitement de la requête</description>
+<description>Fournit un point d'entrée pour la phase access_checker du
+traitement de la requête</description>
<syntax>LuaHookAccessChecker /chemin/vers/lua/script.lua hook_function_name [early|late]</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
</contextlist>
<override>All</override>
-<compatibility>Le troisième argument optionnel est disponible depuis la
+<compatibility>Le troisième argument optionnel est disponible depuis la
version 2.3.15 du serveur HTTP Apache.</compatibility>
<usage>
-<p>Ajoute votre fonction d'accroche à la phase access_checker. Une
-fonction d'accroche access checker renvoie en général OK, DECLINED, ou
+<p>Ajoute votre fonction d'accroche à la phase access_checker. Une
+fonction d'accroche access checker renvoie en général OK, DECLINED, ou
HTTP_FORBIDDEN.</p>
<note><title>Ordonnancement</title><p>Les arguments optionnels
- "early" ou "late" permettent de contrôler le moment auquel ce script
- s'exécute par rapport aux autres modules.</p></note>
+ "early" ou "late" permettent de contrôler le moment auquel ce script
+ s'exécute par rapport aux autres modules.</p></note>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LuaHookInsertFilter</name>
-<description>Fournit un point d'entrée pour la phase insert_filter du
-traitement de la requête</description>
+<description>Fournit un point d'entrée pour la phase insert_filter du
+traitement de la requête</description>
<syntax>LuaHookInsertFilter /chemin/vers/lua/script.lua hook_function_name</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
</contextlist>
<override>All</override>
- <usage><p>Non encore implémenté</p></usage>
+ <usage><p>Non encore implémenté</p></usage>
</directivesynopsis>
<directivesynopsis>
<name>LuaInherit</name>
-<description>Contrôle la manière dont les sections de configuration
-parentes sont fusionnées dans les enfants</description>
+<description>Contrôle la manière dont les sections de configuration
+parentes sont fusionnées dans les enfants</description>
<syntax>LuaInherit none|parent-first|parent-last</syntax>
<default>LuaInherit parent-first</default>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
</contextlist>
<override>All</override>
-<compatibility>Versions 2.4.0 et supérieures</compatibility>
- <usage><p>Par défaut, si des directives LuaHook* se trouvent dans
+<compatibility>Versions 2.4.0 et supérieures</compatibility>
+ <usage><p>Par défaut, si des directives LuaHook* se trouvent dans
des sections de configuration Directory ou Location qui se
chevauchent, les scripts
- définis dans les sections les plus spécifiques s'exécutent
- <em>après</em> ceux définis dans les sections plus génériques
+ définis dans les sections les plus spécifiques s'exécutent
+ <em>après</em> ceux définis dans les sections plus génériques
(LuaInherit parent-first). Vous pouvez inverser cet ordre, ou faire
en sorte que le contexte parent ne s'applique pas du tout.</p>
- <p>Jusqu'aux versions 2.3.x, le comportement par défaut consistait à
- ignorer les directives LuaHook* situées dans les sections de
+ <p>Jusqu'aux versions 2.3.x, le comportement par défaut consistait à
+ ignorer les directives LuaHook* situées dans les sections de
configuration parentes.</p></usage>
</directivesynopsis>
<directivesynopsis>
<name>LuaQuickHandler</name>
-<description>Fournit un point d'entrée pour la gestion rapide du
-traitement de la requête</description>
+<description>Fournit un point d'entrée pour la gestion rapide du
+traitement de la requête</description>
<syntax>LuaQuickHandler /path/to/script.lua hook_function_name</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
</contextlist>
<override>All</override>
<usage>
- <p>Cette phase s'exécute juste après l'attribution de la requête à
+ <p>Cette phase s'exécute juste après l'attribution de la requête à
un serveur virtuel, et permet d'effectuer certains traitements avant
- le déroulement des autres phases, ou de servir une requête sans
- avoir à la traduire, l'associer à un espace de stockage, etc...
- Comme cette phase s'exécute avant toute autre, les directives telles
+ le déroulement des autres phases, ou de servir une requête sans
+ avoir à la traduire, l'associer à un espace de stockage, etc...
+ Comme cette phase s'exécute avant toute autre, les directives telles
que <directive type="section" module="core">Location</directive> ou
<directive type="section" module="core">Directory</directive> ne
- sont pas encore prises en compte, car Les URI n'ont pas encore été
- entièrement interprétés.
+ sont pas encore prises en compte, car Les URI n'ont pas encore été
+ entièrement interprétés.
</p>
- <note><title>Contexte</title><p>Cette directive ne peut être
- utilisée ni à l'intérieur d'une section <directive type="section"
+ <note><title>Contexte</title><p>Cette directive ne peut être
+ utilisée ni à l'intérieur d'une section <directive type="section"
module="core">Directory</directive> ou <directive type="section"
module="core">Files</directive>, ni dans un fichier htaccess.</p></note>
</usage>
<compatibility>Disponible depuis la version 2.4.3 du serveur HTTP Apache</compatibility>
<usage>
-<p>Lorsqu'une fonction lua a été enregistrée en tant que fournisseur
-d'autorisation, elle peut être appelée via la directive <directive
+<p>Lorsqu'une fonction lua a été enregistrée en tant que fournisseur
+d'autorisation, elle peut être appelée via la directive <directive
module="mod_authz_core">Require</directive> :</p>
<directivesynopsis>
<name>LuaInputFilter</name>
-<description>Fournit une fonction Lua pour le filtrage en entrée</description>
+<description>Fournit une fonction Lua pour le filtrage en entrée</description>
<syntax>LuaInputFilter filter_name /path/to/lua/script.lua function_name</syntax>
<contextlist><context>server config</context> </contextlist>
<compatibility>Disponible depuis la version 2.4.5 du serveur HTTP
Apache</compatibility>
<usage>
-<p>Cette directive permet d'ajouter un filtre en entrée sous la forme
+<p>Cette directive permet d'ajouter un filtre en entrée sous la forme
d'une fonction Lua. A l'instar des filtres en sorties, les filtres en
-entrée fonctionnent comme des sous-routines, intervenant dans un premier
+entrée fonctionnent comme des sous-routines, intervenant dans un premier
temps avant l'envoi du contenu des tampons, puis chaque fois qu'un
-paquet de données doit être transmis à la chaîne, et éventuellement
-produisant toute donnée à ajouter aux données en entrée. La variable
-globale <code>bucket</code> contient les paquets de données tels qu'ils
+paquet de données doit être transmis à la chaîne, et éventuellement
+produisant toute donnée à ajouter aux données en entrée. La variable
+globale <code>bucket</code> contient les paquets de données tels qu'ils
sont transmis au script Lua :
</p>
</highlight>
<highlight language="lua">
--[[
- Exemple de filtre en entrée qui convertit toutes les données POST en
+ Exemple de filtre en entrée qui convertit toutes les données POST en
majuscules.
]]--
function input_filter(r)
- print("luaInputFilter called") -- pour débogage
- coroutine.yield() -- attend des paquets de données
+ print("luaInputFilter called") -- pour débogage
+ coroutine.yield() -- attend des paquets de données
while bucket do -- Pour chaque paquet, faire ...
- local output = string.upper(bucket) -- Convertit toutes les données POST en majuscules
- coroutine.yield(output) -- Envoie les données traitées à la chaîne de filtrage
+ local output = string.upper(bucket) -- Convertit toutes les données POST en majuscules
+ coroutine.yield(output) -- Envoie les données traitées à la chaîne de filtrage
end
- -- plus aucune donnée à traiter.
- coroutine.yield("&filterSignature=1234") -- Ajoute une signature à la fin
+ -- plus aucune donnée à traiter.
+ coroutine.yield("&filterSignature=1234") -- Ajoute une signature à la fin
end
</highlight>
<p>
-Le filtre en entrée peut interdire ou sauter un filtre s'il est
-considéré comme indésirable :
+Le filtre en entrée peut interdire ou sauter un filtre s'il est
+considéré comme indésirable :
</p>
<highlight language="lua">
function input_filter(r)
if not good then
- return -- Empêche tout simplement le filtrage et transmet le contenu original
+ return -- Empêche tout simplement le filtrage et transmet le contenu original
end
- coroutine.yield() -- attend des paquets de données
+ coroutine.yield() -- attend des paquets de données
... -- insert les filtres ici
end
</highlight>
<p>
Voir "<a href="#modifying_buckets">Modification de contenu avec les
-filtres Lua</a>" pour plus de détails.
+filtres Lua</a>" pour plus de détails.
</p>
</usage>
</directivesynopsis>
sortie</description>
<syntax>LuaOutputFilter filter_name /path/to/lua/script.lua function_name</syntax>
<contextlist><context>server config</context> </contextlist>
-<compatibility>Disponible à partir de la version 2.4.5 du serveur HTTP
+<compatibility>Disponible à partir de la version 2.4.5 du serveur HTTP
Apache</compatibility>
<usage>
<p>>Cette directive permet d'ajouter un filtre en sortie sous la forme
d'une fonction Lua. A l'instar des filtres en sorties, les filtres en
-entrée fonctionnent comme des sous-routines, intervenant dans un premier
+entrée fonctionnent comme des sous-routines, intervenant dans un premier
temps avant l'envoi du contenu des tampons, puis chaque fois qu'un
-paquet de données doit être transmis à la chaîne, et éventuellement
-produisant toute donnée à ajouter aux données en sortie. La variable
-globale <code>bucket</code> contient les paquets de données tels qu'ils
+paquet de données doit être transmis à la chaîne, et éventuellement
+produisant toute donnée à ajouter aux données en sortie. La variable
+globale <code>bucket</code> contient les paquets de données tels qu'ils
sont transmis au script Lua :
</p>
</highlight>
<highlight language="lua">
--[[
- Exemple de filtre en sortie qui échappe toutes les entités HTML en
+ Exemple de filtre en sortie qui échappe toutes les entités HTML en
sortie
]]--
function output_filter(r)
- coroutine.yield("(Handled by myOutputFilter)<br/>\n") -- Ajoute des données au début de la sortie,
- -- puis attend des paquets de données à traiter
+ coroutine.yield("(Handled by myOutputFilter)<br/>\n") -- Ajoute des données au début de la sortie,
+ -- puis attend des paquets de données à traiter
while bucket do -- Pour chaque paquet, faire ...
- local output = r:escape_html(bucket) -- Echappe les données en sortie
- coroutine.yield(output) -- Envoie les données traitées à la chaîne
+ local output = r:escape_html(bucket) -- Echappe les données en sortie
+ coroutine.yield(output) -- Envoie les données traitées à la chaîne
end
- -- plus aucune donnée à traiter.
+ -- plus aucune donnée à traiter.
end
</highlight>
<p>
-Comme les filres en entrée, le filtre en sortie peut interdire ou sauter un filtre s'il est
-considéré comme indésirable :
+Comme les filres en entrée, le filtre en sortie peut interdire ou sauter un filtre s'il est
+considéré comme indésirable :
</p>
<highlight language="lua">
function output_filter(r)
if not r.content_type:match("text/html") then
- return -- Empêche tout simplement le filtrage et transmet le contenu original
+ return -- Empêche tout simplement le filtrage et transmet le contenu original
end
- coroutine.yield() -- attend des paquets de données
+ coroutine.yield() -- attend des paquets de données
... -- insert les filtres ici
end
</highlight>
<note><title>Les filtres Lua avec <module>mod_filter</module></title>
<p>Lorsqu'on utilise un filtre Lua comme fournisseur sous-jacent via la
directive <directive module="mod_filter">FilterProvider</directive>, le
-filtrage ne fonctionnera que si <var>filter-name</var> est identique à
+filtrage ne fonctionnera que si <var>filter-name</var> est identique à
<var>provider-name</var>.
</p> </note>
<p>
Voir "<a href="#modifying_buckets">Modification de contenu avec les
-filtres Lua</a>" pour plus de détails.
+filtres Lua</a>" pour plus de détails.
</p>
</usage>
-<?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: 1718324 -->
+<!-- English Revision: 1741864 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
<summary>
<note type="warning"><title>Avertissement</title>
- <p>N'activez pas la fonctionnalité de mandataire avec la directive
+ <p>N'activez pas la fonctionnalité de mandataire avec la directive
<directive module="mod_proxy">ProxyRequests</directive> avant
- d'avoir <a href="#access">sécurisé votre serveur</a>. Les serveurs
- mandataires ouverts sont dangereux pour votre réseau,
+ d'avoir <a href="#access">sécurisé votre serveur</a>. Les serveurs
+ mandataires ouverts sont dangereux pour votre réseau,
mais aussi pour l'Internet au sens large.</p>
</note>
- <p><module>mod_proxy</module> et ses modules associés implémentent
+ <p><module>mod_proxy</module> et ses modules associés implémentent
un mandataire/passerelle pour le serveur HTTP Apache, et supportent
de nombreux protocoles courants, ainsi que plusieurs algorithmes de
- répartition de charge. Le support de protocoles et d'algorithmes de
- répartition de charge supplémentaires peut être assuré par des
+ répartition de charge. Le support de protocoles et d'algorithmes de
+ répartition de charge supplémentaires peut être assuré par des
modules tiers.</p>
- <p>Un jeu de modules chargés dans le serveur permet de fournir les
- fonctionnalités souhaitées. Ces modules peuvent être inclus
- statiquement à la compilation, ou dynamiquement via la directive
+ <p>Un jeu de modules chargés dans le serveur permet de fournir les
+ fonctionnalités souhaitées. Ces modules peuvent être inclus
+ statiquement à la compilation, ou dynamiquement via la directive
<directive module="mod_so">LoadModule</directive>. Ce jeu de module
doit comporter :</p>
<ul>
- <li><module>mod_proxy</module>, qui fournit les fonctionnalités de
+ <li><module>mod_proxy</module>, qui fournit les fonctionnalités de
base d'un mandataire</li>
<li><module>mod_proxy_balancer</module> et un ou plusieurs modules
- de répartition, si la répartition de charge doit être mise en
+ de répartition, si la répartition de charge doit être mise en
oeuvre (Voir la documentation de
- <module>mod_proxy_balancer</module> pour plus de détails).</li>
+ <module>mod_proxy_balancer</module> pour plus de détails).</li>
<li>un ou plusieurs modules de types de mandataire, ou protocoles
:
</li>
</ul>
- <p>En outre, d'autres modules fournissent des fonctionnalités
- étendues. <module>mod_cache</module> et ses modules associés
+ <p>En outre, d'autres modules fournissent des fonctionnalités
+ étendues. <module>mod_cache</module> et ses modules associés
fournissent la mise en cache. Les directives <code>SSLProxy*</code>
du module <module>mod_ssl</module> permettent de contacter des
serveurs distants en utilisant le protocole SSL/TLS. Ces modules
- additionnels devront être chargés et configurés pour pouvoir
- disposer de ces fonctionnalités.</p>
+ additionnels devront être chargés et configurés pour pouvoir
+ disposer de ces fonctionnalités.</p>
</summary>
<seealso><module>mod_cache</module></seealso>
<seealso><module>mod_proxy_ajp</module></seealso>
<section id="forwardreverse"><title>Mandataires directs et
mandataires/passerelles inverses</title>
- <p>Le serveur HTTP Apache peut être configuré dans les deux modes mandataire
- <dfn>direct</dfn> et mandataire <dfn>inverse</dfn> (aussi nommé
+ <p>Le serveur HTTP Apache peut être configuré dans les deux modes mandataire
+ <dfn>direct</dfn> et mandataire <dfn>inverse</dfn> (aussi nommé
mode <dfn>passerelle</dfn>).</p>
<p>Un <dfn>mandataire direct</dfn> standard est un serveur
- intermédiaire qui s'intercale entre le client et le <em>serveur
- demandé</em>. Pour obtenir un contenu hébergé par
- le serveur demandé, le client envoie une requête au
- mandataire en nommant le serveur demandé comme
+ intermédiaire qui s'intercale entre le client et le <em>serveur
+ demandé</em>. Pour obtenir un contenu hébergé par
+ le serveur demandé, le client envoie une requête au
+ mandataire en nommant le serveur demandé comme
cible. Le mandataire extrait alors le contenu depuis le
- serveur demandé et le renvoie enfin au client. Le client doit être
- configuré de manière appropriée pour pouvoir utiliser le mandataire
- direct afin d'accéder à d'autres sites.</p>
+ serveur demandé et le renvoie enfin au client. Le client doit être
+ configuré de manière appropriée pour pouvoir utiliser le mandataire
+ direct afin d'accéder à d'autres sites.</p>
- <p>L'accès à Internet depuis des clients situés derrière un
+ <p>L'accès à Internet depuis des clients situés derrière un
pare-feu est une utilisation typique du mandataire direct. Le
mandataire direct peut aussi utiliser la mise en cache (fournie
- par <module>mod_cache</module>) pour réduire la charge du
- réseau.</p>
+ par <module>mod_cache</module>) pour réduire la charge du
+ réseau.</p>
- <p>La fonctionnalité de mandataire direct est activée via la
+ <p>La fonctionnalité de mandataire direct est activée via la
directive <directive module="mod_proxy">ProxyRequests</directive>.
- Comme les mandataires directs permettent aux clients d'accéder à
+ Comme les mandataires directs permettent aux clients d'accéder à
des sites quelconques via votre serveur et de dissimuler leur
- véritable origine, il est indispensable de <a
- href="#access">sécuriser votre serveur</a> de façon à ce que seuls
- les clients autorisés puissent accéder à votre serveur avant
- d'activer la fonctionnalité de mandataire direct.</p>
+ véritable origine, il est indispensable de <a
+ href="#access">sécuriser votre serveur</a> de façon à ce que seuls
+ les clients autorisés puissent accéder à votre serveur avant
+ d'activer la fonctionnalité de mandataire direct.</p>
<p>Un <dfn>mandataire inverse</dfn> (ou <dfn>passerelle</dfn>),
- quant à lui, apparaît au client comme un serveur web standard.
- Aucune configuration particulière du client n'est nécessaire. Le
+ quant à lui, apparaît au client comme un serveur web standard.
+ Aucune configuration particulière du client n'est nécessaire. Le
client adresse ses demandes de contenus ordinaires dans l'espace
- de nommage du mandataire inverse. Ce dernier décide alors où
- envoyer ces requêtes, et renvoie le contenu au client comme s'il
- l'hébergeait lui-même.</p>
+ de nommage du mandataire inverse. Ce dernier décide alors où
+ envoyer ces requêtes, et renvoie le contenu au client comme s'il
+ l'hébergeait lui-même.</p>
- <p>L'accès d'utilisateurs depuis Internet vers un serveur situé
- derrière un pare-feu est une utilisation typique du mandataire
+ <p>L'accès d'utilisateurs depuis Internet vers un serveur situé
+ derrière un pare-feu est une utilisation typique du mandataire
inverse. On peut aussi utiliser les mandataires inverses pour
- mettre en oeuvre une répartition de charge entre plusieurs
- serveurs en arrière-plan, ou fournir un cache pour un serveur
- d'arrière-plan plus lent. Les mandataires inverses peuvent aussi
- tout simplement servir à rassembler plusieurs serveurs dans le
- même espace de nommage d'URLs.</p>
+ mettre en oeuvre une répartition de charge entre plusieurs
+ serveurs en arrière-plan, ou fournir un cache pour un serveur
+ d'arrière-plan plus lent. Les mandataires inverses peuvent aussi
+ tout simplement servir à rassembler plusieurs serveurs dans le
+ même espace de nommage d'URLs.</p>
- <p>La fonctionnalité de mandataire inverse est activée via la
+ <p>La fonctionnalité de mandataire inverse est activée via la
directive <directive module="mod_proxy">ProxyPass</directive> ou
le drapeau <code>[P]</code> de la directive <directive
module="mod_rewrite">RewriteRule</directive>. Il n'est
- <strong>pas</strong> nécessaire de définir <directive
+ <strong>pas</strong> nécessaire de définir <directive
module="mod_proxy">ProxyRequests</directive> pour configurer
un mandataire inverse.</p>
</section> <!-- /forwardreverse -->
<section id="examples"><title>Exemples simples</title>
- <p>Les exemples ci-dessous illustrent de manière très basique la
- mise en oeuvre de la fonctionnalité de mandataire et ne sont là que
- pour vous aider à démarrer. Reportez-vous à la documentation de
+ <p>Les exemples ci-dessous illustrent de manière très basique la
+ mise en oeuvre de la fonctionnalité de mandataire et ne sont là que
+ pour vous aider à démarrer. Reportez-vous à la documentation de
chaque directive.</p>
- <p>Si en outre, vous désirez activer la mise en cache, consultez la
+ <p>Si en outre, vous désirez activer la mise en cache, consultez la
documentation de <module>mod_cache</module>.</p>
<example><title>Mandataire inverse</title>
</example>
</section> <!-- /examples -->
- <section id="handler"><title>Accès via un gestionnaire</title>
+ <section id="handler"><title>Accès via un gestionnaire</title>
- <p>Vous pouvez aussi forcer le traitement d'une requête en tant que
- requête de mandataire inverse en créant un gestionnaire de transfert
- approprié. Dans l'exemple suivant, toutes les requêtes pour
+ <p>Vous pouvez aussi forcer le traitement d'une requête en tant que
+ requête de mandataire inverse en créant un gestionnaire de transfert
+ approprié. Dans l'exemple suivant, toutes les requêtes pour
des scripts PHP seront transmises au serveur FastCGI
- spécifié via un mandat inverse :
+ spécifié via un mandat inverse :
</p>
<example><title>Scripts PHP et mandataire inverse</title>
<highlight language="config">
<FilesMatch "\.php$">
- # Les sockets Unix nécessitent une version 2.4.7 ou supérieure du
+ # Les sockets Unix nécessitent une version 2.4.7 ou supérieure du
# serveur HTTP Apache
SetHandler "proxy:unix:/path/to/app.sock|fcgi://localhost/"
</FilesMatch>
</highlight>
</example>
- <p>Cette fonctionnalité est disponible à partir de la version
+ <p>Cette fonctionnalité est disponible à partir de la version
2.4.10 du serveur HTTP Apache.</p>
</section> <!-- /handler -->
<section id="workers"><title>Workers</title>
- <p>Le mandataire gère la configuration et les paramètres de
- communication des serveurs originaux au sein d'objets nommés
+ <p>Le mandataire gère la configuration et les paramètres de
+ communication des serveurs originaux au sein d'objets nommés
<dfn>workers</dfn>. Deux types de worker sont fournis : le worker
- par défaut du mandataire direct et le worker par défaut du
- mandataire inverse. Il est aussi possible de définir explicitement
- des workers supplémentaires.</p>
+ par défaut du mandataire direct et le worker par défaut du
+ mandataire inverse. Il est aussi possible de définir explicitement
+ des workers supplémentaires.</p>
- <p>Les deux workers par défaut possèdent une configuration figée
- et seront utilisés si aucun autre worker ne correspond à la
- requête. Ils n'utilisent ni les jeux de connexions (connection
+ <p>Les deux workers par défaut possèdent une configuration figée
+ et seront utilisés si aucun autre worker ne correspond à la
+ requête. Ils n'utilisent ni les jeux de connexions (connection
pooling), ni les
connexions HTTP persistantes (Keep-Alive). En effet, les
- connexions TCP vers le serveur original sont fermées et ouvertes
- pour chaque requête.</p>
+ connexions TCP vers le serveur original sont fermées et ouvertes
+ pour chaque requête.</p>
- <p>Les workers définis explicitement sont identifiés par leur URL.
- Ils sont en général définis via les directives <directive
+ <p>Les workers définis explicitement sont identifiés par leur URL.
+ Ils sont en général définis via les directives <directive
module="mod_proxy">ProxyPass</directive> ou <directive
module="mod_proxy">ProxyPassMatch</directive> lorsqu'on les
utilise dans le cadre d'un mandataire inverse :</p>
</example>
- <p>Cette directive va créer un worker associé à l'URL du serveur
+ <p>Cette directive va créer un worker associé à l'URL du serveur
original <code>http://backend.example.com</code> qui utilisera les
- valeurs de timeout données. Lorsqu'ils sont utilisés dans le cadre
- d'un mandataire direct, les workers sont en général définis via la
+ valeurs de timeout données. Lorsqu'ils sont utilisés dans le cadre
+ d'un mandataire direct, les workers sont en général définis via la
directive <directive module="mod_proxy">ProxySet</directive>,</p>
<example>
</Proxy>
</highlight>
- <p>L'utilisation de workers définis explicitement dans le mode
- mandataire direct n'est pas très courante, car les mandataires
- directs communiquent en général avec de nombreux serveurs
- originaux. La création explicite de workers pour certains serveurs
- originaux peut cependant s'avérer utile si ces serveurs sont
- très souvent sollicités. A leur niveau, les workers explicitement
- définis ne possèdent aucune notion de mandataire direct ou
+ <p>L'utilisation de workers définis explicitement dans le mode
+ mandataire direct n'est pas très courante, car les mandataires
+ directs communiquent en général avec de nombreux serveurs
+ originaux. La création explicite de workers pour certains serveurs
+ originaux peut cependant s'avérer utile si ces serveurs sont
+ très souvent sollicités. A leur niveau, les workers explicitement
+ définis ne possèdent aucune notion de mandataire direct ou
inverse. Ils encapsulent un concept de communication commun avec
- les serveurs originaux. Un worker créé via la directive <directive
- module="mod_proxy">ProxyPass</directive> pour être utilisé dans le
- cadre d'un mandataire inverse sera aussi utilisé dans le cadre
+ les serveurs originaux. Un worker créé via la directive <directive
+ module="mod_proxy">ProxyPass</directive> pour être utilisé dans le
+ cadre d'un mandataire inverse sera aussi utilisé dans le cadre
d'un mandataire directe chaque fois que l'URL vers le serveur
- original correspondra à l'URL du worker, et vice versa.</p>
+ original correspondra à l'URL du worker, et vice versa.</p>
- <p>L'URL qui identifie un worker correspond à l'URL de son serveur
- original, y compris un éventuel chemin donné :</p>
+ <p>L'URL qui identifie un worker correspond à l'URL de son serveur
+ original, y compris un éventuel chemin donné :</p>
<highlight language="config">
ProxyPass "/examples" "http://backend.example.com/examples"
ProxyPass "/docs" "http://backend.example.com/docs"
</highlight>
- <p>Dans cet exemple, deux workers différents sont définis, chacun
+ <p>Dans cet exemple, deux workers différents sont définis, chacun
d'eux utilisant des configurations et jeux de connexions
- séparés.</p>
+ séparés.</p>
<note type="warning"><title>Partage de workers</title>
<p>Le partage de workers intervient lorsque les URLs des workers
s'entrecoupent, ce qui arrive lorsque l'URL d'un worker
- correspond au début de l'URL d'un autre worker défini plus loin
+ correspond au début de l'URL d'un autre worker défini plus loin
dans le fichier de configuration. Dans l'exemple suivant,</p>
<highlight language="config">
ProxyPass "/examples" "http://backend.example.com/examples" timeout=10
</highlight>
- <p>le second worker n'est pas vraiment créé. C'est le premier
- worker qui est en fait utilisé. L'avantage de ceci réside dans
+ <p>le second worker n'est pas vraiment créé. C'est le premier
+ worker qui est en fait utilisé. L'avantage de ceci réside dans
le fait qu'il n'existe qu'un seul jeu de connexions, ces
- dernières étant donc réutilisées plus souvent. Notez que tous
- les attributs de configuration définis explicitement pour le
- deuxième worker seront ignorés, ce qui sera journalisé en tant
+ dernières étant donc réutilisées plus souvent. Notez que tous
+ les attributs de configuration définis explicitement pour le
+ deuxième worker seront ignorés, ce qui sera journalisé en tant
qu'avertissement. Ainsi, dans l'exemple ci-dessus, la valeur de
timeout retenue pour l'URL <code>/exemples</code> sera
<code>60</code>, et non <code>10</code> !</p>
- <p>Si vous voulez empêcher le partage de workers, classez vos
- définitions de workers selon la longueur des URLs, de la plus
- longue à la plus courte. Si au contraire vous voulez favoriser
+ <p>Si vous voulez empêcher le partage de workers, classez vos
+ définitions de workers selon la longueur des URLs, de la plus
+ longue à la plus courte. Si au contraire vous voulez favoriser
ce partage, utilisez l'ordre de classement inverse. Voir aussi
- l'avertissement à propos de l'ordre de classement des directives
+ l'avertissement à propos de l'ordre de classement des directives
<directive module="mod_proxy">ProxyPass</directive>.</p>
</note> <!-- /worker_sharing -->
- <p>Les workers définis explicitement sont de deux sortes :
- <dfn>workers directs</dfn> et <dfn>workers de répartition (de
+ <p>Les workers définis explicitement sont de deux sortes :
+ <dfn>workers directs</dfn> et <dfn>workers de répartition (de
charge)</dfn>. Ils supportent de nombreux attributs de
- configuration importants décrits dans la directive <directive
- module="mod_proxy">ProxyPass</directive>. Ces mêmes attributs
- peuvent aussi être définis via la directive <directive
+ configuration importants décrits dans la directive <directive
+ module="mod_proxy">ProxyPass</directive>. Ces mêmes attributs
+ peuvent aussi être définis via la directive <directive
module="mod_proxy">ProxySet</directive>.</p>
- <p>Le jeu d'options disponibles pour un worker direct dépend du
- protocole spécifié dans l'URL du serveur original. Les protocoles
+ <p>Le jeu d'options disponibles pour un worker direct dépend du
+ protocole spécifié dans l'URL du serveur original. Les protocoles
disponibles comprennent <code>ajp</code>, <code>fcgi</code>,
<code>ftp</code>, <code>http</code> et <code>scgi</code>.</p>
- <p>Les workers de répartition sont des workers virtuels qui
+ <p>Les workers de répartition sont des workers virtuels qui
utilisent les workers directs, connus comme faisant partie de leurs
- membres, pour le traitement effectif des requêtes. Chaque
- répartiteur peut comporter plusieurs membres. Lorsqu'il traite une
- requête, il choisit un de ses membres en fonction de l'algorithme
- de répartition de charge défini.</p>
+ membres, pour le traitement effectif des requêtes. Chaque
+ répartiteur peut comporter plusieurs membres. Lorsqu'il traite une
+ requête, il choisit un de ses membres en fonction de l'algorithme
+ de répartition de charge défini.</p>
- <p>Un worker de répartition est créé si son URL de worker comporte
+ <p>Un worker de répartition est créé si son URL de worker comporte
<code>balancer</code> comme indicateur de protocole. L'URL du
- répartiteur permet d'identifier de manière unique le worker de
- répartition. La directive <directive
+ répartiteur permet d'identifier de manière unique le worker de
+ répartition. La directive <directive
module="mod_proxy">BalancerMember</directive> permet d'ajouter des
- membres au répartiteur.</p>
+ membres au répartiteur.</p>
</section> <!-- /workers -->
- <section id="access"><title>Contrôler l'accès à votre
+ <section id="access"><title>Contrôler l'accès à votre
mandataire</title>
- <p>Vous pouvez restreindre l'accès à votre mandataire via le bloc
- de contrôle <directive
+ <p>Vous pouvez restreindre l'accès à votre mandataire via le bloc
+ de contrôle <directive
module="mod_proxy" type="section">Proxy</directive> comme dans
l'exemple suivant :</p>
</Proxy>
</highlight>
- <p>Pour plus de détails sur les directives de contrôle d'accès,
+ <p>Pour plus de détails sur les directives de contrôle d'accès,
voir la documentation du module
<module>mod_authz_host</module>.</p>
- <p>Restreindre l'accès de manière stricte est essentiel si vous
- mettez en oeuvre un mandataire direct (en définissant la directive
- <directive module="mod_proxy">ProxyRequests</directive> à "on").
- Dans le cas contraire, votre serveur pourrait être utilisé par
- n'importe quel client pour accéder à des serveurs quelconques,
- tout en masquant sa véritable identité. Ceci représente un danger
- non seulement pour votre réseau, mais aussi pour l'Internet au
+ <p>Restreindre l'accès de manière stricte est essentiel si vous
+ mettez en oeuvre un mandataire direct (en définissant la directive
+ <directive module="mod_proxy">ProxyRequests</directive> à "on").
+ Dans le cas contraire, votre serveur pourrait être utilisé par
+ n'importe quel client pour accéder à des serveurs quelconques,
+ tout en masquant sa véritable identité. Ceci représente un danger
+ non seulement pour votre réseau, mais aussi pour l'Internet au
sens large. Dans le cas de la mise en oeuvre d'un mandataire
inverse (en utilisant la directive <directive
- module="mod_proxy">ProxyPass</directive> avec <code>ProxyRequests Off</code>), le contrôle
- d'accès est moins critique car les clients ne peuvent contacter
- que les serveurs que vous avez spécifiés.</p>
+ module="mod_proxy">ProxyPass</directive> avec <code>ProxyRequests Off</code>), le contrôle
+ d'accès est moins critique car les clients ne peuvent contacter
+ que les serveurs que vous avez spécifiés.</p>
<p><strong>Voir aussi</strong> la variable d'environnement <a
href="mod_proxy_http.html#env">Proxy-Chain-Auth</a>.</p>
</section> <!-- /access -->
- <section id="startup"><title>Ralentissement au démarrage</title>
+ <section id="startup"><title>Ralentissement au démarrage</title>
<p>Si vous utilisez la directive <directive module="mod_proxy"
- >ProxyBlock</directive>, les noms d'hôtes sont résolus en adresses
- IP puis ces dernières mises en cache au cours du démarrage
- à des fins de tests de comparaisons ultérieurs. Ce processus peut
+ >ProxyBlock</directive>, les noms d'hôtes sont résolus en adresses
+ IP puis ces dernières mises en cache au cours du démarrage
+ à des fins de tests de comparaisons ultérieurs. Ce processus peut
durer plusieurs secondes (ou d'avantage) en fonction de la vitesse
- à laquelle s'effectue la résolution des noms d'hôtes.</p>
+ à laquelle s'effectue la résolution des noms d'hôtes.</p>
</section> <!-- /startup -->
<section id="intranet"><title>Mandataire en Intranet</title>
- <p>Un serveur mandataire Apache httpd situé à l'intérieur d'un Intranet
- doit faire suivre les requêtes destinées à un serveur externe à
- travers le pare-feu de l'entreprise (pour ce faire, définissez la
+ <p>Un serveur mandataire Apache httpd situé à l'intérieur d'un Intranet
+ doit faire suivre les requêtes destinées à un serveur externe à
+ travers le pare-feu de l'entreprise (pour ce faire, définissez la
directive <directive module="mod_proxy">ProxyRemote</directive> de
- façon à ce qu'elle fasse suivre le <var>protocole</var> concerné
- vers le mandataire du pare-feu). Cependant, lorsqu'il doit accéder
- à des ressources situées dans l'Intranet, il peut se passer du
- pare-feu pour accéder aux serveurs. A cet effet, la directive
+ façon à ce qu'elle fasse suivre le <var>protocole</var> concerné
+ vers le mandataire du pare-feu). Cependant, lorsqu'il doit accéder
+ à des ressources situées dans l'Intranet, il peut se passer du
+ pare-feu pour accéder aux serveurs. A cet effet, la directive
<directive module="mod_proxy">NoProxy</directive> permet de
- spécifier quels hôtes appartiennent à l'Intranet et peuvent donc
- être accédés directement.</p>
+ spécifier quels hôtes appartiennent à l'Intranet et peuvent donc
+ être accédés directement.</p>
- <p>Les utilisateurs d'un Intranet ont tendance à oublier le nom du
- domaine local dans leurs requêtes WWW, et demandent par exemple
+ <p>Les utilisateurs d'un Intranet ont tendance à oublier le nom du
+ domaine local dans leurs requêtes WWW, et demandent par exemple
"http://un-serveur/" au lieu de
<code>http://un-serveur.example.com/</code>. Certains serveurs
- mandataires commerciaux acceptent ce genre de requête et les
+ mandataires commerciaux acceptent ce genre de requête et les
traitent simplement en utilisant un nom de domaine local
implicite. Lorsque la directive <directive
- module="mod_proxy">ProxyDomain</directive> est utilisée et si le
- serveur est <a href="#proxyrequests">configuré comme
- mandataire</a>, Apache httpd peut renvoyer une réponse de redirection et
+ module="mod_proxy">ProxyDomain</directive> est utilisée et si le
+ serveur est <a href="#proxyrequests">configuré comme
+ mandataire</a>, Apache httpd peut renvoyer une réponse de redirection et
ainsi fournir au client l'adresse de serveur correcte,
- entièrement qualifiée. C'est la méthode à privilégier car le
+ entièrement qualifiée. C'est la méthode à privilégier car le
fichier des marque-pages de l'utilisateur contiendra alors des
- noms de serveurs entièrement qualifiés.</p>
+ noms de serveurs entièrement qualifiés.</p>
</section> <!-- /intranet -->
<section id="envsettings"><title>Ajustements relatifs au
protocole</title>
- <p>Pour les cas où <module>mod_proxy</module> envoie des requêtes
- vers un serveur qui n'implémente pas correctement les connexions
+ <p>Pour les cas où <module>mod_proxy</module> envoie des requêtes
+ vers un serveur qui n'implémente pas correctement les connexions
persistantes ou le protocole HTTP/1.1, il existe deux variables
- d'environnement qui permettent de forcer les requêtes à utiliser
+ d'environnement qui permettent de forcer les requêtes à utiliser
le protocole HTTP/1.0 avec connexions non persistantes. Elles
- peuvent être définies via la directive <directive
+ peuvent être définies via la directive <directive
module="mod_env">SetEnv</directive>.</p>
<p>Il s'agit des variables <code>force-proxy-request-1.0</code> et
</section> <!-- /envsettings -->
- <section id="request-bodies"><title>Corps de requêtes</title>
+ <section id="request-bodies"><title>Corps de requêtes</title>
- <p>Certaines méthodes de requêtes comme POST comportent un corps de
- requête. Le protocole HTTP stipule que les requêtes qui comportent
+ <p>Certaines méthodes de requêtes comme POST comportent un corps de
+ requête. Le protocole HTTP stipule que les requêtes qui comportent
un corps doivent soit utiliser un codage de transmission
- fractionnée (chunked transfer encoding), soit envoyer un en-tête de requête
+ fractionnée (chunked transfer encoding), soit envoyer un en-tête de requête
<code>Content-Length</code>. Lorsqu'il fait suivre ce genre de
- requête vers le serveur demandé, <module>mod_proxy_http</module>
- s'efforce toujours d'envoyer l'en-tête <code>Content-Length</code>.
- Par contre, si la taille du corps est importante, et si la requête
- originale utilise un codage à fractionnement, ce dernier peut aussi
- être utilisé dans la requête montante. Ce comportement peut être
- contrôlé à l'aide de <a href="../env.html">variables
- d'environnement</a>. Ainsi, si elle est définie, la variable
- <code>proxy-sendcl</code> assure une compatibilité maximale avec les
- serveurs demandés en imposant l'envoi de l'en-tête
+ requête vers le serveur demandé, <module>mod_proxy_http</module>
+ s'efforce toujours d'envoyer l'en-tête <code>Content-Length</code>.
+ Par contre, si la taille du corps est importante, et si la requête
+ originale utilise un codage à fractionnement, ce dernier peut aussi
+ être utilisé dans la requête montante. Ce comportement peut être
+ contrôlé à l'aide de <a href="../env.html">variables
+ d'environnement</a>. Ainsi, si elle est définie, la variable
+ <code>proxy-sendcl</code> assure une compatibilité maximale avec les
+ serveurs demandés en imposant l'envoi de l'en-tête
<code>Content-Length</code>, alors que
<code>proxy-sendchunked</code> diminue la consommation de ressources
- en imposant l'utilisation d'un codage à fractionnement.</p>
+ en imposant l'utilisation d'un codage à fractionnement.</p>
<p>Dans certaines circonstances, le serveur doit mettre en file
- d'attente sur disque les corps de requêtes afin de satisfaire le
- traitement demandé des corps de requêtes. Par exemple, cette mise en
- file d'attente se produira si le corps original a été envoyé selon un
- codage morcelé (et possède une taille importante), alors que
- l'administrateur a demandé que les requêtes du serveur
- d'arrière-plan soient envoyées avec l'en-tête Content-Length ou en
+ d'attente sur disque les corps de requêtes afin de satisfaire le
+ traitement demandé des corps de requêtes. Par exemple, cette mise en
+ file d'attente se produira si le corps original a été envoyé selon un
+ codage morcelé (et possède une taille importante), alors que
+ l'administrateur a demandé que les requêtes du serveur
+ d'arrière-plan soient envoyées avec l'en-tête Content-Length ou en
HTTP/1.0. Cette mise en file d'attente se produira aussi si le corps
- de la requête contient déjà un en-tête Content-Length, alors que le
- serveur est configuré pour filtrer les corps des requêtes entrantes.</p>
+ de la requête contient déjà un en-tête Content-Length, alors que le
+ serveur est configuré pour filtrer les corps des requêtes entrantes.</p>
<p>La directive <directive
module="core">LimitRequestBody</directive> ne s'applique qu'aux
- corps de requêtes que le serveur met en file d'attente sur disque.</p>
+ corps de requêtes que le serveur met en file d'attente sur disque.</p>
</section> <!-- /request-bodies -->
- <section id="x-headers"><title>En-têtes de requête du mandataire
+ <section id="x-headers"><title>En-têtes de requête du mandataire
inverse</title>
- <p>Lorsqu'il est configuré en mode mandataire inverse (en utilisant
+ <p>Lorsqu'il est configuré en mode mandataire inverse (en utilisant
par exemple la directive <directive
module="mod_proxy">ProxyPass</directive>),
- <module>mod_proxy_http</module> ajoute plusieurs en-têtes de requête
- afin de transmettre des informations au serveur demandé. Ces
- en-têtes sont les suivants :</p>
+ <module>mod_proxy_http</module> ajoute plusieurs en-têtes de requête
+ afin de transmettre des informations au serveur demandé. Ces
+ en-têtes sont les suivants :</p>
<dl>
<dt><code>X-Forwarded-For</code></dt>
<dd>L'adresse IP du client.</dd>
<dt><code>X-Forwarded-Host</code></dt>
- <dd>L'hôte d'origine demandé par le client dans l'en-tête de
- requête HTTP <code>Host</code>.</dd>
+ <dd>L'hôte d'origine demandé par le client dans l'en-tête de
+ requête HTTP <code>Host</code>.</dd>
<dt><code>X-Forwarded-Server</code></dt>
- <dd>Le nom d'hôte du serveur mandataire.</dd>
+ <dd>Le nom d'hôte du serveur mandataire.</dd>
</dl>
- <p>Ces en-têtes doivent être utilisés avec précautions sur le
- serveur demandé, car ils contiendront plus d'une valeur (séparées
- par des virgules) si la requête originale contenait déjà un de ces
- en-têtes. Par exemple, vous pouvez utiliser
- <code>%{X-Forwarded-For}i</code> dans la chaîne de format du journal
- du serveur demandé pour enregistrer les adresses IP des clients
+ <p>Ces en-têtes doivent être utilisés avec précautions sur le
+ serveur demandé, car ils contiendront plus d'une valeur (séparées
+ par des virgules) si la requête originale contenait déjà un de ces
+ en-têtes. Par exemple, vous pouvez utiliser
+ <code>%{X-Forwarded-For}i</code> dans la chaîne de format du journal
+ du serveur demandé pour enregistrer les adresses IP des clients
originaux, mais il est possible que vous obteniez plusieurs adresses
- si la requête passe à travers plusieurs mandataires.</p>
+ si la requête passe à travers plusieurs mandataires.</p>
<p>Voir aussi les directives <directive
module="mod_proxy">ProxyPreserveHost</directive> et <directive
module="mod_proxy">ProxyVia</directive> directives, qui permettent
- de contrôler d'autres en-têtes de requête.</p>
+ de contrôler d'autres en-têtes de requête.</p>
- <p>Note : Si vous devez ajouter des en-têtes particuliers à la
- requête mandatée, utilisez la directive <directive
+ <p>Note : Si vous devez ajouter des en-têtes particuliers à la
+ requête mandatée, utilisez la directive <directive
module="mod_headers">RequestHeader</directive>.</p>
</section> <!--/x-headers -->
<directivesynopsis type="section">
<name>Proxy</name>
-<description>Conteneur de directives s'appliquant à des ressources
-mandatées</description>
+<description>Conteneur de directives s'appliquant à des ressources
+mandatées</description>
<syntax><Proxy <var>url-avec-jokers</var>> ...</Proxy></syntax>
<contextlist><context>server config</context><context>virtual host</context>
</contextlist>
<usage>
- <p>Les directives situées dans une section <directive
+ <p>Les directives situées dans une section <directive
type="section">Proxy</directive> ne s'appliquent qu'au contenu
- mandaté concerné. Les jokers de style shell sont autorisés.</p>
+ mandaté concerné. Les jokers de style shell sont autorisés.</p>
- <p>Par exemple, les lignes suivantes n'autoriseront à accéder à un
- contenu via votre serveur mandataire que les hôtes appartenant à
+ <p>Par exemple, les lignes suivantes n'autoriseront à accéder à un
+ contenu via votre serveur mandataire que les hôtes appartenant à
<code>votre-reseau.example.com</code> :</p>
<highlight language="config">
</Proxy>
</highlight>
- <p>Dans l'exemple suivant, tous les fichiers du répertoire
- <code>foo</code> de <code>example.com</code> seront traités par le
- filtre <code>INCLUDES</code> lorsqu'ils seront envoyés par
- l'intermédiaire du serveur mandataire :</p>
+ <p>Dans l'exemple suivant, tous les fichiers du répertoire
+ <code>foo</code> de <code>example.com</code> seront traités par le
+ filtre <code>INCLUDES</code> lorsqu'ils seront envoyés par
+ l'intermédiaire du serveur mandataire :</p>
<highlight language="config">
<Proxy "http://example.com/foo/*">
</Proxy>
</highlight>
- <note><title>Différences avec la section de configuration Location</title>
- <p>Une URL d'arrière-plan sera concernée par le conteneur Proxy si
- elle commence par la <var>url-avec-jokers</var>, même si le
- dernier segment de chemin de la directive ne correspond qu'à un
- préfixe de segment dee chemin de l'URL d'arrière-plan. Par exemple, <Proxy
+ <note><title>Différences avec la section de configuration Location</title>
+ <p>Une URL d'arrière-plan sera concernée par le conteneur Proxy si
+ elle commence par la <var>url-avec-jokers</var>, même si le
+ dernier segment de chemin de la directive ne correspond qu'à un
+ préfixe de segment dee chemin de l'URL d'arrière-plan. Par exemple, <Proxy
"http://example.com/foo"> correspondra entre autres aux URLs
http://example.com/foo, http://example.com/foo/bar, et
http://example.com/foobar. La correspondance de l'URL finale
- diffère du comportement de la section <directive type="section"
+ diffère du comportement de la section <directive type="section"
module="core">Location</directive> qui, pour le cas de cette note,
traitera le segment de chemin final comme s'il se terminait par un
slash.</p>
- <p>Pour un contrôle plus fin de la correspondance des URL, voir la
+ <p>Pour un contrôle plus fin de la correspondance des URL, voir la
directive <directive type="section">ProxyMatch</directive>.</p>
</note>
<directivesynopsis>
<name>ProxyBadHeader</name>
-<description>Détermine la manière de traiter les lignes d'en-tête
-incorrectes d'une réponse</description>
+<description>Détermine la manière de traiter les lignes d'en-tête
+incorrectes d'une réponse</description>
<syntax>ProxyBadHeader IsError|Ignore|StartBody</syntax>
<default>ProxyBadHeader IsError</default>
<contextlist><context>server config</context><context>virtual host</context>
<usage>
<p>La directive <directive>ProxyBadHeader</directive> permet de
- déterminer le comportement de <module>mod_proxy</module> lorsqu'il
- reçoit des lignes d'en-tête de réponse dont la syntaxe n'est pas valide (c'est
- à dire ne contenant pas de caractère ':') en provenance du serveur
+ déterminer le comportement de <module>mod_proxy</module> lorsqu'il
+ reçoit des lignes d'en-tête de réponse dont la syntaxe n'est pas valide (c'est
+ à dire ne contenant pas de caractère ':') en provenance du serveur
original. Les arguments disponibles sont :</p>
<dl>
<dt><code>IsError</code></dt>
- <dd>Annule la requête et renvoie une réponse de code 502 (mauvaise
- passerelle). C'est le comportement par défaut.</dd>
+ <dd>Annule la requête et renvoie une réponse de code 502 (mauvaise
+ passerelle). C'est le comportement par défaut.</dd>
<dt><code>Ignore</code></dt>
- <dd>Traite les lignes d'en-tête incorrectes comme si elles n'avaient
- pas été envoyées.</dd>
+ <dd>Traite les lignes d'en-tête incorrectes comme si elles n'avaient
+ pas été envoyées.</dd>
<dt><code>StartBody</code></dt>
- <dd>A la réception de la première ligne d'en-tête incorrecte, les
- autres en-têtes sont lus et ce qui reste est traité en tant que
- corps. Ceci facilite la prise en compte des serveurs d'arrière-plan
- bogués qui oublient d'insérer une ligne vide entre les
- en-têtes et le corps.</dd>
+ <dd>A la réception de la première ligne d'en-tête incorrecte, les
+ autres en-têtes sont lus et ce qui reste est traité en tant que
+ corps. Ceci facilite la prise en compte des serveurs d'arrière-plan
+ bogués qui oublient d'insérer une ligne vide entre les
+ en-têtes et le corps.</dd>
</dl>
</usage>
</directivesynopsis>
<directivesynopsis type="section">
<name>ProxyMatch</name>
-<description>Conteneur de directives s'appliquant à des ressources
-mandatées correspondant à une expression rationnelle</description>
+<description>Conteneur de directives s'appliquant à des ressources
+mandatées correspondant à une expression rationnelle</description>
<syntax><ProxyMatch <var>regex</var>> ...</ProxyMatch></syntax>
<contextlist><context>server config</context><context>virtual host</context>
</contextlist>
<usage>
<p>La directive <directive type="section">ProxyMatch</directive> est
- identique à la directive <directive module="mod_proxy"
- type="section">Proxy</directive>, à l'exception qu'elle définit
+ identique à la directive <directive module="mod_proxy"
+ type="section">Proxy</directive>, à l'exception qu'elle définit
les URLs auxquelles elle s'applique en utilisant une <glossary
ref="regex">expression rationnelle</glossary>.</p>
- <p>A partir de la version 2.4.8, les groupes nommés et les
- références arrières sont extraits et enregistrés dans
- l'environnement avec leur nom en majuscules et préfixé par "MATCH_". Ceci permet
- de référencer des URLs dans des <a href="../expr.html">expressions</a>
+ <p>A partir de la version 2.4.8, les groupes nommés et les
+ références arrières sont extraits et enregistrés dans
+ l'environnement avec leur nom en majuscules et préfixé par "MATCH_". Ceci permet
+ de référencer des URLs dans des <a href="../expr.html">expressions</a>
ou au sein de modules comme <module>mod_rewrite</module>. Pour
- éviter toute confusion, les références arrières numérotées (non
- nommées) sont ignorées. Vous devez utiliser à la place des groupes
- nommés.</p>
+ éviter toute confusion, les références arrières numérotées (non
+ nommées) sont ignorées. Vous devez utiliser à la place des groupes
+ nommés.</p>
<highlight language="config">
<ProxyMatch "^http://(?<sitename>[^/]+)">
<directivesynopsis>
<name>ProxyPreserveHost</name>
-<description>Utilise l'en-tête de requête entrante Host pour la requête
+<description>Utilise l'en-tête de requête entrante Host pour la requête
du mandataire</description>
<syntax>ProxyPreserveHost On|Off</syntax>
<default>ProxyPreserveHost Off</default>
<context>directory</context>
</contextlist>
<compatibility>Utilisable
-dans un contexte de répertoire depuis la version 2.3.3.</compatibility>
+dans un contexte de répertoire depuis la version 2.3.3.</compatibility>
<usage>
- <p>Lorsqu'elle est activée, cette directive va transmettre l'en-tête
- Host: de la requête entrante vers le serveur mandaté, au lieu du nom
- d'hôte spécifié par la directive <directive
+ <p>Lorsqu'elle est activée, cette directive va transmettre l'en-tête
+ Host: de la requête entrante vers le serveur mandaté, au lieu du nom
+ d'hôte spécifié par la directive <directive
module="mod_proxy">ProxyPass</directive>.</p>
- <p>Cette directive est habituellement définie à <code>Off</code>.
- Elle est principalement utile dans les configurations particulières
- comme l'hébergement virtuel mandaté en masse à base de nom, où
- l'en-tête Host d'origine doit être évalué par le serveur
- d'arrière-plan.</p>
+ <p>Cette directive est habituellement définie à <code>Off</code>.
+ Elle est principalement utile dans les configurations particulières
+ comme l'hébergement virtuel mandaté en masse à base de nom, où
+ l'en-tête Host d'origine doit être évalué par le serveur
+ d'arrière-plan.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>ProxyRequests</name>
-<description>Active la fonctionnalité (standard) de mandataire
+<description>Active la fonctionnalité (standard) de mandataire
direct</description>
<syntax>ProxyRequests On|Off</syntax>
<default>ProxyRequests Off</default>
</contextlist>
<usage>
- <p>Cette directive permet d'activer/désactiver la fonctionnalité de
- serveur mandataire direct d'Apache httpd. Définir ProxyRequests à
+ <p>Cette directive permet d'activer/désactiver la fonctionnalité de
+ serveur mandataire direct d'Apache httpd. Définir ProxyRequests à
<code>Off</code> n'interdit pas l'utilisation de la directive
<directive module="mod_proxy">ProxyPass</directive>.</p>
<p>Pour une configuration typique de mandataire inverse ou
- passerelle, cette directive doit être définie à
+ passerelle, cette directive doit être définie à
<code>Off</code>.</p>
- <p>Afin d'activer la fonctionnalité de mandataire pour des sites
+ <p>Afin d'activer la fonctionnalité de mandataire pour des sites
HTTP et/ou FTP, les modules <module>mod_proxy_http</module> et/ou
- <module>mod_proxy_ftp</module> doivent également être chargés dans le
+ <module>mod_proxy_ftp</module> doivent également être chargés dans le
serveur.</p>
- <p>Pour activer la fonctionnalité de mandataire sur les sites chiffrés en HTTPS, le module
- <module>mod_proxy_connect</module> doit également être chargé dans le serveur.</p>
+ <p>Pour activer la fonctionnalité de mandataire sur les sites chiffrés en HTTPS, le module
+ <module>mod_proxy_connect</module> doit également être chargé dans le serveur.</p>
<note type="warning"><title>Avertissement</title>
- <p>N'activez pas la fonctionnalité de mandataire avec la directive
+ <p>N'activez pas la fonctionnalité de mandataire avec la directive
<directive module="mod_proxy">ProxyRequests</directive> avant
- d'avoir <a href="#access">sécurisé votre serveur</a>. Les serveurs
+ d'avoir <a href="#access">sécurisé votre serveur</a>. Les serveurs
mandataires ouverts sont dangereux non seulement pour votre
- réseau, mais aussi pour l'Internet au sens large.</p>
+ réseau, mais aussi pour l'Internet au sens large.</p>
</note>
</usage>
<seealso><a href="#forwardreverse">Mandataires/Passerelles directs et
<directivesynopsis>
<name>ProxyRemote</name>
-<description>Mandataire distant à utiliser pour traiter certaines
-requêtes</description>
+<description>Mandataire distant à utiliser pour traiter certaines
+requêtes</description>
<syntax>ProxyRemote <var>comparaison</var> <var>serveur-distant</var></syntax>
<contextlist><context>server config</context><context>virtual host</context>
</contextlist>
<usage>
- <p>Cette directive permet de définir des mandataires distants pour
+ <p>Cette directive permet de définir des mandataires distants pour
ce mandataire. <var>comparaison</var> est soit le nom d'un protocole
que supporte le serveur distant, soit une URL partielle pour
- laquelle le serveur distant devra être utilisé, soit <code>*</code>
- pour indiquer que le serveur distant doit être utilisé pour toutes
- les requêtes. <var>serveur-distant</var> est une URL partielle
+ laquelle le serveur distant devra être utilisé, soit <code>*</code>
+ pour indiquer que le serveur distant doit être utilisé pour toutes
+ les requêtes. <var>serveur-distant</var> est une URL partielle
correspondant au serveur distant. Syntaxe : </p>
<example>
<var>protocole</var>://<var>nom-serveur</var>[:<var>port</var>]
</example>
- <p><var>protocole</var> est effectivement le protocole à utiliser
+ <p><var>protocole</var> est effectivement le protocole à utiliser
pour communiquer avec le serveur distant ; ce module ne supporte que
<code>http</code> et <code>https</code>. Lorsqu'on utilise
- <code>https</code>, les requêtes sont redirigées par le mandataire
- distant en utilisant la méthode HTTP CONNECT.</p>
+ <code>https</code>, les requêtes sont redirigées par le mandataire
+ distant en utilisant la méthode HTTP CONNECT.</p>
<example><title>Exemple</title>
<highlight language="config">
</highlight>
</example>
- <p>Dans la dernière ligne de l'exemple, le mandataire va faire
- suivre les requêtes FTP, encapsulées dans une autre requête mandatée
+ <p>Dans la dernière ligne de l'exemple, le mandataire va faire
+ suivre les requêtes FTP, encapsulées dans une autre requête mandatée
HTTP, vers un autre mandataire capable de les traiter.</p>
<p>Cette directive supporte aussi les configurations de mandataire
- inverse ; un serveur web d'arrière-plan peut être intégré dans
- l'espace d'URL d'un serveur virtuel, même si ce serveur est caché
+ inverse ; un serveur web d'arrière-plan peut être intégré dans
+ l'espace d'URL d'un serveur virtuel, même si ce serveur est caché
par un autre mandataire direct.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>ProxyRemoteMatch</name>
-<description>Le mandataire distant à utiliser pour traiter les requêtes
-correspondant à une expression rationnelle</description>
+<description>Le mandataire distant à utiliser pour traiter les requêtes
+correspondant à une expression rationnelle</description>
<syntax>ProxyRemoteMatch <var>regex</var> <var>serveur-distant</var></syntax>
<contextlist><context>server config</context><context>virtual host</context>
</contextlist>
<usage>
<p>La directive <directive>ProxyRemoteMatch</directive> est
- identique à la directive <directive
- module="mod_proxy">ProxyRemote</directive>, à l'exception du
+ identique à la directive <directive
+ module="mod_proxy">ProxyRemote</directive>, à l'exception du
premier argument qui est une <glossary ref="regex">expression
- rationnelle</glossary> à mettre en correspondance avec l'URL de la
- requête.</p>
+ rationnelle</glossary> à mettre en correspondance avec l'URL de la
+ requête.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>BalancerGrowth</name>
-<description>Nombre de membres supplémentaires pouvant être ajoutés
-après la configuration initiale</description>
+<description>Nombre de membres supplémentaires pouvant être ajoutés
+après la configuration initiale</description>
<syntax>BalancerGrowth <var>#</var></syntax>
<default>BalancerGrowth 5</default>
<contextlist><context>server config</context><context>virtual host</context></contextlist>
<compatibility>BalancerGrowth est disponible depuis la version 2.3.13 du
serveur HTTP Apache</compatibility>
<usage>
- <p>Cette directive permet de définir le nombre de membres pouvant
- être ajoutés au groupe de répartition de charge préconfiguré d'un
- serveur virtuel. Elle n'est active que si le groupe a été
- préconfiguré avec un membre au minimum.</p>
+ <p>Cette directive permet de définir le nombre de membres pouvant
+ être ajoutés au groupe de répartition de charge préconfiguré d'un
+ serveur virtuel. Elle n'est active que si le groupe a été
+ préconfiguré avec un membre au minimum.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>BalancerPersist</name>
- <description>Tente de conserver les changements effectués par le
- gestionnaire de répartition de charge après un redémarrage du
+ <description>Tente de conserver les changements effectués par le
+ gestionnaire de répartition de charge après un redémarrage du
serveur.</description>
<syntax>BalancerPersist On|Off</syntax>
<default>BalancerPersist Off</default>
<contextlist><context>server config</context><context>virtual host</context></contextlist>
- <compatibility>BalancerPersist n'est disponible qu'à partir de la
+ <compatibility>BalancerPersist n'est disponible qu'à partir de la
version 2.4.4 du serveur HTTP Apache.</compatibility>
<usage>
<p>Cette directive permet de conserver le contenu de l'espace
- mémoire partagé associé aux répartiteurs de charge et à leurs
- membres après un redémarrage du serveur. Ces modifications
- locales ne sont ainsi pas perdues lors des transitions d'état
- dues à un redémarrage.</p>
+ mémoire partagé associé aux répartiteurs de charge et à leurs
+ membres après un redémarrage du serveur. Ces modifications
+ locales ne sont ainsi pas perdues lors des transitions d'état
+ dues à un redémarrage.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>ProxyPassInherit</name>
- <description>Héritage des directives ProxyPass définies au niveau du
+ <description>Héritage des directives ProxyPass définies au niveau du
serveur principal</description>
<syntax>ProxyPassInherit On|Off</syntax>
<default>ProxyPassInherit On</default>
<contextlist><context>server config</context><context>virtual host</context></contextlist>
- <compatibility>Disponible à partir de la version 2.4.5 du serveur
+ <compatibility>Disponible à partir de la version 2.4.5 du serveur
HTTP Apache.</compatibility>
<usage>
- <p>Cette directive permet à un serveur virtuel d'hériter des
- directives <directive module="mod_proxy">ProxyPass</directive> définies
- au niveau du serveur principal. Si vous utilisez la fonctionnalité de
+ <p>Cette directive permet à un serveur virtuel d'hériter des
+ directives <directive module="mod_proxy">ProxyPass</directive> définies
+ au niveau du serveur principal. Si vous utilisez la fonctionnalité de
modifications dynamiques du Balancer Manager, cette directive peut
- causer des problèmes et des comportements inattendus et doit donc
- être désactivée.</p>
- <p>Les valeurs définies au niveau du serveur principal
- constituent les valeurs par défaut pour tous les serveurs virtuels.</p>
- <p>La désactivation de ProxyPassInherit désactive aussi la
+ causer des problèmes et des comportements inattendus et doit donc
+ être désactivée.</p>
+ <p>Les valeurs définies au niveau du serveur principal
+ constituent les valeurs par défaut pour tous les serveurs virtuels.</p>
+ <p>La désactivation de ProxyPassInherit désactive aussi la
directive <directive module="mod_proxy">BalancerInherit</directive>.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>BalancerInherit</name>
- <description>Héritage des membres du groupes de répartition de
- charge du mandataire définis au niveau du serveur principal</description>
+ <description>Héritage des membres du groupes de répartition de
+ charge du mandataire définis au niveau du serveur principal</description>
<syntax>BalancerInherit On|Off</syntax>
<default>BalancerInherit On</default>
<contextlist><context>server config</context><context>virtual host</context></contextlist>
- <compatibility>Disponible à partir de la version 2.4.5 du serveur
+ <compatibility>Disponible à partir de la version 2.4.5 du serveur
HTTP Apache.</compatibility>
<usage>
<p>Cette directive permet d'attribuer au serveur virtuel courant
- l'héritage des membres de groupes de répartition de charge
- définis au niveau du serveur
- principal. Elle ne doit pas être activée si vous
- utilisez la fonctionnalité de modifications dynamiques du
- gestionnaire de répartition de charge (Balancer Manager) pour
- éviter des problèmes et des comportements inattendus.</p>
- <p>Les définitions au niveau du serveur principal constituent
- les définitions par défaut au niveau des serveurs virtuels.</p>
+ l'héritage des membres de groupes de répartition de charge
+ définis au niveau du serveur
+ principal. Elle ne doit pas être activée si vous
+ utilisez la fonctionnalité de modifications dynamiques du
+ gestionnaire de répartition de charge (Balancer Manager) pour
+ éviter des problèmes et des comportements inattendus.</p>
+ <p>Les définitions au niveau du serveur principal constituent
+ les définitions par défaut au niveau des serveurs virtuels.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>BalancerMember</name>
-<description>Ajoute un membre à un groupe de répartition de
+<description>Ajoute un membre à un groupe de répartition de
charge</description>
<syntax>BalancerMember [<var>balancerurl</var>] <var>url</var> [<var
- >clé=valeur [clé=valeur ...]]</var></syntax>
+ >clé=valeur [clé=valeur ...]]</var></syntax>
<contextlist><context>directory</context>
</contextlist>
<compatibility>Disponible depuis la version 2.2 du serveur HTTP Apache.</compatibility>
<usage>
- <p>Cette directive permet d'ajouter un membre à un groupe de
- répartition de charge. Elle peut se trouver dans un conteneur
+ <p>Cette directive permet d'ajouter un membre à un groupe de
+ répartition de charge. Elle peut se trouver dans un conteneur
<code><Proxy <var>balancer://</var>...></code>, et accepte
- tous les paramètres de paires clé/valeur que supporte la directive
+ tous les paramètres de paires clé/valeur que supporte la directive
<directive module="mod_proxy">ProxyPass</directive>.</p>
- <p>La directive <directive>BalancerMember</directive> accepte un paramètre
- supplémentaire : <var>loadfactor</var>. Il s'agit du facteur de
- charge du membre - un nombre entre 1 (valeur par défaut) et 100, qui
- définit la charge à appliquer au membre en question.</p>
+ <p>La directive <directive>BalancerMember</directive> accepte un paramètre
+ supplémentaire : <var>loadfactor</var>. Il s'agit du facteur de
+ charge du membre - un nombre entre 1 (valeur par défaut) et 100, qui
+ définit la charge à appliquer au membre en question.</p>
<p>L'argument <var>balancerurl</var> n'est requis que s'il ne se trouve pas
- dèjà dans la directive de conteneur <code><Proxy
- <var>balancer://</var>...></code>. Il correspond à l'URL d'un
- répartiteur de charge défini par une directive <directive
+ dèjà dans la directive de conteneur <code><Proxy
+ <var>balancer://</var>...></code>. Il correspond à l'URL d'un
+ répartiteur de charge défini par une directive <directive
module="mod_proxy">ProxyPass</directive>.</p>
- <p>La partie chemin de l'URL du répartiteur dans toute directive de
+ <p>La partie chemin de l'URL du répartiteur dans toute directive de
conteneur <code><Proxy <var>balancer://</var>...></code> est
- ignorée.</p>
+ ignorée.</p>
<p>En particulier, le slash de fin de l'URL d'un
- <directive>BalancerMember</directive> doit être supprimé.</p>
+ <directive>BalancerMember</directive> doit être supprimé.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>ProxySet</name>
-<description>Définit différents paramètres relatifs à la répartition de
-charge des mandataires et aux membres des groupes de répartition de
+<description>Définit différents paramètres relatifs à la répartition de
+charge des mandataires et aux membres des groupes de répartition de
charge</description>
-<syntax>ProxySet <var>url</var> <var>clé=valeur [clé=valeur ...]</var></syntax>
+<syntax>ProxySet <var>url</var> <var>clé=valeur [clé=valeur ...]</var></syntax>
<contextlist><context>directory</context>
</contextlist>
<compatibility>ProxySet n'est disponible que depuis la version 2.2
du serveur HTTP Apache.</compatibility>
<usage>
- <p>Cette directive propose une méthode alternative pour définir tout
- paramètre relatif aux répartiteurs de charge et serveurs cibles de
- mandataires normalement définis via la directive <directive
+ <p>Cette directive propose une méthode alternative pour définir tout
+ paramètre relatif aux répartiteurs de charge et serveurs cibles de
+ mandataires normalement définis via la directive <directive
module="mod_proxy">ProxyPass</directive>. Si elle se trouve dans un
- conteneur <code><Proxy <var>url de répartiteur|url de
+ conteneur <code><Proxy <var>url de répartiteur|url de
serveur cible</var>></code>, l'argument <var>url</var> n'est pas
- nécessaire. Comme effet de bord, le répartiteur ou serveur cible respectif
- est créé. Ceci peut s'avérer utile pour la mise en oeuvre d'un
+ nécessaire. Comme effet de bord, le répartiteur ou serveur cible respectif
+ est créé. Ceci peut s'avérer utile pour la mise en oeuvre d'un
mandataire inverse via une directive <directive
module="mod_rewrite">RewriteRule</directive> au lieu de <directive
module="mod_proxy">ProxyPass</directive>.</p>
</highlight>
<note type="warning"><title>Avertissement</title>
- <p>Gardez à l'esprit qu'une même clé de paramètre peut avoir
- différentes significations selon qu'elle s'applique à un
- répartiteur ou à un serveur cible, et ceci est illustré par les deux
- exemples précédents où il est question d'un timeout.</p>
+ <p>Gardez à l'esprit qu'une même clé de paramètre peut avoir
+ différentes significations selon qu'elle s'applique à un
+ répartiteur ou à un serveur cible, et ceci est illustré par les deux
+ exemples précédents où il est question d'un timeout.</p>
</note>
</usage>
<directivesynopsis>
<name>ProxyPass</name>
-<description>Référencer des serveurs distants depuis
+<description>Référencer des serveurs distants depuis
l'espace d'URLs du serveur local</description>
-<syntax>ProxyPass [<var>chemin</var>] !|<var>url</var> [<var>clé=valeur</var>
- <var>[clé=valeur</var> ...]] [nocanon] [interpolate] [noquery]</syntax>
+<syntax>ProxyPass [<var>chemin</var>] !|<var>url</var> [<var>clé=valeur</var>
+ <var>[clé=valeur</var> ...]] [nocanon] [interpolate] [noquery]</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context>
</contextlist>
<compatibility>Les sockets de style Unix (Unix Domain Socket - UDS)
-sont supportés à partir de la version 2.4.7 du serveur HTTP Apache</compatibility>
+sont supportés à partir de la version 2.4.7 du serveur HTTP Apache</compatibility>
<usage>
- <p>Cette directive permet de référencer des serveurs distants depuis
+ <p>Cette directive permet de référencer des serveurs distants depuis
l'espace d'URLs du serveur local. Le serveur
local n'agit pas en tant que mandataire au sens conventionnel, mais
- plutôt comme miroir du serveur distant. Le serveur local est
- souvent nommé <dfn>mandataire inverse</dfn> ou
+ plutôt comme miroir du serveur distant. Le serveur local est
+ souvent nommé <dfn>mandataire inverse</dfn> ou
<dfn>passerelle</dfn>. L'argument <var>chemin</var> est le nom d'un
chemin virtuel local ; <var>url</var> est une URL partielle pour le
- serveur distant et ne doit pas contenir de chaîne d'arguments.</p>
+ serveur distant et ne doit pas contenir de chaîne d'arguments.</p>
- <note><strong>Note : </strong>Cette directive ne peut pas être
- utilisée dans un contexte de niveau répertoire.</note>
+ <note><strong>Note : </strong>Cette directive ne peut pas être
+ utilisée dans un contexte de niveau répertoire.</note>
- <note type="warning">En général, la directive <directive
- module="mod_proxy">ProxyRequests</directive> doit être définie à
+ <note type="warning">En général, la directive <directive
+ module="mod_proxy">ProxyRequests</directive> doit être définie à
<strong>off</strong> lorsqu'on utilise la directive
<directive>ProxyPass</directive>.</note>
- <p>Les sockets de style Unix sont supportés à partir de la version
- 2.4.7 du serveur HTTP Apache ; pour utiliser cette fonctionnalité,
- il suffit d'utiliser une URL cible préfixée par
+ <p>Les sockets de style Unix sont supportés à partir de la version
+ 2.4.7 du serveur HTTP Apache ; pour utiliser cette fonctionnalité,
+ il suffit d'utiliser une URL cible préfixée par
<code>unix:/path/lis.sock|</code>. Par exemple, pour mandater HTTP
et cibler l'UDS /home/www/socket, vous devez utiliser
<code>unix:/home/www.socket|http://localhost/whatever/</code>.</p>
- <note><strong>Note :</strong>Le chemin associé à l'URL
+ <note><strong>Note :</strong>Le chemin associé à l'URL
<code>unix:</code> tient compte de la directive
<directive>DefaultRuntimeDir</directive>.</note>
- <p>Lorsque cette directive est utilisée dans une section <directive
+ <p>Lorsque cette directive est utilisée dans une section <directive
type="section" module="core">Location</directive>, le premier
- argument est omis et le répertoire local est obtenu à partir de
+ argument est omis et le répertoire local est obtenu à partir de
l'argument de la directive <directive type="section"
- module="core">Location</directive>. Il en est de même à l'intérieur
+ module="core">Location</directive>. Il en est de même à l'intérieur
d'une section <directive type="section"
- module="core">LocationMatch</directive>, mais le résultat ne sera
- probablement pas celui attendu car ProxyPassReverse va interpréter
- l'expression rationnelle littéralement comme un chemin ; si besoin
- est dans ce cas, définissez la directive ProxyPassReverse en dehors
+ module="core">LocationMatch</directive>, mais le résultat ne sera
+ probablement pas celui attendu car ProxyPassReverse va interpréter
+ l'expression rationnelle littéralement comme un chemin ; si besoin
+ est dans ce cas, définissez la directive ProxyPassReverse en dehors
de la section, ou dans une section <directive type="section"
- module="core">Location</directive> séparée.</p>
+ module="core">Location</directive> séparée.</p>
<p>Supposons que le serveur local a pour adresse
<code>http://example.com/</code> ; alors la ligne</p>
</Location>
</highlight>
- <p>va convertir en interne toute requête pour
- <code>http://example.com/miroir/foo/bar</code> en une requête
- mandatée pour <code>http://backend.example.com/bar</code>.</p>
+ <p>va convertir en interne toute requête pour
+ <code>http://example.com/miroir/foo/bar</code> en une requête
+ mandatée pour <code>http://backend.example.com/bar</code>.</p>
- <p>La directive ProxyPass ne peut pas être placée dans une section
+ <p>La directive ProxyPass ne peut pas être placée dans une section
<directive type="section" module="core">Directory</directive> ou
<directive type="section" module="core">Files</directive>.</p>
<p>Si vous avez besoin d'un configuration de mandataire inverse plus
- souple, reportez-vous à la documentaion de la directive <directive
+ souple, reportez-vous à la documentaion de la directive <directive
module="mod_rewrite">RewriteRule</directive> et son drapeau
<code>[P]</code>.</p>
<p>La syntaxe alternative suivante est valide, bien qu'elle puisse
- induire une dégradation des performances lorsqu'elle est
- présente en très grand nombre. Elle possède l'avantage de
- permettre un contrôle dynamique via l'interface <a
+ induire une dégradation des performances lorsqu'elle est
+ présente en très grand nombre. Elle possède l'avantage de
+ permettre un contrôle dynamique via l'interface <a
href="mod_proxy_balancer.html#balancer_manager">Balancer Manager</a> :</p>
<highlight language="config">
<note type="warning">
<p>Si le premier argument se termine par un slash
- <strong>/</strong>, il doit en être de même pour le second argument
+ <strong>/</strong>, il doit en être de même pour le second argument
et vice versa. Dans le cas contraire, il risque de manquer des
- slashes nécessaires dans la requête résultante vers le serveur
- d'arrière-plan et les résulats ne seront pas ceux attendus.
+ slashes nécessaires dans la requête résultante vers le serveur
+ d'arrière-plan et les résulats ne seront pas ceux attendus.
</p>
</note>
- <p>Le drapeau <code>!</code> permet de soustraire un sous-répertoire
+ <p>Le drapeau <code>!</code> permet de soustraire un sous-répertoire
du mandat inverse, comme dans l'exemple suivant :</p>
<highlight language="config">
ProxyPass "/mirror/foo" "http://backend.example.com"
</highlight>
- <p>va mandater toutes les requêtes pour <code>/miroir/foo</code>
- vers <code>backend.example.com</code>, <em>sauf</em> les requêtes
+ <p>va mandater toutes les requêtes pour <code>/miroir/foo</code>
+ vers <code>backend.example.com</code>, <em>sauf</em> les requêtes
pour <code>/miroir/foo/i</code>.</p>
<note type="warning"><title>Ordre de classement des directives ProxyPass</title>
<p>Les directives <directive
module="mod_proxy">ProxyPass</directive> et <directive
- module="mod_proxy">ProxyPassMatch</directive> sont évaluées dans
+ module="mod_proxy">ProxyPassMatch</directive> sont évaluées dans
l'ordre de leur apparition dans le fichier de configuration. La
- première règle qui correspond s'applique. Vous devez donc en
- général classer les règles <directive
+ première règle qui correspond s'applique. Vous devez donc en
+ général classer les règles <directive
module="mod_proxy">ProxyPass</directive> qui entrent en conflit de
- l'URL la plus longue à la plus courte. Dans le cas contraire, les
- règles situées après une règle dont l'URL correspond au début de
- leur propre URL seront ignorées. Notez que tout ceci est en
+ l'URL la plus longue à la plus courte. Dans le cas contraire, les
+ règles situées après une règle dont l'URL correspond au début de
+ leur propre URL seront ignorées. Notez que tout ceci est en
relation avec le partage de workers. Par contre, on ne peut placer
qu'une seule directive <directive
module="mod_proxy">ProxyPass</directive> dans une section
<directive module="core">Location</directive>, et c'est la section
- la plus spécifique qui l'emportera.</p>
+ la plus spécifique qui l'emportera.</p>
- <p>Pour les mêmes raisons, les exclusions doivent se situer
+ <p>Pour les mêmes raisons, les exclusions doivent se situer
<em>avant</em> les directives <directive>ProxyPass</directive>
- générales.</p>
+ générales.</p>
</note> <!-- /ordering_proxypass -->
- <p><strong>ProxyPass <code>clé=valeur</code> Paramètres</strong></p>
+ <p><strong>ProxyPass <code>clé=valeur</code> Paramètres</strong></p>
<p>Depuis la version 2.1 du serveur HTTP Apache, mod_proxy supporte
- les groupements de connexions vers un serveur d'arrière-plan. Les
- connexions créées à la demande peuvent être enregistrées dans un
- groupement pour une utilisation ultérieure. La taille du groupe
- ainsi que d'autres caractéristiques peuvent être définies via la
- directive <directive>ProxyPass</directive> au moyen de paramètres
- <code>clé=valeur</code> dont la description fait l'objet des
+ les groupements de connexions vers un serveur d'arrière-plan. Les
+ connexions créées à la demande peuvent être enregistrées dans un
+ groupement pour une utilisation ultérieure. La taille du groupe
+ ainsi que d'autres caractéristiques peuvent être définies via la
+ directive <directive>ProxyPass</directive> au moyen de paramètres
+ <code>clé=valeur</code> dont la description fait l'objet des
tableaux ci-dessous.</p>
- <p>Par défaut, mod_proxy permet et met en réserve le nombre maximum
- de connexions pouvant être utilisées simultanément par le processus
- enfant concerné du serveur web. Le paramètre <code>max</code> permet
- de réduire cette valeur par défaut. Le paramètre <code>ttl</code>,
- quant à lui, permet de définir une durée de vie optionnelle ; les
- connexions qui n'ont pas été utilisées pendant au moins
- <code>ttl</code> secondes seront fermées. <code>ttl</code> permet
- aussi d'empêcher l'utilisation d'une connexion susceptible d'être
- fermée suite à une fin de vie de connexion persistante sur le
- serveur d'arrière-plan.</p>
+ <p>Par défaut, mod_proxy permet et met en réserve le nombre maximum
+ de connexions pouvant être utilisées simultanément par le processus
+ enfant concerné du serveur web. Le paramètre <code>max</code> permet
+ de réduire cette valeur par défaut. Le paramètre <code>ttl</code>,
+ quant à lui, permet de définir une durée de vie optionnelle ; les
+ connexions qui n'ont pas été utilisées pendant au moins
+ <code>ttl</code> secondes seront fermées. <code>ttl</code> permet
+ aussi d'empêcher l'utilisation d'une connexion susceptible d'être
+ fermée suite à une fin de vie de connexion persistante sur le
+ serveur d'arrière-plan.</p>
<p>Le groupement de connexions est maintenu au niveau de chaque
processus enfant du serveur web, et <code>max</code>, ainsi que les
- autres paramètres, ne font
- l'objet d'aucune coordination entre les différents processus
- enfants, sauf si un seul processus enfant est autorisé par la
+ autres paramètres, ne font
+ l'objet d'aucune coordination entre les différents processus
+ enfants, sauf si un seul processus enfant est autorisé par la
configuration ou la conception du module multi-processus (MPM).</p>
<example><title>Exemple</title>
</highlight>
</example>
- <table border="2"><tr><th>Paramètres de BalancerMember</th></tr></table>
+ <table border="2"><tr><th>Paramètres de BalancerMember</th></tr></table>
<table>
- <tr><th>Paramètre</th>
- <th>Défaut</th>
+ <tr><th>Paramètre</th>
+ <th>Défaut</th>
<th>Description</th></tr>
<tr><td>min</td>
<td>0</td>
- <td>Nombre minimum d'entrées dans le pool de connexions,
- distinct du nombre de connexions effectif. La valeur par défaut
- ne doit être modifiée que dans des circonstances particulières
- où la mémoire associée aux connexions avec le serveur
- d'arrière-plan doit être préallouée ou réservée dans le tas.</td></tr>
+ <td>Nombre minimum d'entrées dans le pool de connexions,
+ distinct du nombre de connexions effectif. La valeur par défaut
+ ne doit être modifiée que dans des circonstances particulières
+ où la mémoire associée aux connexions avec le serveur
+ d'arrière-plan doit être préallouée ou réservée dans le tas.</td></tr>
<tr><td>max</td>
<td>1...n</td>
- <td>Nombre maximum de connexions autorisées vers le serveur
- d'arrière-plan. La valeur par défaut correspond au nombre de
+ <td>Nombre maximum de connexions autorisées vers le serveur
+ d'arrière-plan. La valeur par défaut correspond au nombre de
threads par processus pour le MPM (Module Multi Processus)
actif. La valeur sera toujours 1 pour le MPM Prefork, alors
- qu'elle dépendra de la définition de la directive
+ qu'elle dépendra de la définition de la directive
<directive>ThreadsPerChild</directive> pour les autres MPMs.</td></tr>
<tr><td>smax</td>
<td>max</td>
- <td>Les entrées du pool de connexions conservées au delà de
- cette limite sont libérées au cours de certaines opérations si
- elles n'ont pas été utilisées au cours de leur durée de vie,
- définie par le paramètre <code>ttl</code>. Si l'entrée du pool
- de connexions est associée à une connexion, cette dernière sera
- fermée. La valeur par défaut ne doit être modifiée que dans des
- circonstances particulières où les entrées du pool de connexions
- et toutes connexions associées qui ont dépassé leur durée de vie
- doivent être libérées ou fermées de manière plus autoritaire.</td></tr>
+ <td>Les entrées du pool de connexions conservées au delà de
+ cette limite sont libérées au cours de certaines opérations si
+ elles n'ont pas été utilisées au cours de leur durée de vie,
+ définie par le paramètre <code>ttl</code>. Si l'entrée du pool
+ de connexions est associée à une connexion, cette dernière sera
+ fermée. La valeur par défaut ne doit être modifiée que dans des
+ circonstances particulières où les entrées du pool de connexions
+ et toutes connexions associées qui ont dépassé leur durée de vie
+ doivent être libérées ou fermées de manière plus autoritaire.</td></tr>
<tr><td>acquire</td>
<td>-</td>
- <td>Cette clé permet de définir le délai maximum d'attente pour
+ <td>Cette clé permet de définir le délai maximum d'attente pour
une connexion libre dans le jeu de connexions, en millisecondes.
S'il n'y a pas de connexion libre dans le jeu, Apache httpd renverra
- l'état <code>SERVER_BUSY</code> au client.
+ l'état <code>SERVER_BUSY</code> au client.
</td></tr>
<tr><td>connectiontimeout</td>
<td>timeout</td>
- <td>Délai d'attente d'une connexion en secondes.
- La durée en secondes pendant laquelle Apache httpd va attendre pour
- l'établissement d'une connexion vers le serveur d'arrière-plan.
- Le délai peut être spécifié en millisecondes en ajoutant le
+ <td>Délai d'attente d'une connexion en secondes.
+ La durée en secondes pendant laquelle Apache httpd va attendre pour
+ l'établissement d'une connexion vers le serveur d'arrière-plan.
+ Le délai peut être spécifié en millisecondes en ajoutant le
suffixe ms.
</td></tr>
<tr><td>disablereuse</td>
<td>Off</td>
- <td>Vous pouvez utiliser cette clé pour forcer mod_proxy à
- fermer immédiatement une connexion vers le serveur
- d'arrière-plan après utilisation, et ainsi désactiver le jeu de
- connexions permanentes vers ce serveur. Ceci peut s'avérer utile
- dans des situations où un pare-feu situé entre Apache httpd et le
- serveur d'arrière-plan (quelque soit le protocole) interrompt
- des connexions de manière silencieuse, ou lorsque le serveur
- d'arrière-plan lui-même est accessible par rotation de DNS
- (round-robin DNS). Pour désactiver la réutilisation du jeu de
- connexions, définissez cette clé à <code>On</code>.
+ <td>Vous pouvez utiliser cette clé pour forcer mod_proxy à
+ fermer immédiatement une connexion vers le serveur
+ d'arrière-plan après utilisation, et ainsi désactiver le jeu de
+ connexions permanentes vers ce serveur. Ceci peut s'avérer utile
+ dans des situations où un pare-feu situé entre Apache httpd et le
+ serveur d'arrière-plan (quelque soit le protocole) interrompt
+ des connexions de manière silencieuse, ou lorsque le serveur
+ d'arrière-plan lui-même est accessible par rotation de DNS
+ (round-robin DNS). Pour désactiver la réutilisation du jeu de
+ connexions, définissez cette clé à <code>On</code>.
</td></tr>
<tr><td>enablereuse</td>
<td>On</td>
- <td>Ce paramètre est utilisé par les gestionnaires de protocole pour
- lesquels la réutilisation des connexions est optionnelle (comme
+ <td>Ce paramètre est utilisé par les gestionnaires de protocole pour
+ lesquels la réutilisation des connexions est optionnelle (comme
<module>mod_proxy_fcgi</module>). C'est le contraire du
- paramètre 'disablereuse' ci-dessus, et il est supporté par les
- versions 2.4.11 et supérieures du serveur HTTP Apache.
+ paramètre 'disablereuse' ci-dessus, et il est supporté par les
+ versions 2.4.11 et supérieures du serveur HTTP Apache.
</td></tr>
<tr><td>flushpackets</td>
<td>off</td>
- <td>Permet de définir si le module mandataire doit vider
- automatiquement le tampon de sortie après chaque tronçon de
- données. 'off' signifie que le tampon sera vidé si
- nécessaire ;
- 'on' signifie que le tampon sera vidé après chaque envoi d'un
- tronçon de données, et 'auto' que le tampon sera vidé après un
- délai de 'flushwait' millisecondes si aucune entrée n'est reçue.
- Actuellement, cette clé n'est supportée que par AJP.
+ <td>Permet de définir si le module mandataire doit vider
+ automatiquement le tampon de sortie après chaque tronçon de
+ données. 'off' signifie que le tampon sera vidé si
+ nécessaire ;
+ 'on' signifie que le tampon sera vidé après chaque envoi d'un
+ tronçon de données, et 'auto' que le tampon sera vidé après un
+ délai de 'flushwait' millisecondes si aucune entrée n'est reçue.
+ Actuellement, cette clé n'est supportée que par AJP.
</td></tr>
<tr><td>flushwait</td>
<td>10</td>
- <td>Le délai d'attente pour une entrée additionnelle, en
+ <td>Le délai d'attente pour une entrée additionnelle, en
millisecondes, avant le vidage du tampon en sortie dans le cas
- où 'flushpackets' est à 'auto'.
+ où 'flushpackets' est à 'auto'.
</td></tr>
<tr><td>iobuffersize</td>
<td>8192</td>
- <td>Permet de définir la taille du tampon d'entrées/sorties du
- bloc-notes interne. Cette clé vous permet d'outrepasser la
+ <td>Permet de définir la taille du tampon d'entrées/sorties du
+ bloc-notes interne. Cette clé vous permet d'outrepasser la
directive <directive>ProxyIOBufferSize</directive> pour un
- serveur cible spécifique. La valeur doit être au minimum 512 ou définie
- à 0 pour la valeur par défaut du système de 8192.
+ serveur cible spécifique. La valeur doit être au minimum 512 ou définie
+ à 0 pour la valeur par défaut du système de 8192.
</td></tr>
<tr><td>keepalive</td>
<td>Off</td>
- <td><p>Cette clé doit être utilisée lorsque vous avez un pare-feu
- entre Apache httpd et le serveur d'arrière-plan, et si ce dernier tend
- à interrompre les connexions inactives. Cette clé va faire en
- sorte que le système d'exploitation envoie des messages
+ <td><p>Cette clé doit être utilisée lorsque vous avez un pare-feu
+ entre Apache httpd et le serveur d'arrière-plan, et si ce dernier tend
+ à interrompre les connexions inactives. Cette clé va faire en
+ sorte que le système d'exploitation envoie des messages
<code>KEEP_ALIVE</code> sur chacune des connexions inactives et
- ainsi éviter la fermeture de la connexion par le pare-feu.
+ ainsi éviter la fermeture de la connexion par le pare-feu.
Pour conserver les connexions persistantes, definissez cette
- propriété à <code>On</code>.</p>
- <p>La fréquence de vérification des connexions TCP persistantes
- initiale et subséquentes dépend de la configuration globale de l'OS,
- et peut atteindre 2 heures. Pour être utile, la fréquence configurée
- dans l'OS doit être inférieure au seuil utilisé par le pare-feu.</p>
+ propriété à <code>On</code>.</p>
+ <p>La fréquence de vérification des connexions TCP persistantes
+ initiale et subséquentes dépend de la configuration globale de l'OS,
+ et peut atteindre 2 heures. Pour être utile, la fréquence configurée
+ dans l'OS doit être inférieure au seuil utilisé par le pare-feu.</p>
</td></tr>
<tr><td>lbset</td>
<td>0</td>
- <td>Définit le groupe de répartition de charge dont le serveur cible
- est membre. Le répartiteur de charge va essayer tous les membres
- d'un groupe de répartition de charge de numéro inférieur avant
- d'essayer ceux dont le groupe possède un numéro supérieur.
+ <td>Définit le groupe de répartition de charge dont le serveur cible
+ est membre. Le répartiteur de charge va essayer tous les membres
+ d'un groupe de répartition de charge de numéro inférieur avant
+ d'essayer ceux dont le groupe possède un numéro supérieur.
</td></tr>
<tr><td>ping</td>
<td>0</td>
- <td>Avec la clé Ping, le serveur web va "tester" la connexion
- vers le serveur d'arrière-plan avant de transmettre la requête.
- Avec AJP, <module>mod_proxy_ajp</module> envoie une requête
- <code>CPING</code> sur la connexion ajp13 (implémenté sur Tomcat
+ <td>Avec la clé Ping, le serveur web va "tester" la connexion
+ vers le serveur d'arrière-plan avant de transmettre la requête.
+ Avec AJP, <module>mod_proxy_ajp</module> envoie une requête
+ <code>CPING</code> sur la connexion ajp13 (implémenté sur Tomcat
3.3.2+, 4.1.28+ et 5.0.13+). Avec HTTP,
<module>mod_proxy_http</module> envoie <code>100-Continue</code>
- au serveur d'arrière-plan (seulement avecHTTP/1.1 - pour les
- serveurs d'arrière-plan non HTTP/1.1, cette clé ne produit
- aucun effet). Dans les deux cas, ce paramètre correspond au
- délai en secondes pour l'attente de la réponse. Cette
- fonctionnalité a été ajoutée pour éviter les problèmes avec les
- serveurs d'arrière-plan bloqués ou surchargés.
+ au serveur d'arrière-plan (seulement avecHTTP/1.1 - pour les
+ serveurs d'arrière-plan non HTTP/1.1, cette clé ne produit
+ aucun effet). Dans les deux cas, ce paramètre correspond au
+ délai en secondes pour l'attente de la réponse. Cette
+ fonctionnalité a été ajoutée pour éviter les problèmes avec les
+ serveurs d'arrière-plan bloqués ou surchargés.
Le trafic
- réseau peut s'en trouver augmenté en fonctionnement normal, ce
- qui peut poser problème, mais peut s'en trouver diminué dans les
- cas où les noeuds de cluster sont arrêtés ou
- surchargés. Le délai peut
- aussi être défini en millisecondes en ajoutant le suffixe
+ réseau peut s'en trouver augmenté en fonctionnement normal, ce
+ qui peut poser problème, mais peut s'en trouver diminué dans les
+ cas où les noeuds de cluster sont arrêtés ou
+ surchargés. Le délai peut
+ aussi être défini en millisecondes en ajoutant le suffixe
ms.
</td></tr>
<tr><td>receivebuffersize</td>
<td>0</td>
- <td>Définit la taille du tampon réseau explicite (TCP/IP) pour
- les connexions mandatées. Cette clé vous permet d'outrepasser la
+ <td>Définit la taille du tampon réseau explicite (TCP/IP) pour
+ les connexions mandatées. Cette clé vous permet d'outrepasser la
directive <directive>ProxyReceiveBufferSize</directive> pour un
- serveur cible spécifique. Sa valeur doit être au minimum 512 ou définie
- à 0 pour la valeur par défaut du système.
+ serveur cible spécifique. Sa valeur doit être au minimum 512 ou définie
+ à 0 pour la valeur par défaut du système.
</td></tr>
<tr><td>redirect</td>
<td>-</td>
<td>Route pour la redirection du serveur cible. Cette valeur est en
- général définie dynamiquement pour permettre une suppression
- sécurisée du noeud du cluster. Si cette clé est définie, toutes
- les requêtes sans identifiant de session seront redirigées vers
- le membre de groupe de répartition de charge dont la route
- correspond à la valeur de la clé.
+ général définie dynamiquement pour permettre une suppression
+ sécurisée du noeud du cluster. Si cette clé est définie, toutes
+ les requêtes sans identifiant de session seront redirigées vers
+ le membre de groupe de répartition de charge dont la route
+ correspond à la valeur de la clé.
</td></tr>
<tr><td>retry</td>
<td>60</td>
- <td>Délai entre deux essais du serveur cible du jeu de connexions en
+ <td>Délai entre deux essais du serveur cible du jeu de connexions en
secondes. Si le serveur cible du jeu de connexions vers le serveur
- d'arrière-plan est dans un état d'erreur, Apache httpd ne redirigera
- pas de requête vers ce serveur avant l'expiration du délai
- spécifié. Ceci permet d'arrêter le serveur d'arrière-plan pour
+ d'arrière-plan est dans un état d'erreur, Apache httpd ne redirigera
+ pas de requête vers ce serveur avant l'expiration du délai
+ spécifié. Ceci permet d'arrêter le serveur d'arrière-plan pour
maintenance, et de le remettre en ligne plus tard. Une valeur de
- 0 implique de toujours essayer les serveurs cibles dans un état d'erreur
- sans délai.
+ 0 implique de toujours essayer les serveurs cibles dans un état d'erreur
+ sans délai.
</td></tr>
<tr><td>route</td>
<td>-</td>
- <td>La route du serveur cible lorsqu'il est utilisé au sein d'un
- répartiteur de charge. La route est une valeur ajoutée à
+ <td>La route du serveur cible lorsqu'il est utilisé au sein d'un
+ répartiteur de charge. La route est une valeur ajoutée à
l'identifiant de session.
</td></tr>
<tr><td>status</td>
<td>-</td>
- <td>Valeur constituée d'une simple lettre et définissant l'état
+ <td>Valeur constituée d'une simple lettre et définissant l'état
initial de ce serveur cible.
<table>
- <tr><td>D: le serveur cible est désactivé et n'accepte aucune requête.</td></tr>
- <tr><td>S: le serveur cible est arrêté.</td></tr>
- <tr><td>I: le serveur cible est en mode "erreurs ignorées",
- et sera toujours considéré comme disponible.</td></tr>
+ <tr><td>D: le serveur cible est désactivé et n'accepte aucune requête.</td></tr>
+ <tr><td>S: le serveur cible est arrêté.</td></tr>
+ <tr><td>I: le serveur cible est en mode "erreurs ignorées",
+ et sera toujours considéré comme disponible.</td></tr>
<tr><td>H: le serveur cible est en mode d'attente et ne sera
- utilisé que si aucun autre serveur n'est disponible.</td></tr>
+ utilisé que si aucun autre serveur n'est disponible.</td></tr>
<tr><td>E: le serveur cible est en erreur.</td></tr>
<tr><td>N: le serveur cible est en mode vidage, n'acceptera que
les sessions persistantes qui lui appartiennent, et refusera
- toutes les autres requêtes.</td></tr>
+ toutes les autres requêtes.</td></tr>
</table>
- Une valeur d'état peut être définie (ce qui
- correspond au comportement par défaut) en préfixant la valeur
- par '+', ou annulée en préfixant la valeur par '-'. Ainsi, la
- valeur 'S-E' définit l'état de ce serveur cible à "arrêté" et supprime
+ Une valeur d'état peut être définie (ce qui
+ correspond au comportement par défaut) en préfixant la valeur
+ par '+', ou annulée en préfixant la valeur par '-'. Ainsi, la
+ valeur 'S-E' définit l'état de ce serveur cible à "arrêté" et supprime
le drapeau "en-erreur".
</td></tr>
<tr><td>timeout</td>
<td><directive module="mod_proxy">ProxyTimeout</directive></td>
- <td>Délai d'attente de la connexion en secondes. Le nombre de
+ <td>Délai d'attente de la connexion en secondes. Le nombre de
secondes pendant lesquelles Apache httpd attend l'envoi de
- données vers le serveur d'arrière-plan.
+ données vers le serveur d'arrière-plan.
</td></tr>
<tr><td>ttl</td>
<td>-</td>
- <td>Durée de vie des connexions inactives et des entrées du pool
- de connexions associées en secondes. Une fois cette
- limite atteinte, une connexion ne sera pas réutilisée ; elle
- sera fermée après un délai variable.
+ <td>Durée de vie des connexions inactives et des entrées du pool
+ de connexions associées en secondes. Une fois cette
+ limite atteinte, une connexion ne sera pas réutilisée ; elle
+ sera fermée après un délai variable.
</td></tr>
<tr><td>flusher</td>
<td>flush</td>
</table>
- <p>Si l'URL de la directive Proxy débute par
+ <p>Si l'URL de la directive Proxy débute par
<code>balancer://</code> (par exemple:
<code>balancer://cluster</code>, toute information relative au
- chemin est ignorée), alors un serveur cible virtuel ne communiquant pas
- réellement avec le serveur d'arrière-plan sera créé. Celui-ci sera
- en fait responsable de la gestion de plusieurs serveurs cibles "réels". Dans
- ce cas, un jeu de paramètres particuliers s'applique à ce serveur cible
+ chemin est ignorée), alors un serveur cible virtuel ne communiquant pas
+ réellement avec le serveur d'arrière-plan sera créé. Celui-ci sera
+ en fait responsable de la gestion de plusieurs serveurs cibles "réels". Dans
+ ce cas, un jeu de paramètres particuliers s'applique à ce serveur cible
virtuel. Voir <module>mod_proxy_balancer</module> pour plus
- d'informations à propos du fonctionnement du répartiteur de
+ d'informations à propos du fonctionnement du répartiteur de
charge.
</p>
- <table border="2"><tr><th>Paramètres du répartiteur</th></tr></table>
+ <table border="2"><tr><th>Paramètres du répartiteur</th></tr></table>
<table>
- <tr><th>Paramètre</th>
- <th>Défaut</th>
+ <tr><th>Paramètre</th>
+ <th>Défaut</th>
<th>Description</th></tr>
<tr><td>lbmethod</td>
<td>byrequests</td>
- <td>Méthode de répartition de charge utilisée. Permet de
- sélectionner la méthode de planification de la répartition de
- charge à utiliser. La valeur est soit <code>byrequests</code>,
- pour effectuer un décompte de requêtes pondérées, soit
- <code>bytraffic</code>, pour effectuer une répartition en
- fonction du décompte des octets transmis, soit
- <code>bybusyness</code>, pour effectuer une répartition en
- fonction des requêtes en attente. La valeur par défaut est
+ <td>Méthode de répartition de charge utilisée. Permet de
+ sélectionner la méthode de planification de la répartition de
+ charge à utiliser. La valeur est soit <code>byrequests</code>,
+ pour effectuer un décompte de requêtes pondérées, soit
+ <code>bytraffic</code>, pour effectuer une répartition en
+ fonction du décompte des octets transmis, soit
+ <code>bybusyness</code>, pour effectuer une répartition en
+ fonction des requêtes en attente. La valeur par défaut est
<code>byrequests</code>.
</td></tr>
<tr><td>maxattempts</td>
<td>1 de moins que le nombre de workers, ou 1 avec un seul
worker</td>
- <td>Nombre maximum d'échecs avant abandon.
+ <td>Nombre maximum d'échecs avant abandon.
</td></tr>
<tr><td>nofailover</td>
<td>Off</td>
- <td>Si ce paramètre est défini à <code>On</code>, la session va
- s'interrompre si le serveur cible est dans un état d'erreur ou
- désactivé. Définissez ce paramètre à <code>On</code> si le serveur
- d'arrière-plan ne supporte pas la réplication de session.
+ <td>Si ce paramètre est défini à <code>On</code>, la session va
+ s'interrompre si le serveur cible est dans un état d'erreur ou
+ désactivé. Définissez ce paramètre à <code>On</code> si le serveur
+ d'arrière-plan ne supporte pas la réplication de session.
</td></tr>
<tr><td>stickysession</td>
<td>-</td>
- <td>Nom de session persistant du répartiteur. La valeur est
- généralement du style <code>JSESSIONID</code> ou
- <code>PHPSESSIONID</code>, et dépend du serveur d'application
- d'arrière-plan qui supporte les sessions. Si le serveur
- d'application d'arrière-plan utilise un nom différent pour
- les cookies et les identifiants codés d'URL (comme les
- conteneurs de servlet), séparez-les par le caractère '|'. La
- première partie contient le cookie et la seconde le chemin.<br />
+ <td>Nom de session persistant du répartiteur. La valeur est
+ généralement du style <code>JSESSIONID</code> ou
+ <code>PHPSESSIONID</code>, et dépend du serveur d'application
+ d'arrière-plan qui supporte les sessions. Si le serveur
+ d'application d'arrière-plan utilise un nom différent pour
+ les cookies et les identifiants codés d'URL (comme les
+ conteneurs de servlet), séparez-les par le caractère '|'. La
+ première partie contient le cookie et la seconde le chemin.<br />
Disponible depuis la version 2.4.4 du serveur HTTP Apache.
</td></tr>
<tr><td>stickysessionsep</td>
<td>"."</td>
- <td>Définit le caractère de séparation dans le cookie de
- session. Certains serveurs d'application d'arrière-plan
- n'utilisent pas le caractère '.' comme séparateur. Par exemple
- le serveur Oracle Weblogic utilise le caractère '!'. Cette
- option permet d'attribuer au caractère de séparation la valeur
- appropriée. Si elle est définie à 'Off', aucun caractère de
- séparation n'est utilisé.
+ <td>Définit le caractère de séparation dans le cookie de
+ session. Certains serveurs d'application d'arrière-plan
+ n'utilisent pas le caractère '.' comme séparateur. Par exemple
+ le serveur Oracle Weblogic utilise le caractère '!'. Cette
+ option permet d'attribuer au caractère de séparation la valeur
+ appropriée. Si elle est définie à 'Off', aucun caractère de
+ séparation n'est utilisé.
</td></tr>
<tr><td>scolonpathdelim</td>
<td>Off</td>
- <td>Si ce paramètre est défini à <code>On</code>, le caractère
- ';' sera utilisé comme séparateur de chemin de session
+ <td>Si ce paramètre est défini à <code>On</code>, le caractère
+ ';' sera utilisé comme séparateur de chemin de session
persistante additionnel. Ceci permet principalement de simuler
le comportement de mod_jk lorsqu'on utilise des chemins du style
<code>JSESSIONID=6736bcf34;foo=aabfa</code>.
</td></tr>
<tr><td>timeout</td>
<td>0</td>
- <td>Délai du répartiteur en secondes. Si ce paramètre est
- défini, sa valeur correspond à la durée maximale d'attente pour
- un serveur cible libre. Le comportement par défaut est de ne pas
+ <td>Délai du répartiteur en secondes. Si ce paramètre est
+ défini, sa valeur correspond à la durée maximale d'attente pour
+ un serveur cible libre. Le comportement par défaut est de ne pas
attendre.
</td></tr>
<tr><td>failonstatus</td>
<td>-</td>
- <td>Une liste de codes d'état HTTP séparés par des virgules. Si
- ce paramètre est présent, le worker se mettra en erreur si le
- serveur d'arrière-plan renvoie un des codes d'état spécifiés
- dans la liste. La récupération du worker s'effectue comme dans
+ <td>Une liste de codes d'état HTTP séparés par des virgules. Si
+ ce paramètre est présent, le worker se mettra en erreur si le
+ serveur d'arrière-plan renvoie un des codes d'état spécifiés
+ dans la liste. La récupération du worker s'effectue comme dans
le cas des autres erreurs de worker.
</td></tr>
<tr><td>failontimeout</td>
<td>Off</td>
- <td>Si ce paramètre est défini à "On", un délai d'attente
- dépassé en entrée/sortie après envoi d'une requête au serveur
- d'arrière-plan va mettre le processus en état d'erreur. La
- sortie de cet état d'erreur se passe de la même façon que pour
+ <td>Si ce paramètre est défini à "On", un délai d'attente
+ dépassé en entrée/sortie après envoi d'une requête au serveur
+ d'arrière-plan va mettre le processus en état d'erreur. La
+ sortie de cet état d'erreur se passe de la même façon que pour
les autres erreurs.<br />
- Disponible à partir de la version 2.4.5 du serveur HTTP Apache.
+ Disponible à partir de la version 2.4.5 du serveur HTTP Apache.
</td></tr>
<tr><td>nonce</td>
<td><auto></td>
- <td>Le nombre à usage unique de protection utilisé dans la page
- de l'application <code>balancer-manager</code>. Par défaut, la
- protection de la page est assurée par un nombre à usage unique
- automatique à base d'UUID. Si une valeur est précisée, elle sera
- utilisée comme nombre à usage unique. La valeur
- <code>None</code> désactive la vérification du nombre à usage
+ <td>Le nombre à usage unique de protection utilisé dans la page
+ de l'application <code>balancer-manager</code>. Par défaut, la
+ protection de la page est assurée par un nombre à usage unique
+ automatique à base d'UUID. Si une valeur est précisée, elle sera
+ utilisée comme nombre à usage unique. La valeur
+ <code>None</code> désactive la vérification du nombre à usage
unique.
<note><title>Note</title>
- <p>En plus du nombre à usage unique, la page de l'application
- <code>balancer-manager</code> peut être protégée par une ACL.</p>
+ <p>En plus du nombre à usage unique, la page de l'application
+ <code>balancer-manager</code> peut être protégée par une ACL.</p>
</note>
</td></tr>
<tr><td>growth</td>
<td>0</td>
- <td>Nombre de membres supplémentaires que l'on peut ajouter à ce
- répartiteur en plus de ceux définis au niveau de la
+ <td>Nombre de membres supplémentaires que l'on peut ajouter à ce
+ répartiteur en plus de ceux définis au niveau de la
configuration.
</td></tr>
<tr><td>forcerecovery</td>
<td>On</td>
- <td>Force la relance immédiate de tous les membres sans tenir
- compte de leur paramètre retry dans le cas où ils sont tous en
- état d'erreur. Il peut cependant arriver qu'un membre déjà
- surchargé entre dans une situation critique si la relance de
- tous les membres est forcée sans tenir compte du paramètre retry
- de chaque membre. Dans ce cas, définissez ce paramètre à
+ <td>Force la relance immédiate de tous les membres sans tenir
+ compte de leur paramètre retry dans le cas où ils sont tous en
+ état d'erreur. Il peut cependant arriver qu'un membre déjà
+ surchargé entre dans une situation critique si la relance de
+ tous les membres est forcée sans tenir compte du paramètre retry
+ de chaque membre. Dans ce cas, définissez ce paramètre à
<code>Off</code>.<br />
Disponible depuis la version 2.4.2 du serveur HTTP Apache.
</td></tr>
</table>
- <p>Exemple de configuration d'un répartiteur de charge</p>
+ <p>Exemple de configuration d'un répartiteur de charge</p>
<highlight language="config">
ProxyPass "/special-area" "http://special.example.com" smax=5 max=10
ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofailover=On
</Proxy>
</highlight>
- <p>Configuration d'un serveur cible de réserve qui ne sera utilisé que si
+ <p>Configuration d'un serveur cible de réserve qui ne sera utilisé que si
aucun autre serveur cible n'est disponible</p>
<highlight language="config">
ProxyPass "/" "balancer://hotcluster/"
</Proxy>
</highlight>
- <p><strong>Mots-clés additionnels de ProxyPass</strong></p>
+ <p><strong>Mots-clés additionnels de ProxyPass</strong></p>
<p>Normalement, mod_proxy va mettre sous leur forme canonique les
- URLs traitées par ProxyPass. Mais ceci peut être incompatible avec
- certains serveurs d'arrière-plan, et en particulier avec ceux qui
- utilisent <var>PATH_INFO</var>. Le mot-clé optionnel
+ URLs traitées par ProxyPass. Mais ceci peut être incompatible avec
+ certains serveurs d'arrière-plan, et en particulier avec ceux qui
+ utilisent <var>PATH_INFO</var>. Le mot-clé optionnel
<var>nocanon</var> modifie ce comportement et permet de transmettre
- le chemin d'URL sous sa forme brute au serveur d'arrière-plan. Notez
- que ceci peut affecter la sécurité de votre serveur d'arrière-plan,
- car la protection limitée contre les attaques à base d'URL que
- fournit le mandataire est alors supprimée.</p>
-
- <p>Par défaut, mod_proxy inclut la chaîne de paramètres lors de la
- génération de la variable d'environnement
- <var>SCRIPT_FILENAME</var>. Le mot-clé optionnel <var>noquery</var>
- (disponible à partir de la version 2.4.1) permet d'exclure cette
- chaîne.</p>
-
- <p>Lorsque la directive ProxyPass est utilisée à l'intérieur d'une
+ le chemin d'URL sous sa forme brute au serveur d'arrière-plan. Notez
+ que ceci peut affecter la sécurité de votre serveur d'arrière-plan,
+ car la protection limitée contre les attaques à base d'URL que
+ fournit le mandataire est alors supprimée.</p>
+
+ <p>Par défaut, mod_proxy inclut la chaîne de paramètres lors de la
+ génération de la variable d'environnement
+ <var>SCRIPT_FILENAME</var>. Le mot-clé optionnel <var>noquery</var>
+ (disponible à partir de la version 2.4.1) permet d'exclure cette
+ chaîne.</p>
+
+ <p>Lorsque la directive ProxyPass est utilisée à l'intérieur d'une
section <directive type="section" module="core"
- >Location</directive>, le premier argument est omis et le répertoire
- local est obtenu à partir de la section <directive type="section"
- module="core">Location</directive>. Il en sera de même dans une
+ >Location</directive>, le premier argument est omis et le répertoire
+ local est obtenu à partir de la section <directive type="section"
+ module="core">Location</directive>. Il en sera de même dans une
section <directive type="section"
module="core">LocationMatch</directive> ; cependant, ProxyPass
- n'interprète pas les expressions rationnelles, et il sera ici
- nécessaire d'utiliser la directive
- <directive>ProxyPassMatch</directive> à la place.</p>
+ n'interprète pas les expressions rationnelles, et il sera ici
+ nécessaire d'utiliser la directive
+ <directive>ProxyPassMatch</directive> à la place.</p>
- <p>Cette directive ne peut pas être placée dans une section
+ <p>Cette directive ne peut pas être placée dans une section
<directive type="section" module="core">Directory</directive> ou
<directive type="section" module="core">Files</directive>.</p>
<p>Si vous avez besoin d'un configuration de mandataire inverse plus
- souple, reportez-vous à la documentaion de la directive <directive
+ souple, reportez-vous à la documentaion de la directive <directive
module="mod_rewrite">RewriteRule</directive> et son drapeau
<code>[P]</code>.</p>
- <p>Le mot-clé optionnel <var>interpolate</var>, en combinaison avec la directive
- <directive>ProxyPassInterpolateEnv</directive>, permet à ProxyPass
- d'interpoler les variables d'environnement à l'aide de la syntaxe
+ <p>Le mot-clé optionnel <var>interpolate</var>, en combinaison avec la directive
+ <directive>ProxyPassInterpolateEnv</directive>, permet à ProxyPass
+ d'interpoler les variables d'environnement à l'aide de la syntaxe
<var>${VARNAME}</var>. Notez que de nombreuses variables
- d'environnement standard dérivées de CGI n'existeront pas lorsque
+ d'environnement standard dérivées de CGI n'existeront pas lorsque
l'interpolation se produit ; vous devrez alors encore avoir avoir
- recours à <module>mod_rewrite</module> pour des règles
- complexes. Notez aussi que l'interpolation n'est pas supportée dans
- la partie protocole d'une URL. La détermination dynamique du
- protocole peut être effectuée à l'aide de
+ recours à <module>mod_rewrite</module> pour des règles
+ complexes. Notez aussi que l'interpolation n'est pas supportée dans
+ la partie protocole d'une URL. La détermination dynamique du
+ protocole peut être effectuée à l'aide de
<module>mod_rewrite</module> comme dans l'exemple suivant :</p>
<highlight language="config">
<description>Fait correspondre des serveurs distants dans l'espace d'URL
du serveur local en utilisant des expressions rationnelles</description>
<syntax>ProxyPassMatch [<var>regex</var>] !|<var>url</var>
-[<var>clé=valeur</var>
- <var>[clé=valeur</var> ...]]</syntax>
+[<var>clé=valeur</var>
+ <var>[clé=valeur</var> ...]]</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context>
</contextlist>
<usage>
- <p>Cette directive est identique à la directive <directive
+ <p>Cette directive est identique à la directive <directive
module="mod_proxy">ProxyPass</directive>, mais fait usage des
expressions rationnelles, au lieu d'une simple comparaison de
- préfixes. L'expression rationnelle spécifiée est comparée à
+ préfixes. L'expression rationnelle spécifiée est comparée à
l'<var>url</var>, et si elle correspond, le serveur va substituer
- toute correspondance entre parenthèses dans la chaîne donnée et
+ toute correspondance entre parenthèses dans la chaîne donnée et
l'utiliser comme nouvelle <var>url</var>.</p>
- <note><strong>Note : </strong>Cette directive ne peut pas être
- utilisée dans un contexte de niveau répertoire.</note>
+ <note><strong>Note : </strong>Cette directive ne peut pas être
+ utilisée dans un contexte de niveau répertoire.</note>
<p>Supposons que le serveur local a pour adresse
<code>http://example.com/</code> ; alors</p>
ProxyPassMatch "^(/.*\.gif)$" "http://backend.example.com/$1"
</highlight>
- <p>va provoquer la conversion interne de la requête locale
- <code>http://example.com/foo/bar.gif</code> en une requête mandatée
+ <p>va provoquer la conversion interne de la requête locale
+ <code>http://example.com/foo/bar.gif</code> en une requête mandatée
pour <code>http://backend.example.com/foo/bar.gif</code>.</p>
<note><title>Note</title>
- <p>L'argument URL doit pouvoir être interprété en tant qu'URL
+ <p>L'argument URL doit pouvoir être interprété en tant qu'URL
<em>avant</em> les substitutions d'expressions rationnelles (et
- doit aussi l'être après). Ceci limite les correspondances que vous
- pouvez utiliser. Par exemple, si l'on avait utilisé</p>
+ doit aussi l'être après). Ceci limite les correspondances que vous
+ pouvez utiliser. Par exemple, si l'on avait utilisé</p>
<highlight language="config">
ProxyPassMatch "^(/.*\.gif)$"
"http://backend.example.com:8000$1"
</highlight>
- <p>dans l'exemple précédent, nous aurions provoqué une erreur de
- syntaxe au démarrage du serveur. C'est une bogue (PR 46665 dans
+ <p>dans l'exemple précédent, nous aurions provoqué une erreur de
+ syntaxe au démarrage du serveur. C'est une bogue (PR 46665 dans
ASF bugzilla), et il est possible de la contourner en reformulant
la correspondance :</p>
<highlight language="config">
</note>
<p>Le drapeau <code>!</code> vous permet de ne pas mandater un
- sous-répertoire donné.</p>
+ sous-répertoire donné.</p>
<p>Dans une section <directive type="section"
module="core">LocationMatch</directive>, le premier argument est
- omis et l'expression rationnelle est obtenue à partir de la directive
+ omis et l'expression rationnelle est obtenue à partir de la directive
<directive type="section" module="core">LocationMatch</directive>.</p>
<p>Si vous avez besoin d'une configuration du mandataire inverse
<code>[P]</code>.</p>
<note>
- <title>Substitution par défaut</title>
- <p>Lorsque le paramètre URL n'utilise pas de références arrières
- dans l'expression rationnelle, l'URL originale sera ajoutée au
- paramètre URL.
+ <title>Substitution par défaut</title>
+ <p>Lorsque le paramètre URL n'utilise pas de références arrières
+ dans l'expression rationnelle, l'URL originale sera ajoutée au
+ paramètre URL.
</p>
</note>
<note type="warning">
- <title>Avertissement à propos de la sécurité</title>
- <p>Lors de la construction de l'URL cible de la règle, il convient
- de prendre en compte l'impact en matière de sécurité qu'aura le
+ <title>Avertissement à propos de la sécurité</title>
+ <p>Lors de la construction de l'URL cible de la règle, il convient
+ de prendre en compte l'impact en matière de sécurité qu'aura le
fait de permettre au client d'influencer le jeu d'URLs pour
lesquelles votre serveur agira en tant que mandataire.
Assurez-vous que la partie protocole://nom-serveur de l'URL soit
<directivesynopsis>
<name>ProxyPassReverse</name>
-<description>Ajuste l'URL dans les en-têtes de la réponse HTTP envoyée
-par un serveur mandaté en inverse</description>
+<description>Ajuste l'URL dans les en-têtes de la réponse HTTP envoyée
+par un serveur mandaté en inverse</description>
<syntax>ProxyPassReverse [<var>chemin</var>] <var>url</var>
[<var>interpolate</var>]</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<usage>
<p>Cette directive permet de faire en sorte qu'Apache httpd ajuste l'URL
- dans les en-têtes <code>Location</code>,
- <code>Content-Location</code> et <code>URI</code> des réponses de
- redirection HTTP. Ceci est essentiel lorsqu'Apache httpd est utilisé en
- tant que mandataire inverse (ou passerelle), afin d'éviter de
+ dans les en-têtes <code>Location</code>,
+ <code>Content-Location</code> et <code>URI</code> des réponses de
+ redirection HTTP. Ceci est essentiel lorsqu'Apache httpd est utilisé en
+ tant que mandataire inverse (ou passerelle), afin d'éviter de
court-circuiter le mandataire inverse suite aux redirections HTTP
- sur le serveur d'arrière-plan qui restent derrière le mandataire
+ sur le serveur d'arrière-plan qui restent derrière le mandataire
inverse.</p>
- <p>Seuls les en-têtes de réponse HTTP spécialement mentionnés
- ci-dessus seront réécrits. Apache httpd ne réécrira ni les autres en-têtes
- de réponse, ni par défaut les références d'URLs dans les pages HTML. Cela
- signifie que dans le cas où un contenu mandaté contient des
- références à des URLs absolues, elles court-circuiteront le
- mandataire. Pour réécrire un contenu HTML afin qu'il corresponde au
+ <p>Seuls les en-têtes de réponse HTTP spécialement mentionnés
+ ci-dessus seront réécrits. Apache httpd ne réécrira ni les autres en-têtes
+ de réponse, ni par défaut les références d'URLs dans les pages HTML. Cela
+ signifie que dans le cas où un contenu mandaté contient des
+ références à des URLs absolues, elles court-circuiteront le
+ mandataire. Pour réécrire un contenu HTML afin qu'il corresponde au
mandataire, vous devez charger et activer le module
<module>mod_proxy_html</module>.
</p>
<p><var>chemin</var> est le nom d'un chemin virtuel local.
<var>url</var> est une URL partielle pour le serveur distant. Ces
- paramètres s'utilisent de la même façon qu'avec la
+ paramètres s'utilisent de la même façon qu'avec la
directive <directive module="mod_proxy">ProxyPass</directive>.</p>
<p>Supposons par exemple que le serveur local a pour adresse
ProxyPassReverseCookiePath "/" "/mirror/foo/"
</highlight>
- <p>ne va pas seulement provoquer la conversion interne d'une requête
+ <p>ne va pas seulement provoquer la conversion interne d'une requête
locale pour <code>http://example.com/miroir/foo/bar</code> en une
- requête mandatée pour <code>http://backend.example.com/bar</code>
- (la fonctionnalité fournie par <code>ProxyPass</code>). Il va
+ requête mandatée pour <code>http://backend.example.com/bar</code>
+ (la fonctionnalité fournie par <code>ProxyPass</code>). Il va
aussi s'occuper des redirections que le serveur
<code>backend.example.com</code> envoie lorsqu'il redirige
<code>http://backend.example.com/bar</code> vers
<code>http://backend.example.com/quux</code>. Apache
httpd corrige ceci en <code>http://example.com/miroir/foo/quux</code>
avant de faire suivre la redirection HTTP au client. Notez que le
- nom d'hôte utilisé pour construire l'URL est choisi en respectant la
- définition de la directive <directive
+ nom d'hôte utilisé pour construire l'URL est choisi en respectant la
+ définition de la directive <directive
module="core">UseCanonicalName</directive>.</p>
<p>Notez que la directive <directive>ProxyPassReverse</directive>
- peut aussi être utilisée en conjonction avec la
- fonctionnalité de mandataire
+ peut aussi être utilisée en conjonction avec la
+ fonctionnalité de mandataire
(<code>RewriteRule ... [P]</code>) du module
- <module>mod_rewrite</module>, car elle ne dépend pas d'une directive
+ <module>mod_rewrite</module>, car elle ne dépend pas d'une directive
<directive module="mod_proxy">ProxyPass</directive>
correspondante.</p>
- <p>Le mot-clé optionnel <var>interpolate</var>, en
+ <p>Le mot-clé optionnel <var>interpolate</var>, en
combinaison avec la directive
<directive>ProxyPassInterpolateEnv</directive>, permet
- l'interpolation des variables d'environnement spécifiées en
+ l'interpolation des variables d'environnement spécifiées en
utilisant le format <var>${VARNAME}</var> Notez que l'interpolation
- n'est pas supportée dans la partie protocole d'une URL.
+ n'est pas supportée dans la partie protocole d'une URL.
</p>
- <p>Lorsque cette directive est utilisée dans une section <directive
+ <p>Lorsque cette directive est utilisée dans une section <directive
type="section" module="core">Location</directive>, le premier
- argument est omis et le répertoire local est obtenu à partir de
+ argument est omis et le répertoire local est obtenu à partir de
l'argument de la directive <directive type="section"
- module="core">Location</directive>. Il en est de même à l'intérieur
+ module="core">Location</directive>. Il en est de même à l'intérieur
d'une section <directive type="section"
- module="core">LocationMatch</directive>, mais le résultat ne sera
- probablement pas celui attendu car ProxyPassReverse va interpréter
- l'expression rationnelle littéralement comme un chemin ; si besoin
- est dans ce cas, définissez la directive ProxyPassReverse en dehors
+ module="core">LocationMatch</directive>, mais le résultat ne sera
+ probablement pas celui attendu car ProxyPassReverse va interpréter
+ l'expression rationnelle littéralement comme un chemin ; si besoin
+ est dans ce cas, définissez la directive ProxyPassReverse en dehors
de la section, ou dans une section <directive type="section"
- module="core">Location</directive> séparée.</p>
+ module="core">Location</directive> séparée.</p>
- <p>Cette directive ne peut pas être placée dans une section
+ <p>Cette directive ne peut pas être placée dans une section
<directive type="section" module="core">Directory</directive> ou
<directive type="section" module="core">Files</directive>.</p>
</usage>
<directivesynopsis>
<name>ProxyPassReverseCookieDomain</name>
-<description>Ajuste la chaîne correspondant au domaine dans les en-têtes
-Set-Cookie en provenance d'un serveur mandaté</description>
+<description>Ajuste la chaîne correspondant au domaine dans les en-têtes
+Set-Cookie en provenance d'un serveur mandaté</description>
<syntax>ProxyPassReverseCookieDomain <var>domaine-interne</var>
<var>domaine-public</var> [<var>interpolate</var>]</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context>
</contextlist>
<usage>
-<p>L'utilisation de cette directive est similaire à celle de la
+<p>L'utilisation de cette directive est similaire à celle de la
directive <directive module="mod_proxy">ProxyPassReverse</directive>,
-mais au lieu de réécrire des en-têtes qui contiennent des URLs, elle
-réécrit la chaîne correspondant au domaine dans les en-têtes
+mais au lieu de réécrire des en-têtes qui contiennent des URLs, elle
+réécrit la chaîne correspondant au domaine dans les en-têtes
<code>Set-Cookie</code>.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>ProxyPassReverseCookiePath</name>
-<description>Ajuste la chaîne correspondant au chemin dans les en-têtes
-Set-Cookie en provenance d'un serveur mandaté</description>
+<description>Ajuste la chaîne correspondant au chemin dans les en-têtes
+Set-Cookie en provenance d'un serveur mandaté</description>
<syntax>ProxyPassReverseCookiePath <var>chemin-interne</var>
<var>chemin-public</var> [<var>interpolate</var>]</syntax>
<contextlist><context>server config</context><context>virtual host</context>
</contextlist>
<usage>
<p>
-Cette directive s'avère utile en conjonction avec la directive
+Cette directive s'avère utile en conjonction avec la directive
<directive module="mod_proxy">ProxyPassReverse</directive> dans les
-situations où les chemins d'URL d'arrière-plan correspondent à des
+situations où les chemins d'URL d'arrière-plan correspondent à des
chemins publics sur le mandataire inverse. Cette directive permet de
-réécrire la chaîne <code>path</code> dans les en-têtes
-<code>Set-Cookie</code>. Si le début du chemin du cookie correspond à
-<var>chemin-interne</var>, le chemin du cookie sera remplacé par
+réécrire la chaîne <code>path</code> dans les en-têtes
+<code>Set-Cookie</code>. Si le début du chemin du cookie correspond à
+<var>chemin-interne</var>, le chemin du cookie sera remplacé par
<var>chemin-public</var>.
</p><p>
Dans l'exemple fourni avec la directive <directive
ProxyPassReverseCookiePath "/" "/mirror/foo/"
</highlight>
<p>
-va réécrire un cookie possédant un chemin d'arrière-plan <code>/</code>
+va réécrire un cookie possédant un chemin d'arrière-plan <code>/</code>
(ou <code>/example</code> ou en fait tout chemin)
en <code>/mirror/foo/</code>..
</p>
<directivesynopsis>
<name>ProxyBlock</name>
-<description>Termes, serveurs ou domaines bloqués par le
+<description>Termes, serveurs ou domaines bloqués par le
mandataire</description>
<syntax>ProxyBlock *|<var>terme</var>|<var>serveur</var>|<var>domaine</var>
[<var>terme</var>|<var>serveur</var>|<var>domaine</var>] ...</syntax>
<usage>
<p>La directive <directive>ProxyBlock</directive> permet de
- spécifier une liste de termes, serveurs et/ou domaines, séparés par
- des espaces. Les requêtes de documents HTTP, HTTPS, FTP vers des
+ spécifier une liste de termes, serveurs et/ou domaines, séparés par
+ des espaces. Les requêtes de documents HTTP, HTTPS, FTP vers des
sites dont les noms contiennent des termes, noms de serveur ou
- domaine correspondants seront <em>bloqués</em> par le serveur
- mandataire. La module proxy va aussi tenter de déterminer les
- adresses IP des éléments de la liste qui peuvent correspondre à des
- noms d'hôtes au cours du démarrage, et les mettra en cache à des
- fins de comparaisons ultérieures. Ceci peut ralentir le démarrage du
+ domaine correspondants seront <em>bloqués</em> par le serveur
+ mandataire. La module proxy va aussi tenter de déterminer les
+ adresses IP des éléments de la liste qui peuvent correspondre à des
+ noms d'hôtes au cours du démarrage, et les mettra en cache à des
+ fins de comparaisons ultérieures. Ceci peut ralentir le démarrage du
serveur.</p>
<example><title>Exemple</title>
<p>Notez qu'<code>example</code> suffirait aussi pour atteindre
ces sites.</p>
- <p>Hosts conviendrait aussi s'il était référencé par adresse IP.</p>
+ <p>Hosts conviendrait aussi s'il était référencé par adresse IP.</p>
<p>Notez aussi que</p>
<directivesynopsis>
<name>ProxyReceiveBufferSize</name>
-<description>Taille du tampon réseau pour les connexions mandatées HTTP
+<description>Taille du tampon réseau pour les connexions mandatées HTTP
et FTP</description>
<syntax>ProxyReceiveBufferSize <var>octets</var></syntax>
<default>ProxyReceiveBufferSize 0</default>
<usage>
<p>La directive <directive>ProxyReceiveBufferSize</directive> permet
- de spécifier une taille de tampon réseau explicite (TCP/IP) pour les
- connexions mandatées HTTP et FTP, afin d'améliorer le débit de
- données. Elle doit être supérieure à <code>512</code> ou définie à
- <code>0</code> pour indiquer que la taille de tampon par défaut du
- système doit être utilisée.</p>
+ de spécifier une taille de tampon réseau explicite (TCP/IP) pour les
+ connexions mandatées HTTP et FTP, afin d'améliorer le débit de
+ données. Elle doit être supérieure à <code>512</code> ou définie à
+ <code>0</code> pour indiquer que la taille de tampon par défaut du
+ système doit être utilisée.</p>
<example><title>Exemple</title>
<highlight language="config">
<directivesynopsis>
<name>ProxyIOBufferSize</name>
-<description>Détermine la taille du tampon interne de transfert de
-données</description>
+<description>Détermine la taille du tampon interne de transfert de
+données</description>
<syntax>ProxyIOBufferSize <var>octets</var></syntax>
<default>ProxyIOBufferSize 8192</default>
<contextlist><context>server config</context><context>virtual host</context>
<usage>
<p>La directive <directive>ProxyIOBufferSize</directive> permet
- d'ajuster la taille du tampon interne utilisé comme bloc-note pour
- les transferts de données entre entrée et sortie. La taille minimale
+ d'ajuster la taille du tampon interne utilisé comme bloc-note pour
+ les transferts de données entre entrée et sortie. La taille minimale
est de <code>512</code> octets.</p>
<p>Dans la plupart des cas, il n'y a aucune raison de modifier cette
valeur.</p>
- <p>Si elle est utilisée avec AJP, cette directive permet de définir
- la taille maximale du paquet AJP en octets. Si la valeur spécifiée
- est supérieure à 65536, elle est corrigée et prend la valeur 65536.
+ <p>Si elle est utilisée avec AJP, cette directive permet de définir
+ la taille maximale du paquet AJP en octets. Si la valeur spécifiée
+ est supérieure à 65536, elle est corrigée et prend la valeur 65536.
Si vous ne conservez pas
- la valeur par défaut, vous devez aussi modifier l'attribut
- <code>packetSize</code> de votre connecteur AJP du côté de Tomcat !
+ la valeur par défaut, vous devez aussi modifier l'attribut
+ <code>packetSize</code> de votre connecteur AJP du côté de Tomcat !
L'attribut <code>packetSize</code> n'est disponible que dans Tomcat
<code>5.5.20+</code> et <code>6.0.2+</code>.</p>
- <p>Il n'est normalement pas nécessaire de modifier la taille
- maximale du paquet. Des problèmes ont cependant été rapportés avec
- la valeur par défaut lors de l'envoi de certificats ou de chaînes de
+ <p>Il n'est normalement pas nécessaire de modifier la taille
+ maximale du paquet. Des problèmes ont cependant été rapportés avec
+ la valeur par défaut lors de l'envoi de certificats ou de chaînes de
certificats.</p>
</usage>
<directivesynopsis>
<name>ProxyMaxForwards</name>
-<description>Nombre maximum de mandataires à travers lesquelles une
-requête peut être redirigée</description>
+<description>Nombre maximum de mandataires à travers lesquelles une
+requête peut être redirigée</description>
<syntax>ProxyMaxForwards <var>nombre</var></syntax>
<default>ProxyMaxForwards -1</default>
<contextlist><context>server config</context><context>virtual host</context>
</contextlist>
-<compatibility>Comportement par défaut
-modifié dans 2.2.7</compatibility>
+<compatibility>Comportement par défaut
+modifié dans 2.2.7</compatibility>
<usage>
<p>La directive <directive>ProxyMaxForwards</directive> permet de
- spécifier le nombre maximum de mandataires à travers lesquels une
- requête peut passer dans le cas où la la requête ne contient pas
- d'en-tête <code>Max-Forwards</code>. Ceci permet de se prémunir
+ spécifier le nombre maximum de mandataires à travers lesquels une
+ requête peut passer dans le cas où la la requête ne contient pas
+ d'en-tête <code>Max-Forwards</code>. Ceci permet de se prémunir
contre les boucles infinies de mandataires ou contre les attaques de
- type déni de service.</p>
+ type déni de service.</p>
<example><title>Exemple</title>
<highlight language="config">
</highlight>
</example>
- <p>Notez que la définition de la directive
+ <p>Notez que la définition de la directive
<directive>ProxyMaxForwards</directive> constitue une violation du
- protocole HTTP/1.1 (RFC2616), qui interdit à un mandataire de
- définir <code>Max-Forwards</code> si le client ne l'a pas fait
- lui-même. Les versions précédentes d'Apache httpd la définissaient
- systématiquement. Une valeur négative de
+ protocole HTTP/1.1 (RFC2616), qui interdit à un mandataire de
+ définir <code>Max-Forwards</code> si le client ne l'a pas fait
+ lui-même. Les versions précédentes d'Apache httpd la définissaient
+ systématiquement. Une valeur négative de
<directive>ProxyMaxForwards</directive>, y compris la valeur par
- défaut -1, implique un comportement compatible avec le protocole,
+ défaut -1, implique un comportement compatible avec le protocole,
mais vous expose aux bouclages infinis.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>NoProxy</name>
-<description>Serveurs, domaines ou réseaux auquels on se connectera
+<description>Serveurs, domaines ou réseaux auquels on se connectera
directement</description>
<syntax>NoProxy <var>domaine</var> [<var>domaine</var>] ...</syntax>
<contextlist><context>server config</context><context>virtual host</context>
</contextlist>
<usage>
- <p>Cette directive n'a d'utilité que pour les serveurs mandataires
+ <p>Cette directive n'a d'utilité que pour les serveurs mandataires
Apache httpd au sein d'Intranets. La directive
- <directive>NoProxy</directive> permet de spécifier une liste de
- sous-réseaux, d'adresses IP, de serveurs et/ou de domaines séparés
- par des espaces. Une requête pour un serveur qui correspond à un ou
- plusieurs critères sera toujours servie par ce serveur directement,
- sans être redirigée vers le(s) serveur(s) mandataire(s) défini(s) par
+ <directive>NoProxy</directive> permet de spécifier une liste de
+ sous-réseaux, d'adresses IP, de serveurs et/ou de domaines séparés
+ par des espaces. Une requête pour un serveur qui correspond à un ou
+ plusieurs critères sera toujours servie par ce serveur directement,
+ sans être redirigée vers le(s) serveur(s) mandataire(s) défini(s) par
la directive <directive
module="mod_proxy">ProxyRemote</directive>.</p>
</example>
<p>Le type des arguments <var>serveur</var> de la directive
- <directive>NoProxy</directive> appartiennent à la liste suivante
+ <directive>NoProxy</directive> appartiennent à la liste suivante
:</p>
<dl>
<dt><var><a name="domain" id="domain">Domaine</a></var></dt>
<dd>
<p>Un <dfn>domaine</dfn> est ici un nom de domaine DNS partiellement
- qualifié précédé d'un point. Il représente une liste de serveurs qui
- appartiennent logiquement au même domaine ou à la même zonz DNS
+ qualifié précédé d'un point. Il représente une liste de serveurs qui
+ appartiennent logiquement au même domaine ou à la même zonz DNS
(en d'autres termes, les nom des serveurs se terminent tous par
<var>domaine</var>).</p>
</example>
<p>Pour faire la distinction entre <var>domaine</var>s et <var><a
- href="#hostname">nom d'hôte</a></var>s (des points de vue à la fois
+ href="#hostname">nom d'hôte</a></var>s (des points de vue à la fois
syntaxique et
- sémantique, un domaine DNS pouvant aussi avoir un enregistrement DNS
- de type A !), les <var>domaine</var>s sont toujours spécifiés en les
- préfixant par un point.</p>
+ sémantique, un domaine DNS pouvant aussi avoir un enregistrement DNS
+ de type A !), les <var>domaine</var>s sont toujours spécifiés en les
+ préfixant par un point.</p>
<note><title>Note</title>
<p>Les comparaisons de noms de domaines s'effectuent sans tenir
compte de la casse, et les parties droites des <var>Domaine</var>s
- sont toujours censées correspondre à la racine de l'arborescence
+ sont toujours censées correspondre à la racine de l'arborescence
DNS, si bien que les domaines <code>.ExEmple.com</code> et
- <code>.example.com.</code> (notez le point à la fin du nom) sont
- considérés comme identiques. Comme une comparaison de domaines ne
- nécessite pas de recherche DNS, elle est beaucoup plus efficace
- qu'une comparaison de sous-réseaux.</p>
+ <code>.example.com.</code> (notez le point à la fin du nom) sont
+ considérés comme identiques. Comme une comparaison de domaines ne
+ nécessite pas de recherche DNS, elle est beaucoup plus efficace
+ qu'une comparaison de sous-réseaux.</p>
</note></dd>
<!-- ===================== SubNet ======================= -->
- <dt><var><a name="subnet" id="subnet">Sous-réseau</a></var></dt>
+ <dt><var><a name="subnet" id="subnet">Sous-réseau</a></var></dt>
<dd>
- <p>Un <dfn>Sous-réseau</dfn> est une adresse internet partiellement
- qualifiée sous forme numérique (quatre nombres séparés par des
+ <p>Un <dfn>Sous-réseau</dfn> est une adresse internet partiellement
+ qualifiée sous forme numérique (quatre nombres séparés par des
points), optionnellement suivie d'un slash et du masque de
- sous-réseau spécifiant le nombre de bits significatifs dans le
- <var>Sous-réseau</var>. Il représente un sous-réseau de serveurs qui
- peuvent être atteints depuis la même interface réseau. En l'absence
- de masque de sous-réseau explicite, il est sous-entendu que les
- digits manquants (ou caractères 0) de fin spécifient le masque de
- sous-réseau (Dans ce cas, le masque de sous-réseau ne peut être
+ sous-réseau spécifiant le nombre de bits significatifs dans le
+ <var>Sous-réseau</var>. Il représente un sous-réseau de serveurs qui
+ peuvent être atteints depuis la même interface réseau. En l'absence
+ de masque de sous-réseau explicite, il est sous-entendu que les
+ digits manquants (ou caractères 0) de fin spécifient le masque de
+ sous-réseau (Dans ce cas, le masque de sous-réseau ne peut être
qu'un multiple de 8). Voici quelques exemples :</p>
<dl>
<dt><code>192.168</code> ou <code>192.168.0.0</code></dt>
- <dd>le sous-réseau 192.168.0.0 avec un masque de sous-réseau
- implicite de 16 bits significatifs (parfois exprimé sous la forme
+ <dd>le sous-réseau 192.168.0.0 avec un masque de sous-réseau
+ implicite de 16 bits significatifs (parfois exprimé sous la forme
<code>255.255.0.0</code>)</dd>
<dt><code>192.168.112.0/21</code></dt>
- <dd>le sous-réseau <code>192.168.112.0/21</code> avec un masque de
- sous-réseau implicite de 21 bits significatifs (parfois exprimé
+ <dd>le sous-réseau <code>192.168.112.0/21</code> avec un masque de
+ sous-réseau implicite de 21 bits significatifs (parfois exprimé
sous la forme<code>255.255.248.0</code>)</dd>
</dl>
- <p>Comme cas extrêmes, un <em>Sous-réseau</em> avec un masque de
- sous-réseau de 32 bits significatifs est équivalent à une <var><a
- href="#ipaddr">adresse IP</a></var>, alors qu'un <em>Sous-réseau</em> avec un masque de
- sous-réseau de 0 bit significatif (c'est à dire 0.0.0.0/0) est
- identique à la constante <var>_Default_</var>, et peut correspondre
- à toute adresse IP.</p></dd>
+ <p>Comme cas extrêmes, un <em>Sous-réseau</em> avec un masque de
+ sous-réseau de 32 bits significatifs est équivalent à une <var><a
+ href="#ipaddr">adresse IP</a></var>, alors qu'un <em>Sous-réseau</em> avec un masque de
+ sous-réseau de 0 bit significatif (c'est à dire 0.0.0.0/0) est
+ identique à la constante <var>_Default_</var>, et peut correspondre
+ à toute adresse IP.</p></dd>
<!-- ===================== IPAddr ======================= -->
<dt><var><a name="ipaddr" id="ipaddr">Adresse IP</a></var></dt>
<dd>
<p>Une <dfn>Adresse IP</dfn> est une adresse internet pleinement
- qualifiée sous forme numérique (quatre nombres séparés par des
- points). En général, cette adresse représente un serveur, mais elle
- ne doit pas nécessairement correspondre à un nom de domaine DNS.</p>
+ qualifiée sous forme numérique (quatre nombres séparés par des
+ points). En général, cette adresse représente un serveur, mais elle
+ ne doit pas nécessairement correspondre à un nom de domaine DNS.</p>
<example><title>Exemple</title>
192.168.123.7
</example>
<note><title>Note</title>
- <p>Une <dfn>Adresse IP</dfn> ne nécessite pas de résolution DNS,
- et peut ainsi s'avérer plus efficace quant aux performances
+ <p>Une <dfn>Adresse IP</dfn> ne nécessite pas de résolution DNS,
+ et peut ainsi s'avérer plus efficace quant aux performances
d'Apache.</p>
</note></dd>
<dt><var><a name="hostname" id="hostname">Nom de serveur</a></var></dt>
<dd>
<p>Un <dfn>Nom de serveur</dfn> est un nom de domaine DNS pleinement
- qualifié qui peut être résolu en une ou plusieurs adresses IP par le
- service de noms de domaines DNS. Il représente un hôte logique (par
+ qualifié qui peut être résolu en une ou plusieurs adresses IP par le
+ service de noms de domaines DNS. Il représente un hôte logique (par
opposition aux <var><a href="#domain">Domaine</a></var>s, voir
- ci-dessus), et doit pouvoir être résolu en une ou plusieurs <var><a
+ ci-dessus), et doit pouvoir être résolu en une ou plusieurs <var><a
href="#ipaddr">adresses IP</a></var> (ou souvent en une liste
- d'hôtes avec différentes <var><a href="#ipaddr">adresses
+ d'hôtes avec différentes <var><a href="#ipaddr">adresses
IP</a></var>).</p>
<example><title>Exemples</title>
<note><title>Note</title>
<p>Dans de nombreuses situations, il est plus efficace de
- spécifier une <var><a href="#ipaddr">adresse IP</a></var> qu'un
- <var>Nom de serveur</var> car cela évite d'avoir à effectuer une
- recherche DNS. La résolution de nom dans Apache httpd peut prendre un
- temps très long lorsque la connexion avec le serveur de noms
+ spécifier une <var><a href="#ipaddr">adresse IP</a></var> qu'un
+ <var>Nom de serveur</var> car cela évite d'avoir à effectuer une
+ recherche DNS. La résolution de nom dans Apache httpd peut prendre un
+ temps très long lorsque la connexion avec le serveur de noms
utilise une liaison PPP lente.</p>
<p>Les comparaisons de <var>Nom de serveur</var> s'effectuent sans tenir
compte de la casse, et les parties droites des <var>Noms de serveur</var>
- sont toujours censées correspondre à la racine de l'arborescence
+ sont toujours censées correspondre à la racine de l'arborescence
DNS, si bien que les domaines <code>WWW.ExEmple.com</code> et
- <code>www.example.com.</code> (notez le point à la fin du nom) sont
- considérés comme identiques.</p>
+ <code>www.example.com.</code> (notez le point à la fin du nom) sont
+ considérés comme identiques.</p>
</note></dd>
</dl>
</usage>
-<seealso><a href="../dns-caveats.html">Problèmes liés au DNS</a></seealso>
+<seealso><a href="../dns-caveats.html">Problèmes liés au DNS</a></seealso>
</directivesynopsis>
<directivesynopsis>
<name>ProxyTimeout</name>
-<description>Délai d'attente réseau pour les requêtes
-mandatées</description>
+<description>Délai d'attente réseau pour les requêtes
+mandatées</description>
<syntax>ProxyTimeout <var>secondes</var></syntax>
<default>Valeur de la directive <directive
module="core">Timeout</directive></default>
</contextlist>
<usage>
- <p>Cette directive permet à l'utilisateur de spécifier un délai pour
- les requêtes mandatées. Ceci s'avère utile dans le cas d'un serveur
- d'applications lent et bogué qui a tendance à se bloquer, et si vous
- préférez simplement renvoyer une erreur timeout et abandonner la
- connexion en douceur plutôt que d'attendre jusqu'à ce que le serveur
- veuille bien répondre.</p>
+ <p>Cette directive permet à l'utilisateur de spécifier un délai pour
+ les requêtes mandatées. Ceci s'avère utile dans le cas d'un serveur
+ d'applications lent et bogué qui a tendance à se bloquer, et si vous
+ préférez simplement renvoyer une erreur timeout et abandonner la
+ connexion en douceur plutôt que d'attendre jusqu'à ce que le serveur
+ veuille bien répondre.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>ProxyDomain</name>
-<description>Nom de domaine par défaut pour les requêtes
-mandatées</description>
+<description>Nom de domaine par défaut pour les requêtes
+mandatées</description>
<syntax>ProxyDomain <var>Domaine</var></syntax>
<contextlist><context>server config</context><context>virtual host</context>
</contextlist>
<usage>
- <p>Cette directive n'a d'utilité que pour les serveurs mandataires
+ <p>Cette directive n'a d'utilité que pour les serveurs mandataires
Apache httpd au sein d'un Intranet. La directive
- <directive>ProxyDomain</directive> permet de spécifier le domaine
- par défaut auquel le serveur mandataire apache appartient. Si le
- serveur reçoit une requête pour un hôte sans nom de domaine, il va
- générer une réponse de redirection vers le même hôte suffixé par le
- <var>Domaine</var> spécifié.</p>
+ <directive>ProxyDomain</directive> permet de spécifier le domaine
+ par défaut auquel le serveur mandataire apache appartient. Si le
+ serveur reçoit une requête pour un hôte sans nom de domaine, il va
+ générer une réponse de redirection vers le même hôte suffixé par le
+ <var>Domaine</var> spécifié.</p>
<example><title>Exemple</title>
<highlight language="config">
- ProxyRemote "*" "http://firewall.example.com:81"<br />
- NoProxy ".example.com" "192.168.112.0/21"<br />
- ProxyDomain ".example.com"
+ProxyRemote "*" "http://firewall.example.com:81"
+NoProxy ".example.com" "192.168.112.0/21"
+ProxyDomain ".example.com"
</highlight>
</example>
</usage>
<directivesynopsis>
<name>ProxyVia</name>
-<description>Information fournie dans l'en-tête de réponse HTTP
-<code>Via</code> pour les requêtes mandatées</description>
+<description>Information fournie dans l'en-tête de réponse HTTP
+<code>Via</code> pour les requêtes mandatées</description>
<syntax>ProxyVia On|Off|Full|Block</syntax>
<default>ProxyVia Off</default>
<contextlist><context>server config</context><context>virtual host</context>
</contextlist>
<usage>
- <p>Cette directive permet de contrôler l'utilisation de l'en-tête
- HTTP <code>Via:</code> par le mandataire. Le but recherché est de
- contrôler le flux des requêtes mandatées tout au long d'une chaîne
+ <p>Cette directive permet de contrôler l'utilisation de l'en-tête
+ HTTP <code>Via:</code> par le mandataire. Le but recherché est de
+ contrôler le flux des requêtes mandatées tout au long d'une chaîne
de serveurs mandataires. Voir <a
href="http://www.ietf.org/rfc/rfc2616.txt">RFC 2616</a> (HTTP/1.1),
- section 14.45 pour une description des lignes d'en-tête
+ section 14.45 pour une description des lignes d'en-tête
<code>Via:</code>.</p>
<ul>
- <li>Si elle est définie à <code>Off</code>, valeur par défaut, cette
- directive n'effectue aucun traitement particulier. Si une requête ou
- une réponse contient un en-tête <code>Via:</code>, il est transmis
+ <li>Si elle est définie à <code>Off</code>, valeur par défaut, cette
+ directive n'effectue aucun traitement particulier. Si une requête ou
+ une réponse contient un en-tête <code>Via:</code>, il est transmis
sans modification.</li>
- <li>Si elle est définie à <code>On</code>, chaque requête ou réponse
- se verra ajouter une ligne d'en-tête <code>Via:</code> pour le
+ <li>Si elle est définie à <code>On</code>, chaque requête ou réponse
+ se verra ajouter une ligne d'en-tête <code>Via:</code> pour le
serveur courant.</li>
- <li>Si elle est définie à <code>Full</code>, chaque ligne d'en-tête
+ <li>Si elle est définie à <code>Full</code>, chaque ligne d'en-tête
<code>Via:</code> se verra ajouter la version du serveur Apache
httpd sous la forme d'un champ de commentaire <code>Via:</code>.</li>
- <li>Si elle est définie à <code>Block</code>, chaque requête
- mandatée verra ses lignes d'en-tête <code>Via:</code> supprimées.
- Aucun nouvel en-tête <code>Via:</code> ne sera généré.</li>
+ <li>Si elle est définie à <code>Block</code>, chaque requête
+ mandatée verra ses lignes d'en-tête <code>Via:</code> supprimées.
+ Aucun nouvel en-tête <code>Via:</code> ne sera généré.</li>
</ul>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>ProxyErrorOverride</name>
<description>Outrepasser les pages d'erreur pour les contenus
-mandatés</description>
+mandatés</description>
<syntax>ProxyErrorOverride On|Off</syntax>
<default>ProxyErrorOverride Off</default>
<contextlist><context>server config</context><context>virtual host</context>
<usage>
<p>Cette directive est utile pour les configurations de mandataires
- inverses, lorsque vous souhaitez que les pages d'erreur envoyées
- aux utilisateurs finaux présentent un aspect homogène. Elle permet
+ inverses, lorsque vous souhaitez que les pages d'erreur envoyées
+ aux utilisateurs finaux présentent un aspect homogène. Elle permet
aussi l'inclusion de fichiers (via les SSI de
<module>mod_include</module>) pour obtenir le code d'erreur et agir
- en conséquence (le comportement par défaut afficherait la page
- d'erreur du serveur mandaté, alors que c'est le message d'erreur SSI
- qui sera affiché si cette directive est à "on").</p>
+ en conséquence (le comportement par défaut afficherait la page
+ d'erreur du serveur mandaté, alors que c'est le message d'erreur SSI
+ qui sera affiché si cette directive est à "on").</p>
- <p>Cette directive n'affecte pas le traitement des réponses
- informatives (1xx), de type succès normal (2xx), ou de redirection
+ <p>Cette directive n'affecte pas le traitement des réponses
+ informatives (1xx), de type succès normal (2xx), ou de redirection
(3xx).</p>
</usage>
</directivesynopsis>
<directive>ProxyPassReverse</directive>,
<directive>ProxyPassReverseCookieDomain</directive> et
<directive>ProxyPassReverseCookiePath</directive>, permet de
- configurer dynamiquement un mandataire inverse à l'aide de
- variables d'environnement, ces dernières pouvant être définies par un
+ configurer dynamiquement un mandataire inverse à l'aide de
+ variables d'environnement, ces dernières pouvant être définies par un
autre module comme <module>mod_rewrite</module>. Elle affecte les
directives <directive>ProxyPass</directive>,
<directive>ProxyPassReverse</directive>,
<directive>ProxyPassReverseCookieDomain</directive>, et
<directive>ProxyPassReverseCookiePath</directive>, en leur indiquant
- de remplacer la chaîne <code>${nom_var}</code> dans les directives
+ de remplacer la chaîne <code>${nom_var}</code> dans les directives
de configuration par la valeur de la variable d'environnement
<code>nom_var</code> (si l'option <var>interpolate</var> est
- spécifiée).</p>
- <p>Conservez cette directive à off (pour les performances du
- serveur), sauf si vous en avez réellement besoin.</p>
+ spécifiée).</p>
+ <p>Conservez cette directive à off (pour les performances du
+ serveur), sauf si vous en avez réellement besoin.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>ProxyStatus</name>
-<description>Affiche l'état du répartiteur de charge du mandataire dans
+<description>Affiche l'état du répartiteur de charge du mandataire dans
mod_status</description>
<syntax>ProxyStatus Off|On|Full</syntax>
<default>ProxyStatus Off</default>
<compatibility>Disponible depuis la version 2.2 d'Apache</compatibility>
<usage>
- <p>Cette directive permet de spécifier si les données d'état du
- répartiteur de charge du mandataire doivent être affichées via la
- page d'état du serveur du module <module>mod_status</module>.</p>
+ <p>Cette directive permet de spécifier si les données d'état du
+ répartiteur de charge du mandataire doivent être affichées via la
+ page d'état du serveur du module <module>mod_status</module>.</p>
<note><title>Note</title>
- <p>L'argument <strong>Full</strong> produit le même effet que
+ <p>L'argument <strong>Full</strong> produit le même effet que
l'argument <strong>On</strong>.</p>
</note>
<directivesynopsis>
<name>ProxyAddHeaders</name>
-<description>Ajoute des informations à propos du mandataire aux
-en-têtes X-Forwarded-*</description>
+<description>Ajoute des informations à propos du mandataire aux
+en-têtes X-Forwarded-*</description>
<syntax>ProxyAddHeaders Off|On</syntax>
<default>ProxyAddHeaders On</default>
<contextlist><context>server config</context>
<compatibility>Disponible depuis la version 2.3.10</compatibility>
<usage>
- <p>Cette directive permet de passer au serveur d'arrière-plan des
- informations à propos du mandataire via les en-têtes HTTP
+ <p>Cette directive permet de passer au serveur d'arrière-plan des
+ informations à propos du mandataire via les en-têtes HTTP
X-Forwarded-For, X-Forwarded-Host et X-Forwarded-Server.</p>
- <note><title>Utilité</title>
- <p>Cette option n'est utile que dans le cas du mandat HTTP traité
+ <note><title>Utilité</title>
+ <p>Cette option n'est utile que dans le cas du mandat HTTP traité
par <module>mod_proxy_http</module>.</p>
</note>
</usage>
<directivesynopsis>
<name>ProxySourceAddress</name>
-<description>Définit l'adresse IP locale pour les connexions mandatées
+<description>Définit l'adresse IP locale pour les connexions mandatées
sortantes</description>
<syntax>ProxySourceAddress <var>adresse</var></syntax>
<contextlist><context>server config</context>
<compatibility>Disponible depuis la version 2.3.9</compatibility>
<usage>
- <p>Cette directive permet de définir une adresse IP locale
- spécifique à laquelle faire référence lors d'une connexion à un
- serveur d'arrière-plan.</p>
+ <p>Cette directive permet de définir une adresse IP locale
+ spécifique à laquelle faire référence lors d'une connexion à un
+ serveur d'arrière-plan.</p>
</usage>
</directivesynopsis>
<?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: 1737777:1741841 (outdated) -->
+<!-- English Revision: 1741841 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
<example><title>Exemple</title>
<highlight language="config">
- LogLevel alert rewrite:trace3
- </highlight>
+LogLevel alert rewrite:trace3
+ </highlight>
</example>
<note><title>RewriteLog</title>
</p>
<highlight language="config">
- RewriteCond expr "! %{HTTP_REFERER} -strmatch '*://%{HTTP_HOST}/*'"<br />
+ RewriteCond expr "! %{HTTP_REFERER} -strmatch '*://%{HTTP_HOST}/*'"
RewriteRule "^/images" "-" [F]
</highlight>
</li>
<?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: 1740719 -->
+<!-- English Revision: 1741864 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
passe :</p>
<highlight language="config">
- Require ssl-verify-client<br/>
- Require valid-user
+Require ssl-verify-client
+Require valid-user
</highlight>
</section>
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1739051 -->
+<!-- English Revision: 1741864 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : VIncent Deffontaines -->
<!--
<p><strong>Configuration de la réécriture</strong></p>
<highlight language="config">
-RewriteMap d2u "prg:/www/bin/dash2under.pl"<br />
+RewriteMap d2u "prg:/www/bin/dash2under.pl"
RewriteRule "-" "${d2u:%{REQUEST_URI}}"
</highlight>
-<?xml version="1.0" encoding="ISO-8859-1" ?>
+<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
-<!-- English Revision: 1673563 -->
+<!-- English Revision: 1741864 -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
<manualpage metafile="urlmapping.xml.meta">
- <title> Mise en correspondance des URLs avec le système de fichiers</title>
+ <title> Mise en correspondance des URLs avec le système de fichiers</title>
<summary>
<p>Ce document explique comment le serveur HTTP Apache utilise l'URL contenue dans une
- requête pour déterminer le noeud du système de fichier à partir duquel le
- fichier devra être servi.</p>
+ requête pour déterminer le noeud du système de fichier à partir duquel le
+ fichier devra être servi.</p>
</summary>
-<section id="related"><title>Modules et directives concernés</title>
+<section id="related"><title>Modules et directives concernés</title>
<related>
<modulelist>
<section id="documentroot"><title>Racine des documents (DocumentRoot)</title>
- <p>La méthode par défaut de httpd pour déterminer quel fichier servir pour
- une requête donnée, consiste à extraire le chemin du fichier de la requête
- (la partie de l'URL qui suit le nom d'hôte et le port), puis de l'ajouter
- à la fin de la valeur de la directive
- <directive module="core">DocumentRoot</directive> définie dans vos fichiers
+ <p>La méthode par défaut de httpd pour déterminer quel fichier servir pour
+ une requête donnée, consiste à extraire le chemin du fichier de la requête
+ (la partie de l'URL qui suit le nom d'hôte et le port), puis de l'ajouter
+ à la fin de la valeur de la directive
+ <directive module="core">DocumentRoot</directive> définie dans vos fichiers
de configuration.
- Ainsi, les fichiers et répertoires
- situés en dessous de <directive module="core">DocumentRoot</directive>
+ Ainsi, les fichiers et répertoires
+ situés en dessous de <directive module="core">DocumentRoot</directive>
constituent l'arborescence de base des documents qui seront visibles
depuis le web.</p>
<p>Par exemple, si la directive
<directive module="core">DocumentRoot</directive> contient
- <code>/var/www/html</code>, une requête pour
+ <code>/var/www/html</code>, une requête pour
<code>http://www.example.com/fish/guppies.html</code> retournera le
fichier <code>/var/www/html/fish/guppies.html</code> au client.</p>
- <p>Si la requête concerne un répertoire (autrement dit un chemin se
+ <p>Si la requête concerne un répertoire (autrement dit un chemin se
terminant par un slash <code>/</code>), le nom du fichier qui sera
- recherché et servi depuis ce répertoire est défini via la directive
+ recherché et servi depuis ce répertoire est défini via la directive
<directive module="mod_dir">DirectoryIndex</directive>. Par exemple,
- supposons que <code>DocumentRoot</code> ait été définie comme
- précédemment, et que vous ayez défini <code>DirectoryIndex</code>
+ supposons que <code>DocumentRoot</code> ait été définie comme
+ précédemment, et que vous ayez défini <code>DirectoryIndex</code>
comme suit :</p>
<example>DirectoryIndex index.html index.php</example>
- <p>Si httpd reçoit alors une requête pour
+ <p>Si httpd reçoit alors une requête pour
<code>http://www.example.com/fish/</code>, il tentera de servir le
fichier <code>/var/www/html/fish/index.html</code>. Si ce fichier
n'existe pas, il tentera de servir le fichier
<code>/var/www/html/fish/index.php</code>.</p>
- <p>Si aucun de ces fichiers existe, httpd tentera de générer et
- d'afficher un index du répertoire, à condition que
- <module>mod_autoindex</module> ait été chargé et configuré pour le
+ <p>Si aucun de ces fichiers existe, httpd tentera de générer et
+ d'afficher un index du répertoire, à condition que
+ <module>mod_autoindex</module> ait été chargé et configuré pour le
permettre.</p>
- <p>httpd supporte aussi les <a href="vhosts/">Hôtes virtuels</a>,
- ce qui lui permet de traiter des requêtes pour plusieurs hôtes.
+ <p>httpd supporte aussi les <a href="vhosts/">Hôtes virtuels</a>,
+ ce qui lui permet de traiter des requêtes pour plusieurs hôtes.
Dans ce cas, un <directive module="core">DocumentRoot</directive>
- différent peut être défini pour chaque hôte virtuel;
+ différent peut être défini pour chaque hôte virtuel;
les directives fournies par le module
- <module>mod_vhost_alias</module> peuvent aussi être utilisées afin de
- déterminer dynamiquement le noeud approprié du système de fichiers
- à partir duquel servir un contenu en fonction de l'adresse IP
- ou du nom d'hôte.</p>
+ <module>mod_vhost_alias</module> peuvent aussi être utilisées afin de
+ déterminer dynamiquement le noeud approprié du système de fichiers
+ à partir duquel servir un contenu en fonction de l'adresse IP
+ ou du nom d'hôte.</p>
<p>La directive <directive module="core">DocumentRoot</directive> est
- définie dans le fichier de configuration de votre serveur principal
- (<code>httpd.conf</code>), mais peut aussi être redéfinie pour chaque
- <a href="vhosts/">Hôte virtuel</a> supplémentaire que vous avez créé.</p>
+ définie dans le fichier de configuration de votre serveur principal
+ (<code>httpd.conf</code>), mais peut aussi être redéfinie pour chaque
+ <a href="vhosts/">Hôte virtuel</a> supplémentaire que vous avez créé.</p>
</section>
-<section id="outside"><title>Fichiers situés en dehors de
+<section id="outside"><title>Fichiers situés en dehors de
l'arborescence DocumentRoot</title>
- <p>Il existe de nombreuses circonstances pour lesquelles il est nécessaire
- d'autoriser l'accès web à des portions du système de fichiers qui ne se
+ <p>Il existe de nombreuses circonstances pour lesquelles il est nécessaire
+ d'autoriser l'accès web à des portions du système de fichiers qui ne se
trouvent pas dans l'arborescence <directive
module="core">DocumentRoot</directive>. httpd propose de nombreuses
- solutions pour réaliser cela. Sur les systèmes Unix, les liens
- symboliques permettent de rattacher d'autres portions du système de
+ solutions pour réaliser cela. Sur les systèmes Unix, les liens
+ symboliques permettent de rattacher d'autres portions du système de
fichiers au <directive
- module="core">DocumentRoot</directive>. Pour des raisons de sécurité,
+ module="core">DocumentRoot</directive>. Pour des raisons de sécurité,
httpd ne suivra les liens symboliques que si les <directive
- module="core">Options</directive> pour le répertoire concerné contiennent
+ module="core">Options</directive> pour le répertoire concerné contiennent
<code>FollowSymLinks</code> ou <code>SymLinksIfOwnerMatch</code>.</p>
- <p>Une autre méthode consiste à utiliser la directive <directive
+ <p>Une autre méthode consiste à utiliser la directive <directive
module="mod_alias">Alias</directive> pour rattacher toute portion
- du système de fichiers à l'arborescence du site web. Par exemple, avec</p>
+ du système de fichiers à l'arborescence du site web. Par exemple, avec</p>
<highlight language="config">Alias "/docs" "/var/web"</highlight>
correspondra au fichier <code>/var/web/dir/file.html</code>. La
directive
<directive module="mod_alias">ScriptAlias</directive>
- fonctionne de la même manière, excepté que tout contenu localisé dans le
- chemin cible sera traité comme un script <glossary ref="cgi"
+ fonctionne de la même manière, excepté que tout contenu localisé dans le
+ chemin cible sera traité comme un script <glossary ref="cgi"
>CGI</glossary>.</p>
- <p>Pour les situations qui nécessitent plus de flexibilité, vous disposez
+ <p>Pour les situations qui nécessitent plus de flexibilité, vous disposez
des directives <directive module="mod_alias">AliasMatch</directive>
et <directive module="mod_alias">ScriptAliasMatch</directive>
- qui permettent des substitutions et comparaisons puissantes basées
+ qui permettent des substitutions et comparaisons puissantes basées
sur les <glossary ref="regex">expressions rationnelles</glossary>.
Par exemple,</p>
ScriptAliasMatch "^/~([a-zA-Z0-9]+)/cgi-bin/(.+)" "/home/$1/cgi-bin/$2"
</highlight>
- <p>fera correspondre une requête du style
+ <p>fera correspondre une requête du style
<code>http://example.com/~user/cgi-bin/script.cgi</code> au chemin
- <code>/home/user/cgi-bin/script.cgi</code>, et traitera le fichier résultant
+ <code>/home/user/cgi-bin/script.cgi</code>, et traitera le fichier résultant
comme un script CGI.</p>
</section>
-<section id="user"><title>Répertoires des utilisateurs</title>
+<section id="user"><title>Répertoires des utilisateurs</title>
- <p>Sur les systèmes Unix, on peut traditionnellement faire référence
- au répertoire personnel d'un <em>utilisateur</em> particulier à l'aide de
+ <p>Sur les systèmes Unix, on peut traditionnellement faire référence
+ au répertoire personnel d'un <em>utilisateur</em> particulier à l'aide de
l'expression <code>~user/</code>.
Le module <module>mod_userdir</module>
- étend cette idée au web en autorisant l'accès aux fichiers situés dans les
- répertoires home des utilisateurs à l'aide d'URLs
+ étend cette idée au web en autorisant l'accès aux fichiers situés dans les
+ répertoires home des utilisateurs à l'aide d'URLs
comme dans ce qui suit :</p>
<example>http://www.example.com/~user/file.html</example>
- <p>Pour des raisons de sécurité, il est déconseillé de permettre un accès
- direct à un répertoire home d'utilisateur depuis le web. A cet effet, la
+ <p>Pour des raisons de sécurité, il est déconseillé de permettre un accès
+ direct à un répertoire home d'utilisateur depuis le web. A cet effet, la
directive <directive module="mod_userdir">UserDir</directive>
- spécifie un répertoire où sont situés les fichiers accessibles depuis le web
- dans le répertoire home de l'utilisateur.
- Avec la configuration par défaut
- <code>Userdir public_html</code>, l'URL ci-dessus correspondra à un fichier
+ spécifie un répertoire où sont situés les fichiers accessibles depuis le web
+ dans le répertoire home de l'utilisateur.
+ Avec la configuration par défaut
+ <code>Userdir public_html</code>, l'URL ci-dessus correspondra à un fichier
dont le chemin sera du style
- <code>/home/user/public_html/file.html</code> où
- <code>/home/user/</code> est le répertoire home de l'utilisateur tel qu'il
- est défini dans <code>/etc/passwd</code>.</p>
+ <code>/home/user/public_html/file.html</code> où
+ <code>/home/user/</code> est le répertoire home de l'utilisateur tel qu'il
+ est défini dans <code>/etc/passwd</code>.</p>
- <p>La directive <code>Userdir</code> met à votre disposition de nombreuses
- formes différentes pour les systèmes où <code>/etc/passwd</code> ne
- spécifie pas la localisation du répertoire home.</p>
+ <p>La directive <code>Userdir</code> met à votre disposition de nombreuses
+ formes différentes pour les systèmes où <code>/etc/passwd</code> ne
+ spécifie pas la localisation du répertoire home.</p>
<p>Certains jugent le symbole "~" (dont le code sur le web est souvent
- <code>%7e</code>) inapproprié et préfèrent utiliser une chaîne de
- caractères différente pour représenter les répertoires utilisateurs.
- mod_userdir ne supporte pas cette fonctionnalité. Cependant, si les
- répertoires home des utilisateurs sont structurés de manière rationnelle,
+ <code>%7e</code>) inapproprié et préfèrent utiliser une chaîne de
+ caractères différente pour représenter les répertoires utilisateurs.
+ mod_userdir ne supporte pas cette fonctionnalité. Cependant, si les
+ répertoires home des utilisateurs sont structurés de manière rationnelle,
il est possible d'utiliser la directive
<directive module="mod_alias">AliasMatch</directive>
- pour obtenir l'effet désiré. Par exemple, pour faire correspondre
- <code>http://www.example.com/upages/user/file.html</code> à
+ pour obtenir l'effet désiré. Par exemple, pour faire correspondre
+ <code>http://www.example.com/upages/user/file.html</code> à
<code>/home/user/public_html/file.html</code>, utilisez la directive
<code>AliasMatch</code> suivante :</p>
<section id="redirect"><title>Redirection d'URL</title>
- <p>Les directives de configuration décrites dans les sections précédentes
- demandent à httpd d'extraire un contenu depuis un emplacement spécifique
- du système de fichiers
+ <p>Les directives de configuration décrites dans les sections précédentes
+ demandent à httpd d'extraire un contenu depuis un emplacement spécifique
+ du système de fichiers
et de la retourner au client. Il est cependant parfois
souhaitable d'informer le
- client que le contenu demandé est localisé à une URL différente, et de
- demander au client d'élaborer une nouvelle requête avec la nouvelle URL.
- Ce processus se nomme <em>redirection</em> et est implémenté par la
+ client que le contenu demandé est localisé à une URL différente, et de
+ demander au client d'élaborer une nouvelle requête avec la nouvelle URL.
+ Ce processus se nomme <em>redirection</em> et est implémenté par la
directive <directive module="mod_alias">Redirect</directive>.
- Par exemple, si le contenu du répertoire <code>/foo/</code> sous
- <directive module="core">DocumentRoot</directive> est déplacé vers le
- nouveau répertoire <code>/bar/</code>, vous pouvez demander aux clients
- de le requérir à sa nouvelle localisation comme suit :</p>
+ Par exemple, si le contenu du répertoire <code>/foo/</code> sous
+ <directive module="core">DocumentRoot</directive> est déplacé vers le
+ nouveau répertoire <code>/bar/</code>, vous pouvez demander aux clients
+ de le requérir à sa nouvelle localisation comme suit :</p>
<highlight language="config">
Redirect permanent "/foo/" "http://www.example.com/bar/"
</highlight>
- <p>Ceci aura pour effet de rediriger tout chemin d'URL commençant par
- <code>/foo/</code> vers le même chemin d'URL sur le serveur
- <code>www.example.com</code> en remplaçant <code>/foo/</code> par
+ <p>Ceci aura pour effet de rediriger tout chemin d'URL commençant par
+ <code>/foo/</code> vers le même chemin d'URL sur le serveur
+ <code>www.example.com</code> en remplaçant <code>/foo/</code> par
<code>/bar/</code>. Vous pouvez rediriger les clients non seulement sur le
serveur d'origine, mais aussi vers n'importe quel autre serveur.</p>
<p>httpd propose aussi la directive <directive
- module="mod_alias">RedirectMatch</directive> pour traiter les problèmes
- de réécriture d'une plus grande complexité. Par exemple, afin de rediriger
- les requêtes pour la page d'accueil du site vers un site différent, mais
- laisser toutes les autres requêtes inchangées, utilisez la
+ module="mod_alias">RedirectMatch</directive> pour traiter les problèmes
+ de réécriture d'une plus grande complexité. Par exemple, afin de rediriger
+ les requêtes pour la page d'accueil du site vers un site différent, mais
+ laisser toutes les autres requêtes inchangées, utilisez la
configuration suivante :</p>
<highlight language="config">
RedirectMatch permanent "^/$" "http://www.example.com/startpage.html"
</highlight>
- <p>De même, pour rediriger temporairement toutes les pages d'un site
- vers une page particulière d'un autre site, utilisez ce qui suit :</p>
+ <p>De même, pour rediriger temporairement toutes les pages d'un site
+ vers une page particulière d'un autre site, utilisez ce qui suit :</p>
<highlight language="config">
RedirectMatch temp ".*" "http://othersite.example.com/startpage.html"
<p>httpd vous permet aussi de rapatrier des documents distants
dans l'espace des URL du serveur local.
-Cette technique est appelée <em>mandataire inverse ou reverse
+Cette technique est appelée <em>mandataire inverse ou reverse
proxying</em> car le serveur web agit comme un serveur mandataire en
rapatriant les documents depuis un serveur distant puis les renvoyant
-au client. Ceci diffère d'un service de mandataire usuel (direct) car, pour le client,
+au client. Ceci diffère d'un service de mandataire usuel (direct) car, pour le client,
les documents semblent appartenir au serveur mandataire inverse.</p>
-<p>Dans l'exemple suivant, quand les clients demandent des documents situés
-dans le répertoire
-<code>/foo/</code>, le serveur rapatrie ces documents depuis le répertoire
+<p>Dans l'exemple suivant, quand les clients demandent des documents situés
+dans le répertoire
+<code>/foo/</code>, le serveur rapatrie ces documents depuis le répertoire
<code>/bar/</code> sur <code>internal.example.com</code>
et les renvoie au client comme s'ils appartenaient au serveur local.</p>
<highlight language="config">
-ProxyPass "/foo/" "http://internal.example.com/bar/"<br />
-ProxyPassReverse "/foo/" "http://internal.example.com/bar/"<br />
-ProxyPassReverseCookieDomain internal.example.com public.example.com<br />
+ProxyPass "/foo/" "http://internal.example.com/bar/"
+ProxyPassReverse "/foo/" "http://internal.example.com/bar/"
+ProxyPassReverseCookieDomain internal.example.com public.example.com
ProxyPassReverseCookiePath "/foo/" "/bar/"
</highlight>
<p>La directive <directive module="mod_proxy">ProxyPass</directive> configure
-le serveur pour rapatrier les documents appropriés, alors que la directive
+le serveur pour rapatrier les documents appropriés, alors que la directive
<directive module="mod_proxy">ProxyPassReverse</directive>
-réécrit les redirections provenant de
-<code>internal.example.com</code> de telle manière qu'elles ciblent le
-répertoire approprié sur le serveur local. De manière similaire, les directives
+réécrit les redirections provenant de
+<code>internal.example.com</code> de telle manière qu'elles ciblent le
+répertoire approprié sur le serveur local. De manière similaire, les directives
<directive module="mod_proxy">ProxyPassReverseCookieDomain</directive>
et <directive module="mod_proxy">ProxyPassReverseCookiePath</directive>
-réécrivent les cookies élaborés par le serveur d'arrière-plan.</p>
-<p>Il est important de noter cependant, que les liens situés dans les documents
-ne seront pas réécrits. Ainsi, tout lien absolu sur
-<code>internal.example.com</code> fera décrocher le client
-du serveur mandataire et effectuer sa requête directement sur
+réécrivent les cookies élaborés par le serveur d'arrière-plan.</p>
+<p>Il est important de noter cependant, que les liens situés dans les documents
+ne seront pas réécrits. Ainsi, tout lien absolu sur
+<code>internal.example.com</code> fera décrocher le client
+du serveur mandataire et effectuer sa requête directement sur
<code>internal.example.com</code>. Vous pouvez modifier ces liens (et
-d'utres contenus) situés dans la page au moment où elle est envoyée au
+d'utres contenus) situés dans la page au moment où elle est envoyée au
client en utilisant le module <module>mod_substitute</module>.</p>
<highlight language="config">
Substitute "s/internal\.example\.com/www.example.com/i"
</highlight>
-<p>Le module <module>mod_proxy_html</module> rend possible une réécriture plus
-élaborée des liens en HTML et XHTML. Il permet de créer des listes
-d'URLs et de leurs réécritures, de façon à pouvoir gérer des scénarios
-de réécriture complexes.</p>
+<p>Le module <module>mod_proxy_html</module> rend possible une réécriture plus
+élaborée des liens en HTML et XHTML. Il permet de créer des listes
+d'URLs et de leurs réécritures, de façon à pouvoir gérer des scénarios
+de réécriture complexes.</p>
</section>
-<section id="rewrite"><title>Moteur de réécriture</title>
+<section id="rewrite"><title>Moteur de réécriture</title>
- <p>Le moteur de réécriture <module>mod_rewrite</module> peut s'avérer
- utile lorsqu'une substitution plus puissante est nécessaire.
- Les directives fournies par ce module peuvent utiliser des caractéristiques de la
- requête comme le type de navigateur ou l'adresse IP source afin de décider
- depuis où servir le contenu. En outre, mod_rewrite peut utiliser des
- fichiers ou programmes de bases de données externes pour déterminer comment
- traiter une requête. Le moteur de réécriture peut effectuer les trois types
- de mise en correspondance discutés plus haut :
+ <p>Le moteur de réécriture <module>mod_rewrite</module> peut s'avérer
+ utile lorsqu'une substitution plus puissante est nécessaire.
+ Les directives fournies par ce module peuvent utiliser des caractéristiques de la
+ requête comme le type de navigateur ou l'adresse IP source afin de décider
+ depuis où servir le contenu. En outre, mod_rewrite peut utiliser des
+ fichiers ou programmes de bases de données externes pour déterminer comment
+ traiter une requête. Le moteur de réécriture peut effectuer les trois types
+ de mise en correspondance discutés plus haut :
redirections internes (aliases), redirections externes, et services mandataires.
- De nombreux exemples pratiques utilisant mod_rewrite sont discutés dans la
- <a href="rewrite/">documentation détaillée de mod_rewrite</a>.</p>
+ De nombreux exemples pratiques utilisant mod_rewrite sont discutés dans la
+ <a href="rewrite/">documentation détaillée de mod_rewrite</a>.</p>
</section>
-<section id="notfound"><title>Fichier non trouvé (File Not Found)</title>
+<section id="notfound"><title>Fichier non trouvé (File Not Found)</title>
- <p>Inévitablement, apparaîtront des URLs qui ne correspondront à aucun
- fichier du système de fichiers.
+ <p>Inévitablement, apparaîtront des URLs qui ne correspondront à aucun
+ fichier du système de fichiers.
Ceci peut arriver pour de nombreuses raisons.
- Il peut s'agir du déplacement de documents d'une
+ Il peut s'agir du déplacement de documents d'une
localisation vers une autre. Dans ce cas, le mieux est d'utiliser la
<a href="#redirect">redirection d'URL</a> pour informer les clients de la
- nouvelle localisation de la ressource. De cette façon, vous êtes sur que
- les anciens signets et liens continueront de fonctionner, même si la
- ressource est déplacée.</p>
+ nouvelle localisation de la ressource. De cette façon, vous êtes sur que
+ les anciens signets et liens continueront de fonctionner, même si la
+ ressource est déplacée.</p>
- <p>Une autre cause fréquente d'erreurs "File Not Found" est l'erreur de
+ <p>Une autre cause fréquente d'erreurs "File Not Found" est l'erreur de
frappe accidentelle dans les URLs, soit directement dans le navigateur,
soit dans les liens HTML. httpd propose le module
- <module>mod_speling</module> (sic) pour tenter de résoudre ce problème.
- Lorsque ce module est activé, il intercepte les erreurs
- "File Not Found" et recherche une ressource possédant un nom de fichier
- similaire. Si un tel fichier est trouvé, mod_speling va envoyer une
+ <module>mod_speling</module> (sic) pour tenter de résoudre ce problème.
+ Lorsque ce module est activé, il intercepte les erreurs
+ "File Not Found" et recherche une ressource possédant un nom de fichier
+ similaire. Si un tel fichier est trouvé, mod_speling va envoyer une
redirection HTTP au client pour lui communiquer l'URL correcte.
- Si plusieurs fichiers proches sont trouvés, une liste des alternatives
- possibles sera présentée au client.</p>
+ Si plusieurs fichiers proches sont trouvés, une liste des alternatives
+ possibles sera présentée au client.</p>
- <p>mod_speling possède une fonctionnalité particulièrement utile :
+ <p>mod_speling possède une fonctionnalité particulièrement utile :
il compare les noms de fichiers sans tenir compte de la casse.
- Ceci peut aider les systèmes où les utilisateurs ne connaissent pas la
- sensibilité des URLs à la casse et bien sûr les systèmes de fichiers unix.
+ Ceci peut aider les systèmes où les utilisateurs ne connaissent pas la
+ sensibilité des URLs à la casse et bien sûr les systèmes de fichiers unix.
Mais l'utilisation de mod_speling pour toute autre chose que la correction
occasionnelle d'URLs peut augmenter la charge du serveur, car chaque
- requête "incorrecte" entraîne une redirection d'URL et une nouvelle requête
+ requête "incorrecte" entraîne une redirection d'URL et une nouvelle requête
de la part du client.</p>
<p><module>mod_dir</module> fournit la directive <directive
module="mod_dir">FallbackResource</directive> qui permet d'associer
- des URIs virtuels à une ressource réelle qui peut ainsi les servir.
+ des URIs virtuels à une ressource réelle qui peut ainsi les servir.
Cette directive remplace avantageusement
- <module>mod_rewrite</module> lors de l'implémentation d'un
- "contrôleur frontal".</p>
+ <module>mod_rewrite</module> lors de l'implémentation d'un
+ "contrôleur frontal".</p>
<p>Si toutes les tentatives pour localiser le contenu
- échouent, httpd
+ échouent, httpd
retourne une page d'erreur avec le code de statut HTTP 404
- (file not found). L'apparence de cette page est contrôlée à l'aide de la
+ (file not found). L'apparence de cette page est contrôlée à l'aide de la
directive <directive module="core">ErrorDocument</directive>
- et peut être personnalisée de manière très flexible comme discuté dans le
+ et peut être personnalisée de manière très flexible comme discuté dans le
document
- <a href="custom-error.html">Réponses personnalisées aux erreurs</a>.</p>
+ <a href="custom-error.html">Réponses personnalisées aux erreurs</a>.</p>
</section>
<section id="other"><title>Autres modules de mise en correspondance des
URLs sont :</p>
<ul>
<li><module>mod_actions</module> - Met une URL en correspondance
- avec un script CGI en fonction de la méthode de la requête, ou du
+ avec un script CGI en fonction de la méthode de la requête, ou du
type MIME de la ressource.</li>
<li><module>mod_dir</module> - Permet une mise en correspondance
basique d'un slash terminal dans un fichier index comme
<code>index.html</code>.</li>
<li><module>mod_imagemap</module> - Met en correspondance une
- requête avec une URL en fonction de la zone d'une image intégrée à
+ requête avec une URL en fonction de la zone d'une image intégrée à
un document HTML dans laquelle un utilisateur clique.</li>
- <li><module>mod_negotiation</module> - Sélectionne le document
- approprié en fonction de préférences du client telles que la langue
+ <li><module>mod_negotiation</module> - Sélectionne le document
+ approprié en fonction de préférences du client telles que la langue
ou la compression du contenu.</li>
</ul>