mirror of
https://github.com/apache/httpd.git
synced 2026-01-06 09:01:14 +03:00
Revert "Updates."
This reverts commit c2edd395de0869c413cb4e2d7edea2c5717df5a0. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1060392 13f79535-47bb-0310-9956-ffa450edef68
This commit is contained in:
Jim Jagielski
@@ -3,7 +3,7 @@
|
||||
<?xml-stylesheet type="text/xsl" href="style/manual.fr.xsl"?>
|
||||
<!-- French translation : Lucien GENTIS -->
|
||||
<!-- Reviewed by : Vincent Deffontaines -->
|
||||
<!-- English Revision : 1058639 -->
|
||||
<!-- English Revision : 1037244 -->
|
||||
|
||||
<!--
|
||||
Licensed to the Apache Software Foundation (ASF) under one or more
|
||||
@@ -163,11 +163,12 @@
|
||||
<a href="howto/ssi.html">Inclusions Côté Serveur (SSI)</a>;</p>
|
||||
|
||||
<example>
|
||||
<!-- L'inclusion suivante peut être mise en cache --><br />
|
||||
<!--#include virtual="/footer.html" --><br />
|
||||
<br />
|
||||
<!-- L'inclusion suivante ne peut pas être mise en cache --><br />
|
||||
<!--#include file="/path/to/footer.html" --> <br />
|
||||
<pre>
|
||||
<!-- L'inclusion suivante peut être mise en cache -->
|
||||
<!--#include virtual="/footer.html" -->
|
||||
|
||||
<!-- L'inclusion suivante ne peut pas être mise en cache -->
|
||||
<!--#include file="/path/to/footer.html" --></pre>
|
||||
</example>
|
||||
|
||||
<p>Si vous utilisez les SSI, et voulez bénéficier de la vitesse de
|
||||
@@ -486,7 +487,7 @@ Vary: negotiate,accept-language,accept-charset
|
||||
accès ultérieurs à ce fichier.</p>
|
||||
|
||||
<example>
|
||||
CacheFile /usr/local/apache2/htdocs/index.html
|
||||
<pre>CacheFile /usr/local/apache2/htdocs/index.html</pre>
|
||||
</example>
|
||||
|
||||
<p>Si vous avez l'intention de mettre en cache un grand nombre de
|
||||
@@ -607,7 +608,7 @@ sys 0m0.000s</pre>
|
||||
toutes les demandes d'accès à ce fichier.</p>
|
||||
|
||||
<example>
|
||||
MMapFile /usr/local/apache2/htdocs/index.html
|
||||
<pre>MMapFile /usr/local/apache2/htdocs/index.html</pre>
|
||||
</example>
|
||||
|
||||
<p>Comme dans le cas de la directive
|
||||
@@ -648,10 +649,11 @@ sys 0m0.000s</pre>
|
||||
<p>Typiquement, le module sera configuré comme suit :</p>
|
||||
|
||||
<example>
|
||||
CacheRoot /var/cache/apache/<br />
|
||||
CacheEnable disk /<br />
|
||||
CacheDirLevels 2<br />
|
||||
CacheDirLength 1
|
||||
<pre>
|
||||
CacheRoot /var/cache/apache/
|
||||
CacheEnable disk /
|
||||
CacheDirLevels 2
|
||||
CacheDirLength 1</pre>
|
||||
</example>
|
||||
|
||||
<p>Il est important de savoir que, les fichiers mis en cache étant stockés
|
||||
|
||||
@@ -3,7 +3,7 @@
|
||||
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
|
||||
<!-- French translation : Lucien GENTIS -->
|
||||
<!-- Reviewed by : Vincent Deffontaines -->
|
||||
<!-- English Revision : 1058587 -->
|
||||
<!-- English Revision : 952009 -->
|
||||
|
||||
<!--
|
||||
Licensed to the Apache Software Foundation (ASF) under one or more
|
||||
@@ -65,8 +65,8 @@
|
||||
distribués seront alors compilés en tant que modules DSO. Une fois
|
||||
compilé en tant que module DSO nommé <code>mod_foo.so</code>, un
|
||||
module peut être chargé en mémoire au
|
||||
démarrage ou redémarrage du serveur à l'aide de
|
||||
la directive <directive module="mod_so">LoadModule</directive> du module
|
||||
démarrage ou redémarrage du serveur à l'aide de la commande
|
||||
<directive module="mod_so">LoadModule</directive> du module
|
||||
<module>mod_so</module>, placée
|
||||
dans votre fichier <code>httpd.conf</code>.</p>
|
||||
<p>La compilation en mode DSO peut être désactivée pour certains
|
||||
@@ -149,8 +149,8 @@ $ apxs -cia mod_foo.c
|
||||
|
||||
<section id="background"><title>Les dessous du fonctionnement des DSO</title>
|
||||
|
||||
<p>Les clônes modernes d'UNIX proposent un mécanisme
|
||||
appelé édition de liens et chargement dynamiques d'
|
||||
<p>Les clônes modernes d'UNIX proposent un astucieux mécanisme
|
||||
communément appelé édition de liens et chargement dynamiques d'
|
||||
<em>Objets Dynamiques Partagés</em> (DSO), qui permet de construire un
|
||||
morceau de programme dans un format spécial pour le rendre chargeable
|
||||
à l'exécution dans l'espace d'adressage d'un programme exécutable.</p>
|
||||
@@ -240,7 +240,8 @@ $ apxs -cia mod_foo.c
|
||||
c'est dans cette optique que le mécanisme DSO a été conçu ; c'est cette
|
||||
approche qui est ainsi
|
||||
utilisée par pratiquement tous les types de bibliothèques que fournit le
|
||||
système d'exploitation.</p>
|
||||
système d'exploitation. Par contre, les objets partagés sont relativement
|
||||
peu utilisés pour étendre les fonctionnalités d'un programme.</p>
|
||||
|
||||
</section>
|
||||
|
||||
@@ -251,23 +252,23 @@ $ apxs -cia mod_foo.c
|
||||
|
||||
<ul>
|
||||
<li>Le paquetage du serveur est plus flexible à l'exécution car le
|
||||
processus serveur peut être assemblé à l'exécution via la
|
||||
processus serveur effectif peut être assemblé à l'exécution via la
|
||||
directive <directive module="mod_so">LoadModule</directive> du fichier de
|
||||
configuration <code>httpd.conf</code> plutôt que par des options du script
|
||||
<program>configure</program> à la compilation. Par exemple,
|
||||
on peut ainsi exécuter différentes instances du serveur
|
||||
(standard et version SSL, version minimale et version dynamique
|
||||
[mod_perl, mod_php], <em>etc...</em>) à partir d'une seule installation
|
||||
(standard et version SSL, version minimale et version étoffée
|
||||
[mod_perl, PHP3], <em>etc...</em>) à partir d'une seule installation
|
||||
d'Apache httpd.</li>
|
||||
|
||||
<li>Le paquetage du serveur peut être facilement étendu avec des modules
|
||||
tiers, même après l'installation. Ceci présente un gros
|
||||
tiers, même après l'installation. Ceci présente en tout cas un gros
|
||||
avantage pour les mainteneurs de paquetages destinés aux distributions,
|
||||
car ils peuvent créer un paquetage Apache httpd de base, et des paquetages
|
||||
additionnels contenant des extensions telles que PHP, mod_perl, mod_fastcgi,
|
||||
<em>etc...</em></li>
|
||||
|
||||
<li>Une facilité de prototypage des modules Apache httpd, car la paire
|
||||
<li>Une facilité de prototypage des modules Apache httpd car la paire
|
||||
DSO/<program>apxs</program> vous permet d'une part de travailler en
|
||||
dehors de l'arborescence des sources d'Apache httpd, et d'autre part de n'avoir
|
||||
besoin que de la commande <code>apxs -i</code>
|
||||
@@ -279,6 +280,10 @@ $ apxs -cia mod_foo.c
|
||||
<p>Inconvénients des DSO :</p>
|
||||
|
||||
<ul>
|
||||
<li>Le mécanisme DSO n'est pas disponible sur toutes les plates-formes
|
||||
car tous les systèmes d'exploitation ne supportent pas le chargement
|
||||
dynamique de code dans l'espace d'adressage d'un programme.</li>
|
||||
|
||||
<li>Le serveur est environ 20 % plus lent au démarrage
|
||||
à cause des résolutions de symboles supplémentaires que le chargeur
|
||||
Unix doit effectuer.</li>
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
<?xml version="1.0" encoding="ISO-8859-1" ?>
|
||||
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
|
||||
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
|
||||
<!-- English revision : 1058643 -->
|
||||
<!-- English revision : 1053353 -->
|
||||
<!-- French translation : Lucien GENTIS -->
|
||||
<!-- Reviewed by : Vincent Deffontaines -->
|
||||
|
||||
@@ -478,14 +478,14 @@
|
||||
<module>mod_setenvif</module> et <module>mod_header</module>,
|
||||
et permettant de prendre en compte ces en-têtes :</p>
|
||||
|
||||
<example>
|
||||
# <br />
|
||||
# L'exemple suivant montre comment prendre en compte un en-tête<br />
|
||||
# Accept_Encoding non conforme envoyé par un client.<br />
|
||||
#<br />
|
||||
SetEnvIfNoCase ^Accept.Encoding$ ^(.*)$ fix_accept_encoding=$1<br />
|
||||
<example><pre>
|
||||
#
|
||||
# L'exemple suivant montre comment prendre en compte un en-tête
|
||||
# Accept_Encoding non conforme envoyé par un client.
|
||||
#
|
||||
SetEnvIfNoCase ^Accept.Encoding$ ^(.*)$ fix_accept_encoding=$1
|
||||
RequestHeader set Accept-Encoding %{fix_accept_encoding}e env=fix_accept_encoding
|
||||
</example>
|
||||
</pre></example>
|
||||
|
||||
</section>
|
||||
|
||||
@@ -497,27 +497,26 @@ RequestHeader set Accept-Encoding %{fix_accept_encoding}e env=fix_accept_encodin
|
||||
httpd.conf pour tenir compte de problèmes connus avec certains clients.
|
||||
Comme les clients concernés sont maintenant très peu utilisés, cet
|
||||
ajout n'est pratiquement plus nécessaire.</p>
|
||||
<example>
|
||||
#<br />
|
||||
# The following directives modify normal HTTP response behavior.<br />
|
||||
# The first directive disables keepalive for Netscape 2.x and browsers that<br />
|
||||
# spoof it. There are known problems with these browser implementations.<br />
|
||||
# The second directive is for Microsoft Internet Explorer 4.0b2<br />
|
||||
# which has a broken HTTP/1.1 implementation and does not properly<br />
|
||||
# support keepalive when it is used on 301 or 302 (redirect) responses.<br />
|
||||
#<br />
|
||||
BrowserMatch "Mozilla/2" nokeepalive<br />
|
||||
BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0 force-response-1.0<br />
|
||||
<br />
|
||||
#<br />
|
||||
# The following directive disables HTTP/1.1 responses to browsers which<br />
|
||||
# are in violation of the HTTP/1.0 spec by not being able to grok a<br />
|
||||
# basic 1.1 response.<br />
|
||||
#<br />
|
||||
BrowserMatch "RealPlayer 4\.0" force-response-1.0<br />
|
||||
BrowserMatch "Java/1\.0" force-response-1.0<br />
|
||||
BrowserMatch "JDK/1\.0" force-response-1.0
|
||||
</example>
|
||||
<example><pre>
|
||||
#
|
||||
# The following directives modify normal HTTP response behavior.
|
||||
# The first directive disables keepalive for Netscape 2.x and browsers that
|
||||
# spoof it. There are known problems with these browser implementations.
|
||||
# The second directive is for Microsoft Internet Explorer 4.0b2
|
||||
# which has a broken HTTP/1.1 implementation and does not properly
|
||||
# support keepalive when it is used on 301 or 302 (redirect) responses.
|
||||
#
|
||||
BrowserMatch "Mozilla/2" nokeepalive
|
||||
BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0 force-response-1.0
|
||||
|
||||
#
|
||||
# The following directive disables HTTP/1.1 responses to browsers which
|
||||
# are in violation of the HTTP/1.0 spec by not being able to grok a
|
||||
# basic 1.1 response.
|
||||
#
|
||||
BrowserMatch "RealPlayer 4\.0" force-response-1.0
|
||||
BrowserMatch "Java/1\.0" force-response-1.0
|
||||
BrowserMatch "JDK/1\.0" force-response-1.0</pre></example>
|
||||
|
||||
</section>
|
||||
<section id="no-img-log">
|
||||
|
||||
@@ -3,7 +3,7 @@
|
||||
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
|
||||
<!-- French translation : Lucien GENTIS -->
|
||||
<!-- Reviewed by : Vincent Deffontaines -->
|
||||
<!-- English Revision: 1057657 -->
|
||||
<!-- English Revision: 1041010:1057657 (outdated) -->
|
||||
|
||||
<!--
|
||||
Licensed to the Apache Software Foundation (ASF) under one or more
|
||||
@@ -406,26 +406,4 @@ $ tar xvf httpd-<em>NN</em>.tar
|
||||
</example>
|
||||
|
||||
</section>
|
||||
<section id="thirdp"><title>Paquets tiers</title>
|
||||
|
||||
<p>De nombreux tiers fournissent leur propre distribution du
|
||||
serveur HTTP Apache à installer sur une plate-forme particulière. On
|
||||
peut citer les différentes distributions Linux, divers
|
||||
paquets tiers Windows, Mac OS X, Solaris et de nombreux autres.</p>
|
||||
|
||||
<p>Notre license logicielle non seulement permet, mais aussi
|
||||
encourage ce genre de redistribution. Cependant, ceci conduit à une
|
||||
situation ou l'organisation de la configuration et les valeurs par
|
||||
défaut de votre installation du serveur peuvent ne pas correspondre
|
||||
à ce qui est écrit dans la documentation. Bien que fâcheuse, cette
|
||||
situation n'est pas appelée à évoluer de sitôt.</p>
|
||||
|
||||
<p>Une <a
|
||||
href="http://wiki.apache.org/httpd/DistrosDefaultLayout">description
|
||||
de ces distributions tierses</a> est maintenue dans le wiki du
|
||||
serveur HTTP, et doit en refléter l'état actuel. Vous devrez
|
||||
cependant vous familiariser par vous-même avec la gestion du paquet
|
||||
de votre plate-forme particulière et les procédures d'installation.</p>
|
||||
|
||||
</section>
|
||||
</manualpage>
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
<?xml version="1.0"?>
|
||||
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
|
||||
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
|
||||
<!-- English Revision : 1054303 -->
|
||||
<!-- English Revision : 1053375 -->
|
||||
<!-- French translation : Lucien GENTIS -->
|
||||
<!-- Reviewed by : Vincent Deffontaines -->
|
||||
|
||||
@@ -941,7 +941,7 @@ supérieures. Par défaut à Off depuis la version 2.3.9.</com
|
||||
<li>Sous Linux, l'utilisation de sendfile induit des bogues lors de
|
||||
la récupération des paquets de vérification TCP (TCP-checksum) avec
|
||||
certaines cartes réseau lorsqu'on utilise IPv6.</li>
|
||||
<li>Sous Linux sur Itanium, <code>sendfile</code> peut s'avérer incapable de
|
||||
<li>Sous Linux sur Itanium, sendfile peut s'avérer incapable de
|
||||
traiter les fichiers de plus de 2 Go.</li>
|
||||
<li>Avec un montage réseau de <directive
|
||||
module="core">DocumentRoot</directive> (par exemple NFS, SMB, CIFS,
|
||||
@@ -4005,12 +4005,10 @@ host</context>
|
||||
<p>Vous pouvez écraser la définition antérieure d'une directive
|
||||
<directive>SetHandler</directive> en utilisant la valeur
|
||||
<code>None</code>.</p>
|
||||
|
||||
<note><title>Note</title>
|
||||
<p>Comme <directive>SetHandler</directive> l'emporte sur la
|
||||
<p><strong>Note :</strong> comme SetHandler l'emporte sur la
|
||||
définition des gestionnaires par défaut, le comportement habituel
|
||||
consistant à traiter les URLs se terminant par un slash (/) comme
|
||||
des répertoires ou des fichiers index est désactivé.</p></note>
|
||||
des répertoires ou des fichiers index est désactivé.</p>
|
||||
</usage>
|
||||
|
||||
<seealso><directive module="mod_mime">AddHandler</directive></seealso>
|
||||
@@ -4242,8 +4240,8 @@ host</context>
|
||||
|
||||
<directivesynopsis>
|
||||
<name>UseCanonicalPhysicalPort</name>
|
||||
<description>Définit la manière dont le serveur
|
||||
détermine son propre port</description>
|
||||
<description>Définit la manière dont le serveur détermine son propre nom
|
||||
et son port</description>
|
||||
<syntax>UseCanonicalPhysicalPort On|Off</syntax>
|
||||
<default>UseCanonicalPhysicalPort Off</default>
|
||||
<contextlist><context>server config</context><context>virtual
|
||||
@@ -4264,27 +4262,21 @@ host</context>
|
||||
valide.</p>
|
||||
|
||||
<note><title>Note</title>
|
||||
<p>L'ordre dans lequel s'effectue la recherche quand on utilise le
|
||||
port physique est le suivant :</p>
|
||||
<dl>
|
||||
<dt><code>UseCanonicalName On</code></dt>
|
||||
<dd>
|
||||
<ol>
|
||||
<li>Port indiqué dans <directive module="core">Servername</directive></li>
|
||||
<p>L'ordre dans lequel s'effectue la recherche du port est le
|
||||
suivant :<br /><br />
|
||||
<code>UseCanonicalName On</code></p>
|
||||
<ul>
|
||||
<li>Port spécifié par <code>Servername</code></li>
|
||||
<li>Port physique</li>
|
||||
<li>Port par défaut</li>
|
||||
</ol>
|
||||
</dd>
|
||||
<dt><code>UseCanonicalName Off | DNS</code></dt>
|
||||
<dd>
|
||||
<ol>
|
||||
</ul>
|
||||
<code>UseCanonicalName Off | DNS</code>
|
||||
<ul>
|
||||
<li>Port spécifié dans l'en-tête <code>Host:</code></li>
|
||||
<li>Port physique</li>
|
||||
<li>Port spécifié par <directive module="core">Servername</directive></li>
|
||||
<li>Port spécifié par <code>Servername</code></li>
|
||||
<li>Port par défaut</li>
|
||||
</ol>
|
||||
</dd>
|
||||
</dl>
|
||||
</ul>
|
||||
|
||||
<p>Avec <code>UseCanonicalPhysicalPort Off</code>, on reprend
|
||||
l'ordre ci-dessus en supprimant "Port physique".</p>
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
<?xml version="1.0"?>
|
||||
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
|
||||
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
|
||||
<!-- English Revision : 1055611 -->
|
||||
<!-- English Revision : 1042758 -->
|
||||
<!-- French translation : Lucien GENTIS -->
|
||||
<!-- Reviewed by : Vincent Deffontaines -->
|
||||
|
||||
@@ -25,7 +25,7 @@
|
||||
<modulesynopsis metafile="mod_alias.xml.meta">
|
||||
|
||||
<name>mod_alias</name>
|
||||
<description>Permet d'atteindre différentes parties du système de
|
||||
<description>Permet d'atteindre différentes parties du système de
|
||||
fichiers depuis l'arborescence des documents du site web, ainsi que la
|
||||
redirection d'URL</description>
|
||||
<status>Base</status>
|
||||
@@ -34,131 +34,129 @@ redirection d'URL</description>
|
||||
|
||||
<summary>
|
||||
<p>Les directives fournies par ce module permettent de manipuler et
|
||||
de contrôler les URLs à l'arrivée des requêtes sur le serveur. Les
|
||||
de contrôler les URLs à l'arrivée des requêtes sur le serveur. Les
|
||||
directives <directive module="mod_alias">Alias</directive> et
|
||||
<directive module="mod_alias">ScriptAlias</directive> permettent de
|
||||
faire correspondre des URLs avec des chemins du système de fichiers.
|
||||
Ceci permet de servir des contenus qui ne sont pas situés dans
|
||||
faire correspondre des URLs avec des chemins du système de fichiers.
|
||||
Ceci permet de servir des contenus qui ne sont pas situés dans
|
||||
l'arborescence de <directive
|
||||
module="core">DocumentRoot</directive> comme s'ils y étaient
|
||||
réellement. La directive <directive
|
||||
module="core">DocumentRoot</directive> comme s'ils y étaient
|
||||
réellement. La directive <directive
|
||||
module="mod_alias">ScriptAlias</directive> a pour effet
|
||||
supplémentaire de marquer le répertoire cible comme conteneur de
|
||||
supplémentaire de marquer le répertoire cible comme conteneur de
|
||||
scripts CGI.</p>
|
||||
|
||||
<p>Les directives <directive module="mod_alias">Redirect</directive>
|
||||
indiquent aux clients qu'ils doivent effectuer une nouvelle requête
|
||||
avec une URL différente. Elles sont souvent utilisées lorsqu'une
|
||||
ressource a été déplacée.</p>
|
||||
indiquent aux clients qu'ils doivent effectuer une nouvelle requête
|
||||
avec une URL différente. Elles sont souvent utilisées lorsqu'une
|
||||
ressource a été déplacée.</p>
|
||||
|
||||
<p><module>mod_alias</module> est conçu pour traiter des tâches
|
||||
simples de manipulation d'URL. Pour des tâches plus complexes comme
|
||||
la manipulation des chaînes d'arguments des requêtes, utilisez
|
||||
plutôt les outils fournis par le module <module>mod_rewrite</module></p>
|
||||
<p><module>mod_alias</module> est conçu pour traiter des tâches
|
||||
simples de manipulation d'URL. Pour des tâches plus complexes comme
|
||||
la manipulation des chaînes d'arguments des requêtes, utilisez
|
||||
plutôt les outils fournis par le module <module>mod_rewrite</module></p>
|
||||
|
||||
</summary>
|
||||
|
||||
<seealso><module>mod_rewrite</module></seealso> <seealso><a
|
||||
href="../urlmapping.html">Mise en correspondance des URLs avec le
|
||||
système de fichiers</a></seealso>
|
||||
système de fichiers</a></seealso>
|
||||
|
||||
<section id="order"><title>Chronologie du traitement</title>
|
||||
|
||||
<p>Les alias et redirections apparaissant dans différents contextes
|
||||
sont traités comme les autres directives en respectant les <a
|
||||
href="../sections.html#mergin">règles de fusion</a> standards. Par
|
||||
contre, ils sont traités selon une chronologie particulière
|
||||
lorsqu'ils apparaissent dans le même contexte (par exemple, dans la
|
||||
même section <directive type="section"
|
||||
<p>Les alias et redirections apparaissant dans différents contextes
|
||||
sont traités comme les autres directives en respectant les <a
|
||||
href="../sections.html#mergin">règles de fusion</a> standards. Par
|
||||
contre, ils sont traités selon une chronologie particulière
|
||||
lorsqu'ils apparaissent dans le même contexte (par exemple, dans la
|
||||
même section <directive type="section"
|
||||
module="core">VirtualHost</directive>).</p>
|
||||
|
||||
<p>Premièrement, toutes les redirections sont traitées avant les
|
||||
alias, et ainsi, une requête qui correspond à une directive
|
||||
<p>Premièrement, toutes les redirections sont traitées avant les
|
||||
alias, et ainsi, une requête qui correspond à une directive
|
||||
<directive module="mod_alias">Redirect</directive> ou <directive
|
||||
module="mod_alias">RedirectMatch</directive> ne se verra jamais
|
||||
appliquer d'alias. Deuxièmement, les alias et redirections sont
|
||||
traités selon l'ordre dans lequel ils apparaissent dans le fichier
|
||||
de configuration, seule la première correspondance étant prise en
|
||||
appliquer d'alias. Deuxièmement, les alias et redirections sont
|
||||
traités selon l'ordre dans lequel ils apparaissent dans le fichier
|
||||
de configuration, seule la première correspondance étant prise en
|
||||
compte.</p>
|
||||
|
||||
<p>Ainsi, lorsqu'une ou plusieurs de ces directives s'appliquent au
|
||||
même sous-répertoire, vous devez classer les chemins du plus précis
|
||||
au moins précis afin que toutes les directives puissent
|
||||
éventuellement s'appliquer, comme dans l'exemple suivant :</p>
|
||||
même sous-répertoire, vous devez classer les chemins du plus précis
|
||||
au moins précis afin que toutes les directives puissent
|
||||
éventuellement s'appliquer, comme dans l'exemple suivant :</p>
|
||||
|
||||
<example>
|
||||
Alias /foo/bar /baz<br />
|
||||
Alias /foo /gaq
|
||||
</example>
|
||||
|
||||
<p>Si l'ordre des directives était inversé, la directive <directive
|
||||
<p>Si l'ordre des directives était inversé, la directive <directive
|
||||
module="mod_alias">Alias</directive> ayant pour argument
|
||||
<code>/foo</code> serait toujours appliquée avant la directive
|
||||
<code>/foo</code> serait toujours appliquée avant la directive
|
||||
<directive module="mod_alias">Alias</directive> ayant pour argument
|
||||
<code>/foo/bar</code>, et cette dernière serait toujours
|
||||
ignorée.</p>
|
||||
<code>/foo/bar</code>, et cette dernière serait toujours
|
||||
ignorée.</p>
|
||||
|
||||
</section>
|
||||
|
||||
<directivesynopsis>
|
||||
<name>Alias</name>
|
||||
<description>Met en correspondance des URLs avec des chemins du système
|
||||
<description>Met en correspondance des URLs avec des chemins du système
|
||||
de fichiers</description>
|
||||
<syntax>Alias <var>chemin URL</var>
|
||||
<var>chemin fichier</var>|<var>chemin répertoire</var></syntax>
|
||||
<var>chemin fichier</var>|<var>chemin répertoire</var></syntax>
|
||||
<contextlist><context>server config</context><context>virtual host</context>
|
||||
</contextlist>
|
||||
|
||||
<usage>
|
||||
|
||||
<p>La directive <directive>Alias</directive> permet de stocker des
|
||||
documents (destinés à être servis) dans des zones du système de
|
||||
fichiers situées en dehors de l'arborescence du site web <directive
|
||||
documents (destinés à être servis) dans des zones du système de
|
||||
fichiers situées en dehors de l'arborescence du site web <directive
|
||||
module="core">DocumentRoot</directive>. Les URLs dont le chemin
|
||||
(décodé avec caractères %) commence par <var>chemin URL</var> seront
|
||||
(décodé avec caractères %) commence par <var>chemin URL</var> seront
|
||||
mises en correspondance avec des fichiers locaux dont le chemin
|
||||
commence par <var>chemin répertoire</var>. Le <var>chemin URL</var>
|
||||
est sensible à la casse, même sur les systèmes de fichiers
|
||||
insensibles à la casse.</p>
|
||||
commence par <var>chemin répertoire</var>. Le <var>chemin URL</var>
|
||||
est sensible à la casse, même sur les systèmes de fichiers
|
||||
insensibles à la casse.</p>
|
||||
|
||||
<example><title>Exemple :</title>
|
||||
Alias /image /ftp/pub/image
|
||||
</example>
|
||||
|
||||
<p>Une requête pour <code>http://myserver/image/foo.gif</code> fera
|
||||
<p>Une requête pour <code>http://myserver/image/foo.gif</code> fera
|
||||
renvoyer par le serveur le fichier
|
||||
<code>/ftp/pub/image/foo.gif</code>. Seuls les éléments de chemin
|
||||
complets sont testés ; ainsi l'alias précédent ne conviendra pas
|
||||
pour une requête du style <code>http://myserver/imagefoo.gif</code>.
|
||||
<code>/ftp/pub/image/foo.gif</code>. Seuls les éléments de chemin
|
||||
complets sont testés ; ainsi l'alias précédent ne conviendra pas
|
||||
pour une requête du style <code>http://myserver/imagefoo.gif</code>.
|
||||
Pour des mises en correspondance plus complexes faisant intervenir
|
||||
les expressions rationnelles, veuillez vous reporter à la directive
|
||||
les expressions rationnelles, veuillez vous reporter à la directive
|
||||
<directive module="mod_alias">AliasMatch</directive>.</p>
|
||||
|
||||
<p>Notez que si vous ajoutez un slash de fin au <var>chemin
|
||||
URL</var>, vous devrez aussi ajouter un slash de fin au chemin de la
|
||||
requête. Autrement dit, si vous définissez</p>
|
||||
requête. Autrement dit, si vous définissez</p>
|
||||
|
||||
<dl><dd><code>Alias /icons/ /usr/local/apache/icons/</code></dd></dl>
|
||||
|
||||
<p>l'alias précédent ne s'appliquera pas à l'url
|
||||
<code>/icons</code> à cause de l'absence du slash final. Ainsi, si
|
||||
le slash final est absent du <var>chemin de l'URL</var>, il doit
|
||||
aussi l'être du <var>chemin du fichier</var>.</p>
|
||||
<p>l'alias précédent ne s'appliquera pas à l'url
|
||||
<code>/icons</code>.</p>
|
||||
|
||||
<p>Notez qu'il pourra s'avérer nécessaire de définir des sections
|
||||
<p>Notez qu'il pourra s'avérer nécessaire de définir des sections
|
||||
<directive type="section" module="core">Directory</directive>
|
||||
supplémentaires qui couvriront la <em>destination</em> des alias.
|
||||
supplémentaires qui couvriront la <em>destination</em> des alias.
|
||||
Le traitement des alias intervenant avant le traitement des sections
|
||||
<directive type="section" module="core">Directory</directive>,
|
||||
seules les cibles des alias sont affectées (Notez cependant
|
||||
seules les cibles des alias sont affectées (Notez cependant
|
||||
que les sections <directive type="section"
|
||||
module="core">Location</directive> sont traitées avant les alias, et
|
||||
module="core">Location</directive> sont traitées avant les alias, et
|
||||
s'appliqueront donc).</p>
|
||||
|
||||
<p>En particulier, si vous créez un alias ayant pour cible un
|
||||
répertoire situé en dehors de l'arborescence de votre site web
|
||||
<p>En particulier, si vous créez un alias ayant pour cible un
|
||||
répertoire situé en dehors de l'arborescence de votre site web
|
||||
<directive module="core">DocumentRoot</directive>, vous devrez
|
||||
probablement permettre explicitement l'accès à ce répertoire.</p>
|
||||
probablement permettre explicitement l'accès à ce répertoire.</p>
|
||||
|
||||
<example><title>Exemple :</title>
|
||||
Alias /image /ftp/pub/image<br />
|
||||
@@ -174,23 +172,23 @@ de fichiers</description>
|
||||
|
||||
<directivesynopsis>
|
||||
<name>AliasMatch</name>
|
||||
<description>Met en correspondance des URLs avec le système de fichiers
|
||||
<description>Met en correspondance des URLs avec le système de fichiers
|
||||
en faisant intervenir les expressions rationnelles</description>
|
||||
<syntax>AliasMatch <var>regex</var>
|
||||
<var>chemin fichier</var>|<var>chemin répertoire</var></syntax>
|
||||
<var>chemin fichier</var>|<var>chemin répertoire</var></syntax>
|
||||
<contextlist><context>server config</context><context>virtual host</context>
|
||||
</contextlist>
|
||||
|
||||
<usage>
|
||||
<p>Cette directive est identique à la directive <directive
|
||||
<p>Cette directive est identique à la directive <directive
|
||||
module="mod_alias">Alias</directive>, mais fait appel aux <glossary
|
||||
ref="regex">expressions rationnelles</glossary>, à la place d'une
|
||||
simple mise en correspondance de préfixe. L'expression rationnelle
|
||||
ref="regex">expressions rationnelles</glossary>, à la place d'une
|
||||
simple mise en correspondance de préfixe. L'expression rationnelle
|
||||
fournie est mise en correspondance avec le chemin URL, et si elle
|
||||
correspond, le serveur va substituer toute partie de chemin
|
||||
correspondant à l'expression entre parenthèses dans la chaîne
|
||||
correspondant à l'expression entre parenthèses dans la chaîne
|
||||
fournie et l'utiliser comme nom de fichier.
|
||||
Par exemple, pour activer le répertoire <code>/icons</code>, on peut
|
||||
Par exemple, pour activer le répertoire <code>/icons</code>, on peut
|
||||
utiliser :</p>
|
||||
|
||||
<example>
|
||||
@@ -198,32 +196,32 @@ en faisant intervenir les expressions rationnelles</description>
|
||||
</example>
|
||||
|
||||
<p>Toute la puissance des <glossary ref="regex">expressions
|
||||
rationnelles</glossary> peut être mise à contribution. Par exemple,
|
||||
il est possible de construire un alias avec un modèle de chemin URL
|
||||
insensible à la casse :</p>
|
||||
rationnelles</glossary> peut être mise à contribution. Par exemple,
|
||||
il est possible de construire un alias avec un modèle de chemin URL
|
||||
insensible à la casse :</p>
|
||||
|
||||
<example>
|
||||
AliasMatch (?i)^/image(.*) /ftp/pub/image$1
|
||||
</example>
|
||||
|
||||
<p>Il existe une différence subtile entre <directive
|
||||
<p>Il existe une différence subtile entre <directive
|
||||
module="mod_alias">Alias</directive> et <directive
|
||||
module="mod_alias">AliasMatch</directive> : <directive
|
||||
module="mod_alias">Alias</directive> copie automatiquement toute
|
||||
portion supplémentaire de l'URI située après la partie du modèle qui
|
||||
correspond, à la fin du chemin du fichier de la partie droite, alors
|
||||
portion supplémentaire de l'URI située après la partie du modèle qui
|
||||
correspond, à la fin du chemin du fichier de la partie droite, alors
|
||||
que <directive module="mod_alias">AliasMatch</directive> ne le fait
|
||||
pas. Cela signifie qu'il sera préférable dans la plupart des cas de
|
||||
comparer l'expression rationnelle du modèle à la totalité de l'URI
|
||||
de la requête, et d'utiliser les substitutions dans la partie
|
||||
pas. Cela signifie qu'il sera préférable dans la plupart des cas de
|
||||
comparer l'expression rationnelle du modèle à la totalité de l'URI
|
||||
de la requête, et d'utiliser les substitutions dans la partie
|
||||
droite.</p>
|
||||
|
||||
<p>En d'autres termes, le remplacement d'<directive
|
||||
module="mod_alias">Alias</directive> par <directive
|
||||
module="mod_alias">AliasMatch</directive> ne produira pas le même
|
||||
résultat. Au minimum, vous devez ajouter <code>^</code> au début de
|
||||
l'expression rationnelle, <code>(.*)$</code> à sa fin et
|
||||
<code>$1</code> à la fin de la chaîne de remplacement.</p>
|
||||
module="mod_alias">AliasMatch</directive> ne produira pas le même
|
||||
résultat. Au minimum, vous devez ajouter <code>^</code> au début de
|
||||
l'expression rationnelle, <code>(.*)$</code> à sa fin et
|
||||
<code>$1</code> à la fin de la chaîne de remplacement.</p>
|
||||
|
||||
<p>Par exemple, supposons que nous voulions reformuler cet alias
|
||||
avec AliasMatch :</p>
|
||||
@@ -233,14 +231,14 @@ en faisant intervenir les expressions rationnelles</description>
|
||||
</example>
|
||||
|
||||
<p>Le simple remplacement d'Alias par AliasMatch ne produira pas le
|
||||
même résultat. Ainsi, ce qui suit va rediriger toutes les requêtes
|
||||
même résultat. Ainsi, ce qui suit va rediriger toutes les requêtes
|
||||
qui contiennent /image/ vers /ftp/pub/image/ :</p>
|
||||
|
||||
<example>
|
||||
AliasMatch /image/ /ftp/pub/image/
|
||||
</example>
|
||||
|
||||
<p>Voici la directive AliasMatch qui produira le même résultat que
|
||||
<p>Voici la directive AliasMatch qui produira le même résultat que
|
||||
la directive Alias ci-dessus :</p>
|
||||
|
||||
<example>
|
||||
@@ -248,12 +246,12 @@ en faisant intervenir les expressions rationnelles</description>
|
||||
</example>
|
||||
|
||||
<p>Bien entendu, il n'y a aucune raison d'utiliser <directive
|
||||
module="mod_alias">AliasMatch</directive> dans le cas où <directive
|
||||
module="mod_alias">AliasMatch</directive> dans le cas où <directive
|
||||
module="mod_alias">Alias</directive> suffit. <directive
|
||||
module="mod_alias">AliasMatch</directive> vous permet d'effectuer
|
||||
des choses beaucoup plus sophistiquées. Par exemple, vous pouvez
|
||||
servir différentes sortes de fichiers à partir de répertoires
|
||||
différents :</p>
|
||||
des choses beaucoup plus sophistiquées. Par exemple, vous pouvez
|
||||
servir différentes sortes de fichiers à partir de répertoires
|
||||
différents :</p>
|
||||
|
||||
<example>
|
||||
AliasMatch ^/image/(.*)\.jpg$ /fichiers/jpg.images/$1.jpg<br/>
|
||||
@@ -266,7 +264,7 @@ en faisant intervenir les expressions rationnelles</description>
|
||||
<directivesynopsis>
|
||||
<name>Redirect</name>
|
||||
<description>Envoie une redirection externe demandant au client
|
||||
d'effectuer une autre requête avec une URL différente</description>
|
||||
d'effectuer une autre requête avec une URL différente</description>
|
||||
<syntax>Redirect [<var>statut</var>] <var>chemin URL</var>
|
||||
<var>URL</var></syntax>
|
||||
<contextlist><context>server config</context><context>virtual host</context>
|
||||
@@ -275,58 +273,58 @@ d'effectuer une autre requête avec une URL différente</description>
|
||||
|
||||
<usage>
|
||||
<p>La directive Redirect permet de faire correspondre une ancienne
|
||||
URL à une nouvelle en demandant au client d'aller chercher la ressource à
|
||||
URL à une nouvelle en demandant au client d'aller chercher la ressource à
|
||||
une autre localisation.</p>
|
||||
|
||||
<p>L'ancien <em>chemin URL</em> est un chemin sensible à la casse
|
||||
(décodé à l'aide de caractères %) commençant par un slash. Les
|
||||
chemins relatifs ne sont pas autorisés.</p>
|
||||
<p>L'ancien <em>chemin URL</em> est un chemin sensible à la casse
|
||||
(décodé à l'aide de caractères %) commençant par un slash. Les
|
||||
chemins relatifs ne sont pas autorisés.</p>
|
||||
|
||||
<p>La nouvelle <em>URL</em>
|
||||
peut être une URL absolue commençant par un protocole et un nom
|
||||
d'hôte, mais on peut aussi utiliser un chemin URL commençant par un
|
||||
slash, auquel cas le protocole et le nom d'hôte du serveur local
|
||||
seront ajoutés.</p>
|
||||
peut être une URL absolue commençant par un protocole et un nom
|
||||
d'hôte, mais on peut aussi utiliser un chemin URL commençant par un
|
||||
slash, auquel cas le protocole et le nom d'hôte du serveur local
|
||||
seront ajoutés.</p>
|
||||
|
||||
<p>Ensuite, toute requête commençant par <em>chemin URL</em> va
|
||||
<p>Ensuite, toute requête commençant par <em>chemin URL</em> va
|
||||
renvoyer une redirection au client vers l'<em>URL</em> cible. Tout
|
||||
élément de chemin supplémentaire situé en aval du <em>chemin
|
||||
URL</em> sera ajouté à l'URL cible.</p>
|
||||
élément de chemin supplémentaire situé en aval du <em>chemin
|
||||
URL</em> sera ajouté à l'URL cible.</p>
|
||||
|
||||
<example><title>Exemple :</title>
|
||||
# Redirige vers une URL sur un serveur différent<br />
|
||||
# Redirige vers une URL sur un serveur différent<br />
|
||||
Redirect /service http://foo2.example.com/service<br />
|
||||
<br />
|
||||
# Redirige vers une URL sur le même serveur<br />
|
||||
# Redirige vers une URL sur le même serveur<br />
|
||||
Redirect /one /two
|
||||
</example>
|
||||
|
||||
<p>Si le client effectue une requête pour l'URL
|
||||
<code>http://example.com/service/foo.txt</code>, il lui sera demandé
|
||||
<p>Si le client effectue une requête pour l'URL
|
||||
<code>http://example.com/service/foo.txt</code>, il lui sera demandé
|
||||
d'en effectuer une autre pour l'URL
|
||||
<code>http://foo2.example.com/service/foo.txt</code>. Ceci concerne
|
||||
les requêtes avec paramètres <code>GET</code>, comme
|
||||
les requêtes avec paramètres <code>GET</code>, comme
|
||||
<code>http://example.com/service/foo.pl?q=23&a=42</code>, qui
|
||||
seront redirigées vers
|
||||
seront redirigées vers
|
||||
<code>http://foo2.example.com/service/foo.pl?q=23&a=42</code>.
|
||||
Notez que les <code>POST</code>s seront ignorés.<br />
|
||||
Notez que les <code>POST</code>s seront ignorés.<br />
|
||||
Seuls les
|
||||
éléments de chemin complets sont testés, si bien que l'exemple
|
||||
précédent ne s'appliquera pas à l'URL
|
||||
éléments de chemin complets sont testés, si bien que l'exemple
|
||||
précédent ne s'appliquera pas à l'URL
|
||||
<code>http://example.com/servicefoo.txt</code>. Pour des mises en
|
||||
correspondance plus complexes faisant intervenir les expressions
|
||||
rationnelles, veuillez vous reporter à la directive <directive
|
||||
rationnelles, veuillez vous reporter à la directive <directive
|
||||
module="mod_alias">RedirectMatch</directive>.</p>
|
||||
|
||||
|
||||
<note><title>Note</title>
|
||||
<p>Les directives de redirection ont priorité sur les directives
|
||||
<p>Les directives de redirection ont priorité sur les directives
|
||||
Alias et ScriptAlias, quel que soit leur ordre d'apparition dans le
|
||||
fichier de configuration.</p></note>
|
||||
|
||||
<p>Si aucun argument <var>statut</var> n'est spécifié, la
|
||||
<p>Si aucun argument <var>statut</var> n'est spécifié, la
|
||||
redirection sera temporaire (statut HTTP 302). Le client est alors
|
||||
informé que la ressource a été temporairement déplacée. On peut
|
||||
informé que la ressource a été temporairement déplacée. On peut
|
||||
utiliser l'argument <var>statut</var> pour renvoyer d'autres codes
|
||||
de statut HTTP :</p>
|
||||
|
||||
@@ -334,30 +332,30 @@ d'effectuer une autre requête avec une URL différente</description>
|
||||
<dt>permanent</dt>
|
||||
|
||||
<dd>Renvoie un statut de redirection permanente (301), indiquant
|
||||
que la ressource a été définitivement déplacée.</dd>
|
||||
que la ressource a été définitivement déplacée.</dd>
|
||||
|
||||
<dt>temp</dt>
|
||||
|
||||
<dd>Renvoie un statut de redirection temporaire (302). C'est le
|
||||
comportement par défaut.</dd>
|
||||
comportement par défaut.</dd>
|
||||
|
||||
<dt>seeother</dt>
|
||||
|
||||
<dd>Renvoie un statut "See Other" (303) indiquant que la ressource
|
||||
a été remplacée par une autre.</dd>
|
||||
a été remplacée par une autre.</dd>
|
||||
|
||||
<dt>gone</dt>
|
||||
|
||||
<dd>Renvoie un statut "Gone" (410) indiquant que la ressource a
|
||||
été définitivement supprimée. Lorsque ce statut est défini, on ne
|
||||
été définitivement supprimée. Lorsque ce statut est défini, on ne
|
||||
doit pas utiliser l'argument <var>URL</var>.</dd>
|
||||
</dl>
|
||||
|
||||
<p>On peut renvoyer d'autres codes de statut en spécifiant le code
|
||||
de statut numérique comme valeur de l'argument of <var>statut</var>.
|
||||
<p>On peut renvoyer d'autres codes de statut en spécifiant le code
|
||||
de statut numérique comme valeur de l'argument of <var>statut</var>.
|
||||
Si le code de statut est compris entre 300 et 399, l'argument
|
||||
<var>URL</var> doit être présent, sinon il ne doit pas être utilisé.
|
||||
Notez que le statut doit être connu du code d'Apache (voir la
|
||||
<var>URL</var> doit être présent, sinon il ne doit pas être utilisé.
|
||||
Notez que le statut doit être connu du code d'Apache (voir la
|
||||
fonction <code>send_error_response</code> dans
|
||||
http_protocol.c).</p>
|
||||
|
||||
@@ -381,29 +379,29 @@ courante</description>
|
||||
<override>FileInfo</override>
|
||||
|
||||
<usage>
|
||||
<p>Cette directive est identique à la directive <directive
|
||||
<p>Cette directive est identique à la directive <directive
|
||||
module="mod_alias">Redirect</directive>, mais fait appel aux
|
||||
<glossary ref="regex">expressions rationnelles</glossary>, à la
|
||||
place d'une simple mise en correspondance de préfixe. L'expression
|
||||
<glossary ref="regex">expressions rationnelles</glossary>, à la
|
||||
place d'une simple mise en correspondance de préfixe. L'expression
|
||||
rationnelle fournie est mise en correspondance avec le chemin URL,
|
||||
et si elle correspond, le serveur va substituer toute partie de
|
||||
chemin correspondante entre parenthèses dans la chaîne spécifiée et
|
||||
chemin correspondante entre parenthèses dans la chaîne spécifiée et
|
||||
l'utiliser comme nom de fichier. Par exemple, pour rediriger tous
|
||||
les fichiers GIF vers les fichiers JPEG de même nom sur un autre
|
||||
les fichiers GIF vers les fichiers JPEG de même nom sur un autre
|
||||
serveur, on peut utiliser :</p>
|
||||
|
||||
<example>
|
||||
RedirectMatch (.*)\.gif$ http://autre.example.com$1.jpg
|
||||
</example>
|
||||
|
||||
<p>Les remarques à propos de la différence entre <directive
|
||||
<p>Les remarques à propos de la différence entre <directive
|
||||
module="mod_alias">Alias</directive> et <directive
|
||||
module="mod_alias">AliasMatch</directive> s'appliquent aussi à la
|
||||
différence entre les directives <directive
|
||||
module="mod_alias">AliasMatch</directive> s'appliquent aussi à la
|
||||
différence entre les directives <directive
|
||||
module="mod_alias">Redirect</directive> et <directive
|
||||
module="mod_alias">RedirectMatch</directive>. Voir la directive
|
||||
<directive module="mod_alias">AliasMatch</directive> pour plus de
|
||||
détails.</p>
|
||||
détails.</p>
|
||||
|
||||
</usage>
|
||||
</directivesynopsis>
|
||||
@@ -411,8 +409,8 @@ courante</description>
|
||||
<directivesynopsis>
|
||||
<name>RedirectTemp</name>
|
||||
<description>Envoie une redirection externe temporaire demandant au
|
||||
client d'effectuer une nouvelle requête avec une URL
|
||||
différente</description>
|
||||
client d'effectuer une nouvelle requête avec une URL
|
||||
différente</description>
|
||||
<syntax>RedirectTemp <var>chemin URL</var> <var>URL</var></syntax>
|
||||
<contextlist><context>server config</context><context>virtual host</context>
|
||||
<context>directory</context><context>.htaccess</context></contextlist>
|
||||
@@ -420,7 +418,7 @@ différente</description>
|
||||
|
||||
<usage>
|
||||
<p>Cette directive informe le client que la redirection n'est
|
||||
que temporaire (statut 302). Son comportement est exactement le même
|
||||
que temporaire (statut 302). Son comportement est exactement le même
|
||||
que celui de <code>Redirect temp</code>.</p>
|
||||
</usage>
|
||||
</directivesynopsis>
|
||||
@@ -428,8 +426,8 @@ différente</description>
|
||||
<directivesynopsis>
|
||||
<name>RedirectPermanent</name>
|
||||
<description>Envoie une redirection externe permanente demandant au
|
||||
client d'effectuer une nouvelle requête avec une URL
|
||||
différente</description>
|
||||
client d'effectuer une nouvelle requête avec une URL
|
||||
différente</description>
|
||||
<syntax>RedirectPermanent <var>chemin URL</var> <var>URL</var></syntax>
|
||||
<contextlist><context>server config</context><context>virtual host</context>
|
||||
<context>directory</context><context>.htaccess</context></contextlist>
|
||||
@@ -437,40 +435,40 @@ différente</description>
|
||||
|
||||
<usage>
|
||||
<p>Cette directive informe le client que la redirection est
|
||||
permanente (statut 301). Son comportement est exactement le même
|
||||
permanente (statut 301). Son comportement est exactement le même
|
||||
que celui de <code>Redirect permanent</code>.</p>
|
||||
</usage>
|
||||
</directivesynopsis>
|
||||
|
||||
<directivesynopsis>
|
||||
<name>ScriptAlias</name>
|
||||
<description>Fait correspondre une URL à une zone du système de fichiers
|
||||
et désigne la cible comme script CGI</description>
|
||||
<description>Fait correspondre une URL à une zone du système de fichiers
|
||||
et désigne la cible comme script CGI</description>
|
||||
<syntax>ScriptAlias <var>chemin URL</var>
|
||||
<var>chemin fichier</var>|<var>chemin répertoire</var></syntax>
|
||||
<var>chemin fichier</var>|<var>chemin répertoire</var></syntax>
|
||||
<contextlist><context>server config</context><context>virtual host</context>
|
||||
</contextlist>
|
||||
|
||||
<usage>
|
||||
<p>La directive <directive>ScriptAlias</directive> présente le même
|
||||
<p>La directive <directive>ScriptAlias</directive> présente le même
|
||||
comportement que la directive <directive
|
||||
module="mod_alias">Alias</directive>, mais désigne en plus le
|
||||
répertoire cible comme conteneur de scripts CGI qui seront traitées
|
||||
module="mod_alias">Alias</directive>, mais désigne en plus le
|
||||
répertoire cible comme conteneur de scripts CGI qui seront traitées
|
||||
par le gestionnaire cgi-script du module <module>mod_cgi</module>.
|
||||
Les URLs dont le chemin URL sensible à la casse (décodé avec
|
||||
caractères %) commence par <var>chemin URL</var> seront mises en
|
||||
Les URLs dont le chemin URL sensible à la casse (décodé avec
|
||||
caractères %) commence par <var>chemin URL</var> seront mises en
|
||||
correspondance avec les scripts dont le chemin commence par le
|
||||
second argument, qui est un chemin complet dans le système de
|
||||
second argument, qui est un chemin complet dans le système de
|
||||
fichiers local.</p>
|
||||
|
||||
<example><title>Exemple :</title>
|
||||
ScriptAlias /cgi-bin/ /web/cgi-bin/
|
||||
</example>
|
||||
|
||||
<p>Une requête pour <code>http://mon-serveur/cgi-bin/foo</code>
|
||||
ferait exécuter par le serveur le script
|
||||
<p>Une requête pour <code>http://mon-serveur/cgi-bin/foo</code>
|
||||
ferait exécuter par le serveur le script
|
||||
<code>/web/cgi-bin/foo</code>. Cette configuration est sensiblement
|
||||
équivalente à :</p>
|
||||
équivalente à :</p>
|
||||
<example>
|
||||
Alias /cgi-bin/ /web/cgi-bin/<br />
|
||||
<Location /cgi-bin ><br />
|
||||
@@ -488,22 +486,22 @@ et désigne la cible comme script CGI</description>
|
||||
ScriptAlias /cgi-bin/ /web/cgi-handler.pl
|
||||
</example>
|
||||
|
||||
<p>Dans ce scénario, tous les fichiers faisant l'objet d'une requête
|
||||
dans <code>/cgi-bin/</code> seront traités par le fichier que vous
|
||||
avez spécifié, ce qui vous permet d'utiliser votre propre
|
||||
<p>Dans ce scénario, tous les fichiers faisant l'objet d'une requête
|
||||
dans <code>/cgi-bin/</code> seront traités par le fichier que vous
|
||||
avez spécifié, ce qui vous permet d'utiliser votre propre
|
||||
gestionnaire. Vous pouvez l'utiliser comme enveloppe (wrapper) pour
|
||||
les scripts CGI afin d'ajouter du contenu, ou autre action "maison".</p>
|
||||
|
||||
<note type="warning">Il est préférable d'éviter de placer les
|
||||
<note type="warning">Il est préférable d'éviter de placer les
|
||||
scripts CGI dans l'arborescence de <directive
|
||||
module="core">DocumentRoot</directive> afin d'éviter de révéler
|
||||
module="core">DocumentRoot</directive> afin d'éviter de révéler
|
||||
accidentellement leur code source lors d'une modification de
|
||||
configuration. On y parvient aisément avec
|
||||
configuration. On y parvient aisément avec
|
||||
<directive>ScriptAlias</directive> en mettant en correspondance une
|
||||
URL et en désignant la cible comme scripts CGI par la même occasion.
|
||||
Si vous choisissez de placer vos scripts CGI dans un répertoire
|
||||
URL et en désignant la cible comme scripts CGI par la même occasion.
|
||||
Si vous choisissez de placer vos scripts CGI dans un répertoire
|
||||
accessible depuis le web, n'utilisez pas
|
||||
<directive>ScriptAlias</directive>. Utilisez plutôt <directive
|
||||
<directive>ScriptAlias</directive>. Utilisez plutôt <directive
|
||||
module="core" type="section">Directory</directive>, <directive
|
||||
module="core">SetHandler</directive>, et <directive
|
||||
module="core">Options</directive> comme dans l'exemple suivant :
|
||||
@@ -515,10 +513,10 @@ et désigne la cible comme script CGI</description>
|
||||
</indent>
|
||||
</Directory>
|
||||
</example>
|
||||
Ceci est nécessaire car plusieurs <var>chemins URL</var> peuvent
|
||||
correspondre à la même zone du système de fichiers, court-circuitant
|
||||
ainsi la directive <directive>ScriptAlias</directive> et révélant le
|
||||
code source des scripts CGI s'ils ne sont pas protégés par une
|
||||
Ceci est nécessaire car plusieurs <var>chemins URL</var> peuvent
|
||||
correspondre à la même zone du système de fichiers, court-circuitant
|
||||
ainsi la directive <directive>ScriptAlias</directive> et révélant le
|
||||
code source des scripts CGI s'ils ne sont pas protégés par une
|
||||
section <directive module="core">Directory</directive>.</note>
|
||||
|
||||
</usage>
|
||||
@@ -527,23 +525,23 @@ et désigne la cible comme script CGI</description>
|
||||
|
||||
<directivesynopsis>
|
||||
<name>ScriptAliasMatch</name>
|
||||
<description>Fait correspondre une URL à une zone du système de fichiers
|
||||
en faisant appel aux expressions rationnelles et en désignant la cible
|
||||
<description>Fait correspondre une URL à une zone du système de fichiers
|
||||
en faisant appel aux expressions rationnelles et en désignant la cible
|
||||
comme un script CGI</description>
|
||||
<syntax>ScriptAliasMatch <var>regex</var>
|
||||
<var>chemin fichier</var>|<var>chemin répertoire</var></syntax>
|
||||
<var>chemin fichier</var>|<var>chemin répertoire</var></syntax>
|
||||
<contextlist><context>server config</context><context>virtual host</context>
|
||||
</contextlist>
|
||||
|
||||
<usage>
|
||||
<p>Cette directive est équivalente à la directive <directive
|
||||
<p>Cette directive est équivalente à la directive <directive
|
||||
module="mod_alias">ScriptAlias</directive>, mais fait appel aux
|
||||
<glossary ref="regex">expressions rationnelles</glossary>, à la
|
||||
place d'une simple mise en correspondance de préfixe. L'expression
|
||||
<glossary ref="regex">expressions rationnelles</glossary>, à la
|
||||
place d'une simple mise en correspondance de préfixe. L'expression
|
||||
rationnelle fournie est mise en correspondance avec le chemin URL,
|
||||
et si elle correspond, le serveur va substituer toute partie de
|
||||
chemin entre parenthèses dans la chaîne spécifiée et l'utiliser
|
||||
comme nom de fichier. Par exemple, pour activer le répertoire
|
||||
chemin entre parenthèses dans la chaîne spécifiée et l'utiliser
|
||||
comme nom de fichier. Par exemple, pour activer le répertoire
|
||||
standard <code>/cgi-bin</code>, on peut utiliser :</p>
|
||||
|
||||
<example>
|
||||
@@ -551,22 +549,22 @@ comme un script CGI</description>
|
||||
</example>
|
||||
|
||||
<p>Comme dans le cas d'AliasMatch, toute la puissance des <glossary
|
||||
ref="rexex">expressions rationnelles</glossary> peut être mise à
|
||||
ref="rexex">expressions rationnelles</glossary> peut être mise à
|
||||
contribution. Par exemple, il est possible de construire un alias
|
||||
avec une comparaison du modèle du chemin URL insensible à la casse :</p>
|
||||
avec une comparaison du modèle du chemin URL insensible à la casse :</p>
|
||||
|
||||
<example>
|
||||
ScriptAliasMatch (?i)^/cgi-bin(.*) /usr/local/apache/cgi-bin$1
|
||||
</example>
|
||||
|
||||
<p>Les remarques à propos de la différence entre <directive
|
||||
<p>Les remarques à propos de la différence entre <directive
|
||||
module="mod_alias">Alias</directive> et <directive
|
||||
module="mod_alias">AliasMatch</directive> s'appliquent aussi à la
|
||||
différence entre les directives <directive
|
||||
module="mod_alias">AliasMatch</directive> s'appliquent aussi à la
|
||||
différence entre les directives <directive
|
||||
module="mod_alias">ScriptAlias</directive> et <directive
|
||||
module="mod_alias">ScriptAliasMatch</directive>. Voir la directive
|
||||
<directive module="mod_alias">AliasMatch</directive> pour plus de
|
||||
détails.</p>
|
||||
détails.</p>
|
||||
|
||||
</usage>
|
||||
</directivesynopsis>
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
<?xml version="1.0"?>
|
||||
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
|
||||
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
|
||||
<!-- English Revision : 1058629 -->
|
||||
<!-- English Revision : 1013126 -->
|
||||
<!-- French translation : Lucien GENTIS -->
|
||||
<!-- Reviewed by : Vincent Deffontaines -->
|
||||
|
||||
@@ -931,7 +931,6 @@ l'espace d'URLs du serveur local</description>
|
||||
ProxyPass /example http://backend.example.com max=20 ttl=120 retry=300
|
||||
</example>
|
||||
|
||||
<table border="2"><tr><th>Paramètres de BalancerMember</th></tr></table>
|
||||
<table>
|
||||
<tr><th>Paramètre</th>
|
||||
<th>Défaut</th>
|
||||
@@ -1114,9 +1113,9 @@ l'espace d'URLs du serveur local</description>
|
||||
<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.
|
||||
de connexions associées en secondes. Celles qui n'ont pas été
|
||||
utilisées au bout de <code>ttl</code> secondes seront libérées
|
||||
ou fermées.
|
||||
</td></tr>
|
||||
|
||||
</table>
|
||||
@@ -1132,7 +1131,6 @@ l'espace d'URLs du serveur local</description>
|
||||
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>
|
||||
<tr><th>Paramètre</th>
|
||||
<th>Défaut</th>
|
||||
@@ -1196,27 +1194,6 @@ l'espace d'URLs du serveur local</description>
|
||||
le cas des autres erreurs de worker.
|
||||
</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
|
||||
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>
|
||||
</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
|
||||
configuration.
|
||||
</td></tr>
|
||||
|
||||
</table>
|
||||
<p>Exemple de configuration d'un répartiteur de charge</p>
|
||||
<example>
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
<?xml version="1.0"?>
|
||||
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
|
||||
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
|
||||
<!-- English Revision : 1059356 -->
|
||||
<!-- English Revision : 1044738 -->
|
||||
<!-- French translation : Lucien GENTIS -->
|
||||
<!-- Reviewed by : Vincent Deffontaines -->
|
||||
|
||||
@@ -316,22 +316,17 @@ répertoire</description>
|
||||
<p>La directive <directive>RewriteBase</directive> définit
|
||||
explicitement le chemin URL de base (et non le chemin du
|
||||
répertoire dans le système de fichiers !) pour les réécritures dans un contexte
|
||||
de répertoire dont le résultat est la substitution d'un
|
||||
chemin relatif. Lorsque vous utilisez une directive <directive
|
||||
de répertoire. Lorsque vous utilisez une directive <directive
|
||||
module="mod_rewrite">RewriteRule</directive> dans un fichier
|
||||
<code>.htaccess</code>, <module>mod_rewrite</module> enlève le
|
||||
préfixe de répertoire local avant d'effectuer le traitement, puis
|
||||
réécrit ce qui reste de l'URL. Lorsque la réécriture est terminée,
|
||||
<module>mod_rewrite</module> ajoute automatiquement le préfixe de
|
||||
répertoire local (ou la valeur de la directive
|
||||
<directive>RewriteBase</directive> si cette dernière est définie)
|
||||
à la chaîne de substitution avant de la remettre à disposition du
|
||||
serveur, comme s'il s'agissait de l'URL d'origine.</p>
|
||||
<module>mod_rewrite</module> rajoute automatiquement le préfixe de
|
||||
répertoire local au chemin.</p>
|
||||
|
||||
<p>Cette directive est <em>requise</em> pour les réécritures
|
||||
dans un contexte de répertoire défini via la directive
|
||||
<directive module="mod_alias">Alias</directive> lorsque la
|
||||
substitution utilise un chemin relatif.</p>
|
||||
<directive module="mod_alias">Alias</directive>.</p>
|
||||
|
||||
<p>Si votre chemin URL n'existe pas réellement dans le système de
|
||||
fichiers, ou ne trouve pas directement sous le répertoire défini
|
||||
@@ -486,7 +481,6 @@ la réécriture soit effectuée
|
||||
REQUEST_FILENAME<br />
|
||||
IS_SUBREQ<br />
|
||||
HTTPS<br />
|
||||
REQUEST_SCHEME<br />
|
||||
</td>
|
||||
</tr>
|
||||
</table>
|
||||
@@ -549,23 +543,11 @@ la réécriture soit effectuée
|
||||
(Cette variable peut être utilisée sans problème, que
|
||||
<module>mod_ssl</module> soit chargé ou non.</dd>
|
||||
|
||||
<dt><code>REQUEST_SCHEME</code></dt>
|
||||
|
||||
<dd>Contient le protocole de la requête (en général
|
||||
"http" ou "https"). La valeur peut être modifiée par
|
||||
la directive <directive
|
||||
module="core">ServerName</directive>.</dd>
|
||||
|
||||
</dl>
|
||||
</note>
|
||||
</li>
|
||||
</ul>
|
||||
|
||||
<p>Si la <em>chaîne de test</em> contient la valeur spéciale
|
||||
<code>expr</code>, <em>expression de comparaison</em> sera traité
|
||||
en tant qu'expression rationnelle de type <a
|
||||
href="../expr.html">ap_expr</a>.</p>
|
||||
|
||||
<p>Autres points à connaître ::</p>
|
||||
<ol>
|
||||
<li>
|
||||
@@ -842,25 +824,6 @@ la réécriture soit effectuée
|
||||
</note>
|
||||
</li>
|
||||
|
||||
<li>
|
||||
<p>Si la <em>chaîne de test</em> contient la valeur spéciale
|
||||
<code>expr</code>, la <em>chaîne de comparaison</em> sera
|
||||
traitée en tant qu'expression rationnelle de type <a
|
||||
href="../expr.html">ap_expr</a>.</p>
|
||||
|
||||
<p>
|
||||
Dans l'exemple ci-dessous, on utilise <code>-strmatch</code>
|
||||
pour comparer le <code>REFERER</code> avec le nom d'hôte du
|
||||
site afin de bloquer le hotlinking (référencement direct)
|
||||
non désiré.
|
||||
</p>
|
||||
|
||||
<example>
|
||||
RewriteCond expr "! %{HTTP_REFERER} -strmatch '*://%{HTTP_HOST}/*'"<br />
|
||||
RewriteRule ^/images - [F]
|
||||
</example>
|
||||
</li>
|
||||
|
||||
<li>Vous pouvez aussi définir certains drapeaux pour
|
||||
l'<em>expression de comparaison</em> en ajoutant ces
|
||||
<strong><code>[</code><em>drapeaux</em><code>]</code></strong>
|
||||
@@ -976,73 +939,29 @@ RewriteRule ^/$ /homepage.std.html [L]
|
||||
la dernière règle de réécriture qui a été appliquée.</p>
|
||||
|
||||
<note><title>Qu'est-ce qui est comparé ?</title>
|
||||
|
||||
<p>Dans un contexte de serveur virtuel <directive
|
||||
module="core">VirtualHost</directive>, le <em>modèle</em> est tout
|
||||
d'abord comparé à la portion de l'URL située entre le nom d'hôte
|
||||
éventuellement accompagné du port, et la chaîne de paramètres (par
|
||||
exemple "/app1/index.html").</p>
|
||||
<p>Le <em>Modèle</em> est d'abord comparé à la partie
|
||||
de l'URL après le nom d'hôte et le port, et avant la chaîne de
|
||||
requête.</p>
|
||||
|
||||
<p>Dans les contextes de répertoire <directive
|
||||
module="core">Directory</directive> et htaccess, le
|
||||
<em>modèle</em> est tout d'abord comparé au chemin du <em>système
|
||||
de fichiers</em>, après suppression du préfixe ou chemin de base
|
||||
ayant conduit à la règle <directive>RewriteRule</directive> (par
|
||||
exemple "app1/index.html" ou
|
||||
"index.html" selon l'endroit où les directives sont définies).</p>
|
||||
<p>Dans un contexte de répertoire, <em>Modèle</em> est comparé à
|
||||
ce qui reste de l'URL après suppression du préfixe qui a conduit
|
||||
Apache httpd à la règle courante (voir la directive <directive
|
||||
module="mod_rewrite">RewriteBase</directive>). Le préfixe supprimé
|
||||
se termine toujours par un slash, ce qui signifie que la
|
||||
correspondance se fera toujours avec une chaîne qui ne commence
|
||||
pas par un slash. Un <em>Modèle</em> contenant <code>^/</code> ne
|
||||
correspondra jamais dans un contexte de répertoire.</p>
|
||||
|
||||
|
||||
<p>Si vous souhaitez faire une comparaison sur le nom
|
||||
d'hôte, le port, ou la chaîne de requête, utilisez une
|
||||
directive <directive module="mod_rewrite">RewriteCond</directive>
|
||||
comportant respectivement les variables
|
||||
<code>%{HTTP_HOST}</code>, <code>%{SERVER_PORT}</code>, ou
|
||||
<code>%{QUERY_STRING}</code>.</p>
|
||||
</note>
|
||||
|
||||
<note><title>Réécritures dans un contexte de répertoire</title>
|
||||
<ul>
|
||||
<li>L'utilisation du moteur de réécriture dans les
|
||||
fichiers <a href="../howto/htaccess.html">.htaccess</a> et les sections
|
||||
<directive
|
||||
type="section" module="core">Directory</directive> est un peu plus
|
||||
complexe.</li>
|
||||
|
||||
<li>Pour activer le moteur de réécriture dans ces contextes, vous devez
|
||||
définir "<code>RewriteEngine On</code>" <strong>et</strong>
|
||||
"<code>Options FollowSymLinks</code>". Si l'administrateur a désactivé
|
||||
la possibilité de modifier l'option <code>FollowSymLinks</code> au
|
||||
niveau du répertoire d'un utilisateur, vous ne pouvez pas utiliser le
|
||||
moteur de réécriture. Cette restriction a été instaurée à des fins de
|
||||
sécurité.</li>
|
||||
|
||||
<li>Lorsqu'on utilise le moteur de réécriture dans un fichier
|
||||
<code>.htaccess</code>, le chemin de base du répertoire courant (qui est
|
||||
toujours le même pour ce même répertoire) est automatiquement
|
||||
<em>supprimé</em> au cours de la comparaison avec le modèle de la règle
|
||||
de réécriture, et automatiquement <em>ajouté</em> lorsqu'une
|
||||
substitution relative (ne débutant pas par un slash ou un nom de
|
||||
protocole) arrive à la fin d'un jeu de règles. Voir la directive
|
||||
<directive module="mod_rewrite">RewriteBase</directive> pour plus de
|
||||
détails à propos de l'ajout du préfixe après les substitutions
|
||||
relatives.</li>
|
||||
|
||||
<li>Si vous souhaitez effectuer une comparaison en prenant en compte
|
||||
l'intégralité du
|
||||
chemin de l'URL dans un contexte de répertoire (htaccess), vous devez
|
||||
utiliser la variable <code>%{REQUEST_URI}</code> dans la directive
|
||||
<directive>RewriteCond</directive>.</li>
|
||||
|
||||
<li>Le prefixe supprimé se termine toujours par un slash, ce qui
|
||||
signifie que la comparaison s'effectue avec une chaîne qui ne comporte
|
||||
<em>jamais</em> de slash de début. Ainsi, un <em>modèle</em> contenant
|
||||
<code>^/</code> ne correspondra jamais dans un contexte de répertoire.</li>
|
||||
|
||||
<li>Bien que les règles de réécriture soient permises du point de vue de
|
||||
la syntaxe dans les sections <directive type="section"
|
||||
module="core">Location</directive> et <directive type="section"
|
||||
module="core">Files</directive>, elles n'y sont pas prises en compte, et
|
||||
n'y sont à priori d'aucune utilité.</li>
|
||||
</ul>
|
||||
<code>%{QUERY_STRING}</code>. Si vous désirez effectuer une
|
||||
correspondance avec l'ensemble du chemin de l'URL dans un contexte
|
||||
de répertoire (htaccess), utilisez la variable
|
||||
<code>%{REQUEST_URI}</code>.</p>
|
||||
</note>
|
||||
|
||||
<p>Pour quelques conseils à propos des <glossary
|
||||
@@ -1212,16 +1131,15 @@ substitution !
|
||||
</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td>discardpath|DPI</td>
|
||||
<td>discardpathinfo|DPI</td>
|
||||
<td>Supprime la partie PATH_INFO de l'URI réécrit. <em><a
|
||||
href="../rewrite/flags.html#flag_dpi">détails
|
||||
...</a></em></td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td>env|E=[!]<em>VAR</em>[:<em>VAL</em>]</td>
|
||||
<td>env|E=<em>VAR</em>[:<em>VAL</em>]</td>
|
||||
<td>Définit la variable d'environnement <em>VAR</em> (à la valeur
|
||||
<em>VAL</em> si elle est fournie). La variante !<em>VAR</em>
|
||||
annule la définition de la variable <em>VAR</em>.<em><a
|
||||
<em>VAL</em> si elle est fournie). <em><a
|
||||
href="../rewrite/flags.html#flag_e">détails ...</a></em></td>
|
||||
</tr>
|
||||
<tr>
|
||||
@@ -1339,6 +1257,49 @@ configuration du module <module>mod_userdir</module>.</p>
|
||||
|
||||
<p> Ce développement n'est pas effectué si le drapeau <em>PT</em> est
|
||||
utilisé dans la directive <directive module="mod_rewrite">RewriteRule</directive></p>
|
||||
</note>
|
||||
|
||||
<note><title>Réécritures dans le contexte de répertoire</title>
|
||||
|
||||
<p>Le moteur de réécriture peut être utilisé dans les fichiers <a
|
||||
href="../howto/htaccess.html">.htaccess</a>. Pour activer le moteur de
|
||||
réécriture pour ces fichiers, vous devez préciser "<code>RewriteEngine
|
||||
On</code>" <strong>et</strong> "<code>Options FollowSymLinks</code>"
|
||||
doit être activé. Si votre administrateur a interdit la surcharge de
|
||||
<code>FollowSymLinks</code> pour un répertoire utilisateur, vous ne
|
||||
pouvez pas utiliser le moteur de réécriture. Cette restriction est
|
||||
nécessaire pour des raisons de sécurité.</p>
|
||||
|
||||
<p>Lorsqu'on utilise le moteur de réécriture dans les fichiers
|
||||
<code>.htaccess</code>, le préfixe du répertoire (qui est
|
||||
toujours le même pour un répertoire donné) est automatiquement
|
||||
<em>supprimé</em> pour la comparaison du modèle et automatiquement
|
||||
<em>ajouté</em> une fois la substitution effectuée. Cette fonctionnalité
|
||||
est nécessaire pour de nombreux cas de réécriture ; sans elle, vous
|
||||
seriez obligé de tenir compte du répertoire parent pour la comparaison,
|
||||
ce qui n'est pas toujours
|
||||
possible. Il y a une exception : si une chaîne de substitution commence
|
||||
par <code>http://</code>, le préfixe du répertoire ne sera
|
||||
<strong>pas</strong> ajouté, et une redirection externe (ou le passage
|
||||
par un mandataire, si le drapeau <strong>P</strong> est utilisé) sera
|
||||
initiée. Voir la directive <directive
|
||||
module="mod_rewrite">RewriteBase</directive> pour plus de détails.</p>
|
||||
|
||||
<p>Le moteur de réécriture peut aussi être utilisé dans les sections
|
||||
<directive type="section" module="core">Directory</directive> avec les
|
||||
mêmes règles de comparaison des préfixes que celles qui s'appliquent
|
||||
pour les fichiers <code>.htaccess</code>. Cependant, il est en général
|
||||
plus simple, pour éviter la complication des substitutions de préfixes,
|
||||
de définir les règles de réécriture dans le contexte du serveur
|
||||
principal ou des hôtes virtuels, plutôt que dans une section
|
||||
<directive type="section" module="core">Directory</directive>.</p>
|
||||
|
||||
<p>Bien que du point de vue syntaxique, il soit permis de définir des
|
||||
règles de réécriture dans les sections <directive type="section"
|
||||
module="core">Location</directive> et <directive
|
||||
type="section" module="core">Files</directive>, ce n'est à priori
|
||||
d'aucune utilité et n'est pas supporté.</p>
|
||||
|
||||
</note>
|
||||
|
||||
<p>Voici toutes les combinaisons de substitution et leurs
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
<?xml version="1.0" encoding="ISO-8859-1" ?>
|
||||
<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
|
||||
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
|
||||
<!-- English Revision : 1053726 -->
|
||||
<!-- English Revision : 1043126 -->
|
||||
<!-- French translation : Lucien GENTIS -->
|
||||
<!-- Reviewed by : Vincent Deffontaines -->
|
||||
|
||||
@@ -226,7 +226,7 @@ fonctionnement des variables d'environnement.</p>
|
||||
<p>La syntaxe complète pour ce drapeau est :</p>
|
||||
|
||||
<example>
|
||||
[E=!VAR]
|
||||
[E=VAR:VAL]
|
||||
</example>
|
||||
|
||||
<p><code>VAL</code> peut comporter des références arrières
|
||||
@@ -241,14 +241,6 @@ fonctionnement des variables d'environnement.</p>
|
||||
<p>vous pouvez définir la variable d'environnement nommée
|
||||
<code>VAR</code> avec une valeur vide.</p>
|
||||
|
||||
<p>La forme</p>
|
||||
|
||||
<example>
|
||||
[E=!VAR]
|
||||
</example>
|
||||
|
||||
<p>permet d'annuler la définition de la variable <code>VAR</code>.</p>
|
||||
|
||||
<p>Les variables d'environnement s'emploient dans différents contextes,
|
||||
comme les programmes CGI, d'autres directives RewriteRule, ou des
|
||||
directives CustomLog.</p>
|
||||
|
||||
@@ -3,7 +3,7 @@
|
||||
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
|
||||
<!-- French translation : Lucien GENTIS -->
|
||||
<!-- Reviewed by : Vincent Deffontaines -->
|
||||
<!-- English Revision: 1054323 -->
|
||||
<!-- English Revision: 1043126:1054323 (outdated) -->
|
||||
|
||||
<!--
|
||||
Licensed to the Apache Software Foundation (ASF) under one or more
|
||||
@@ -252,13 +252,6 @@ nécessiter une modification des fichiers de configuration de la version
|
||||
<li><module>mod_auto_index</module>: extrait maintenant les titres
|
||||
et affiche la description pour les fichiers .xhtml qui étaient
|
||||
jusqu'alors ignorés.</li>
|
||||
|
||||
<li><module>mod_ssl</module> : le format par défaut des variables
|
||||
<code>*_DN</code> a changé. Il est cependant encore possible
|
||||
d'utiliser l'ancien format via la nouvelle option
|
||||
<code>LegacyDNStringFormat</code> de la directive <directive
|
||||
module="mod_ssl">SSLOptions</directive>.</li>
|
||||
|
||||
<li><program>htpasswd</program> utilise maintenant par défaut les
|
||||
condensés MD5 sur toutes les plates-formes.</li>
|
||||
</ul>
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
<?xml version='1.0' encoding='ISO-8859-1' ?>
|
||||
<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
|
||||
<?xml-stylesheet type="text/xsl" href="../style/manual.en.xsl"?>
|
||||
<!-- English Revision: 1057632 -->
|
||||
<!-- English Revision: 1043126:1057632 (outdated) -->
|
||||
<!-- French translation by alain B, review by Vincent Deffontaines -->
|
||||
<!-- Updated by Lucien Gentis -->
|
||||
|
||||
@@ -42,9 +42,15 @@
|
||||
IP" et la commande "ifconfig" pour les activer), et/ou utiliser
|
||||
plusieurs num<75>ros de port.</p>
|
||||
|
||||
<p>Selon la terminologie du serveur HTTP Apache, l'utilisation d'une
|
||||
seule adresse IP avec plusieurs ports TCP s'apparente aussi <20> de
|
||||
l'h<>bergement virtuel bas<61> sur IP.</p>
|
||||
<p>Dans la plupart des cas, les <a href="name-based.html">serveurs
|
||||
virtuels <20> base de nom</a> sont plus appropri<72>s, car ils permettent
|
||||
de partager une seule paire adresse/port entre de nombreux serveurs
|
||||
virtuels. Voir le document <a
|
||||
href="name-based.html#namevip">Serveurs virtuels <20> base de noms ou
|
||||
serveurs virtuels <20> base d'adresse IP</a> pour vous aider <20> prendre
|
||||
une d<>cision.
|
||||
</p>
|
||||
|
||||
</section>
|
||||
|
||||
<section id="howto"><title>Comment configurer Apache</title>
|
||||
@@ -103,7 +109,7 @@
|
||||
que le processus r<>sident doit g<>rer. Par exemple :</p>
|
||||
|
||||
<example>
|
||||
Listen 192.0.2.100:80
|
||||
Listen www.example.com:80
|
||||
</example>
|
||||
|
||||
<p>Il est recommand<6E> d'utiliser une adresse IP plut<75>t qu'un nom
|
||||
|
||||
Reference in New Issue
Block a user