mirror of
https://github.com/apache/httpd.git
synced 2026-01-06 09:01:14 +03:00
update transformations
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1066484 13f79535-47bb-0310-9956-ffa450edef68
This commit is contained in:
@@ -149,12 +149,13 @@
|
||||
En g<>n<EFBFBD>ral, cela n'a que peu d'effet, <20> moins que vous n'utilisiez les
|
||||
<a href="howto/ssi.html">Inclusions C<>t<EFBFBD> Serveur (SSI)</a>;</p>
|
||||
|
||||
<div class="example"><pre>
|
||||
<!-- L'inclusion suivante peut <20>tre mise en cache -->
|
||||
<!--#include virtual="/footer.html" -->
|
||||
|
||||
<!-- L'inclusion suivante ne peut pas <20>tre mise en cache -->
|
||||
<!--#include file="/path/to/footer.html" --></pre></div>
|
||||
<div class="example"><p><code>
|
||||
<!-- L'inclusion suivante peut <20>tre mise en cache --><br />
|
||||
<!--#include virtual="/footer.html" --><br />
|
||||
<br />
|
||||
<!-- L'inclusion suivante ne peut pas <20>tre mise en cache --><br />
|
||||
<!--#include file="/path/to/footer.html" --> <br />
|
||||
</code></p></div>
|
||||
|
||||
<p>Si vous utilisez les SSI, et voulez b<>n<EFBFBD>ficier de la vitesse de
|
||||
service depuis le cache, vous devez utiliser des inclusions de type
|
||||
@@ -460,7 +461,9 @@ Vary: negotiate,accept-language,accept-charset
|
||||
de fichier <20>labor<6F> <20> cette occasion pour tous les
|
||||
acc<63>s ult<6C>rieurs <20> ce fichier.</p>
|
||||
|
||||
<div class="example"><pre>CacheFile /usr/local/apache2/htdocs/index.html</pre></div>
|
||||
<div class="example"><p><code>
|
||||
CacheFile /usr/local/apache2/htdocs/index.html
|
||||
</code></p></div>
|
||||
|
||||
<p>Si vous avez l'intention de mettre en cache un grand nombre de
|
||||
fichiers de cette mani<6E>re, vous devez vous assurer que le nombre maximum
|
||||
@@ -569,7 +572,9 @@ sys 0m0.000s</pre></div>
|
||||
utilisera le contenu charg<72> en m<>moire pour satisfaire ult<6C>rieurement
|
||||
toutes les demandes d'acc<63>s <20> ce fichier.</p>
|
||||
|
||||
<div class="example"><pre>MMapFile /usr/local/apache2/htdocs/index.html</pre></div>
|
||||
<div class="example"><p><code>
|
||||
MMapFile /usr/local/apache2/htdocs/index.html
|
||||
</code></p></div>
|
||||
|
||||
<p>Comme dans le cas de la directive
|
||||
<code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code>, toute
|
||||
@@ -600,11 +605,12 @@ sys 0m0.000s</pre></div>
|
||||
|
||||
<p>Typiquement, le module sera configur<75> comme suit :</p>
|
||||
|
||||
<div class="example"><pre>
|
||||
CacheRoot /var/cache/apache/
|
||||
CacheEnable disk /
|
||||
CacheDirLevels 2
|
||||
CacheDirLength 1</pre></div>
|
||||
<div class="example"><p><code>
|
||||
CacheRoot /var/cache/apache/<br />
|
||||
CacheEnable disk /<br />
|
||||
CacheDirLevels 2<br />
|
||||
CacheDirLength 1
|
||||
</code></p></div>
|
||||
|
||||
<p>Il est important de savoir que, les fichiers mis en cache <20>tant stock<63>s
|
||||
localement, la mise en cache par l'interm<72>diaire du syst<73>me d'exploitation
|
||||
|
||||
@@ -61,8 +61,8 @@
|
||||
distribu<62>s seront alors compil<69>s en tant que modules DSO. Une fois
|
||||
compil<69> en tant que module DSO nomm<6D> <code>mod_foo.so</code>, un
|
||||
module peut <20>tre charg<72> en m<>moire au
|
||||
d<>marrage ou red<65>marrage du serveur <20> l'aide de la commande
|
||||
<code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code> du module
|
||||
d<>marrage ou red<65>marrage du serveur <20> l'aide de
|
||||
la directive <code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code> du module
|
||||
<code class="module"><a href="./mod/mod_so.html">mod_so</a></code>, plac<61>e
|
||||
dans votre fichier <code>httpd.conf</code>.</p>
|
||||
<p>La compilation en mode DSO peut <20>tre d<>sactiv<69>e pour certains
|
||||
@@ -143,8 +143,8 @@ $ apxs -cia mod_foo.c
|
||||
<div class="section">
|
||||
<h2><a name="background" id="background">Les dessous du fonctionnement des DSO</a></h2>
|
||||
|
||||
<p>Les cl<63>nes modernes d'UNIX proposent un astucieux m<EFBFBD>canisme
|
||||
commun<EFBFBD>ment appel<EFBFBD> <20>dition de liens et chargement dynamiques d'
|
||||
<p>Les cl<63>nes modernes d'UNIX proposent un m<>canisme
|
||||
appel<65> <20>dition de liens et chargement dynamiques d'
|
||||
<em>Objets Dynamiques Partag<61>s</em> (DSO), qui permet de construire un
|
||||
morceau de programme dans un format sp<73>cial pour le rendre chargeable
|
||||
<20> l'ex<65>cution dans l'espace d'adressage d'un programme ex<65>cutable.</p>
|
||||
@@ -234,8 +234,7 @@ $ apxs -cia mod_foo.c
|
||||
c'est dans cette optique que le m<>canisme DSO a <20>t<EFBFBD> con<6F>u ; c'est cette
|
||||
approche qui est ainsi
|
||||
utilis<69>e par pratiquement tous les types de biblioth<74>ques que fournit le
|
||||
syst<73>me d'exploitation. Par contre, les objets partag<61>s sont relativement
|
||||
peu utilis<69>s pour <20>tendre les fonctionnalit<69>s d'un programme.</p>
|
||||
syst<73>me d'exploitation.</p>
|
||||
|
||||
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
|
||||
<div class="section">
|
||||
@@ -246,23 +245,23 @@ $ apxs -cia mod_foo.c
|
||||
|
||||
<ul>
|
||||
<li>Le paquetage du serveur est plus flexible <20> l'ex<65>cution car le
|
||||
processus serveur effectif peut <20>tre assembl<62> <20> l'ex<65>cution via la
|
||||
processus serveur peut <20>tre assembl<62> <20> l'ex<65>cution via la
|
||||
directive <code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code> du fichier de
|
||||
configuration <code>httpd.conf</code> plut<75>t que par des options du script
|
||||
<code class="program"><a href="./programs/configure.html">configure</a></code> <20> la compilation. Par exemple,
|
||||
on peut ainsi ex<65>cuter diff<66>rentes instances du serveur
|
||||
(standard et version SSL, version minimale et version <EFBFBD>toff<EFBFBD>e
|
||||
[mod_perl, PHP3], <em>etc...</em>) <20> partir d'une seule installation
|
||||
(standard et version SSL, version minimale et version dynamique
|
||||
[mod_perl, mod_php], <em>etc...</em>) <20> partir d'une seule installation
|
||||
d'Apache httpd.</li>
|
||||
|
||||
<li>Le paquetage du serveur peut <20>tre facilement <20>tendu avec des modules
|
||||
tiers, m<>me apr<70>s l'installation. Ceci pr<70>sente en tout cas un gros
|
||||
tiers, m<>me apr<70>s l'installation. Ceci pr<70>sente un gros
|
||||
avantage pour les mainteneurs de paquetages destin<69>s aux distributions,
|
||||
car ils peuvent cr<63>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<69> de prototypage des modules Apache httpd car la paire
|
||||
<li>Une facilit<69> de prototypage des modules Apache httpd, car la paire
|
||||
DSO/<code class="program"><a href="./programs/apxs.html">apxs</a></code> 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>
|
||||
@@ -274,10 +273,6 @@ $ apxs -cia mod_foo.c
|
||||
<p>Inconv<6E>nients des DSO :</p>
|
||||
|
||||
<ul>
|
||||
<li>Le m<>canisme DSO n'est pas disponible sur toutes les plates-formes
|
||||
car tous les syst<73>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
|
||||
<20> cause des r<>solutions de symboles suppl<70>mentaires que le chargeur
|
||||
Unix doit effectuer.</li>
|
||||
|
||||
@@ -18,7 +18,8 @@
|
||||
<div id="path">
|
||||
<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">HTTP Server</a> > <a href="http://httpd.apache.org/docs/">Documentation</a> > <a href="./">Version 2.3</a></div><div id="page-content"><div id="preamble"><h1>Expressions in Apache HTTP Server</h1>
|
||||
<div class="toplang">
|
||||
<p><span>Available Languages: </span><a href="./en/expr.html" title="English"> en </a></p>
|
||||
<p><span>Available Languages: </span><a href="./en/expr.html" title="English"> en </a> |
|
||||
<a href="./fr/expr.html" hreflang="fr" rel="alternate" title="Fran<61>ais"> fr </a></p>
|
||||
</div>
|
||||
|
||||
<p>Historically, there are several syntax variants for expressions used to express
|
||||
@@ -404,7 +405,8 @@ listfunction ::= listfuncname "<strong>(</strong>" word "<strong>)</strong>"
|
||||
|
||||
</div></div>
|
||||
<div class="bottomlang">
|
||||
<p><span>Available Languages: </span><a href="./en/expr.html" title="English"> en </a></p>
|
||||
<p><span>Available Languages: </span><a href="./en/expr.html" title="English"> en </a> |
|
||||
<a href="./fr/expr.html" hreflang="fr" rel="alternate" title="Fran<61>ais"> fr </a></p>
|
||||
</div><div id="footer">
|
||||
<p class="apache">Copyright 2011 The Apache Software Foundation.<br />Licensed under the <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
|
||||
<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossary</a> | <a href="./sitemap.html">Sitemap</a></p></div>
|
||||
|
||||
@@ -153,7 +153,9 @@ de fichiers</td></tr>
|
||||
<dl><dd><code>Alias /icons/ /usr/local/apache/icons/</code></dd></dl>
|
||||
|
||||
<p>l'alias pr<70>c<EFBFBD>dent ne s'appliquera pas <20> l'url
|
||||
<code>/icons</code>.</p>
|
||||
<code>/icons</code> <20> 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'<27>tre du <var>chemin du fichier</var>.</p>
|
||||
|
||||
<p>Notez qu'il pourra s'av<61>rer n<>cessaire de d<>finir des sections
|
||||
<code class="directive"><a href="../mod/core.html#directory"><Directory></a></code>
|
||||
|
||||
@@ -114,8 +114,8 @@ Negotiation</a></li>
|
||||
0.</dd>
|
||||
|
||||
<dt><code>qs</code></dt>
|
||||
<dd>a floating-point number with a value in the range 0.0
|
||||
to 1.0, indicating the relative 'quality' of this variant
|
||||
<dd>a floating-point number with a value in the range 0[.000]
|
||||
to 1[.000], indicating the relative 'quality' of this variant
|
||||
compared to the other available variants, independent of
|
||||
the client's capabilities. For example, a jpeg file is
|
||||
usually of higher source quality than an ascii file if it
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
<?xml version="1.0" encoding="UTF-8" ?>
|
||||
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
|
||||
<?xml-stylesheet type="text/xsl" href="../style/manual.ja.xsl"?>
|
||||
<!-- English Revision: 420990:1029134 (outdated) -->
|
||||
<!-- English Revision: 420990:1066440 (outdated) -->
|
||||
|
||||
<!--
|
||||
Licensed to the Apache Software Foundation (ASF) under one or more
|
||||
|
||||
@@ -100,7 +100,7 @@
|
||||
encoding. This allows the request to be efficiently streamed,
|
||||
but requires that the backend server supports HTTP/1.1.</dd>
|
||||
<dt>proxy-interim-response</dt>
|
||||
<dd>This variable takes values <code>RFC</code> or
|
||||
<dd>This variable takes values <code>RFC</code> (the default) or
|
||||
<code>Suppress</code>. Earlier httpd versions would suppress
|
||||
HTTP interim (1xx) responses sent from the backend. This is
|
||||
technically a violation of the HTTP protocol. In practice,
|
||||
|
||||
@@ -127,16 +127,21 @@ r
|
||||
<p>La directive <code class="directive">RewriteBase</code> d<>finit
|
||||
explicitement le chemin URL de base (et non le chemin du
|
||||
r<>pertoire dans le syst<73>me de fichiers !) pour les r<><72>critures dans un contexte
|
||||
de r<>pertoire. Lorsque vous utilisez une directive <code class="directive"><a href="#rewriterule">RewriteRule</a></code> dans un fichier
|
||||
de r<>pertoire dont le r<>sultat est la substitution d'un
|
||||
chemin relatif. Lorsque vous utilisez une directive <code class="directive"><a href="#rewriterule">RewriteRule</a></code> dans un fichier
|
||||
<code>.htaccess</code>, <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code> enl<6E>ve le
|
||||
pr<70>fixe de r<>pertoire local avant d'effectuer le traitement, puis
|
||||
r<><72>crit ce qui reste de l'URL. Lorsque la r<><72>criture est termin<69>e,
|
||||
<code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code> rajoute automatiquement le pr<70>fixe de
|
||||
r<>pertoire local au chemin.</p>
|
||||
<code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code> ajoute automatiquement le pr<70>fixe de
|
||||
r<>pertoire local (ou la valeur de la directive
|
||||
<code class="directive">RewriteBase</code> si cette derni<6E>re est d<>finie)
|
||||
<20> la cha<68>ne de substitution avant de la remettre <20> disposition du
|
||||
serveur, comme s'il s'agissait de l'URL d'origine.</p>
|
||||
|
||||
<p>Cette directive est <em>requise</em> pour les r<><72>critures
|
||||
dans un contexte de r<>pertoire d<>fini via la directive
|
||||
<code class="directive"><a href="../mod/mod_alias.html#alias">Alias</a></code>.</p>
|
||||
<code class="directive"><a href="../mod/mod_alias.html#alias">Alias</a></code> lorsque la
|
||||
substitution utilise un chemin relatif.</p>
|
||||
|
||||
<p>Si votre chemin URL n'existe pas r<>ellement dans le syst<73>me de
|
||||
fichiers, ou ne trouve pas directement sous le r<>pertoire d<>fini
|
||||
@@ -282,6 +287,7 @@ la r
|
||||
REQUEST_FILENAME<br />
|
||||
IS_SUBREQ<br />
|
||||
HTTPS<br />
|
||||
REQUEST_SCHEME<br />
|
||||
</td>
|
||||
</tr>
|
||||
</table>
|
||||
@@ -290,7 +296,12 @@ la r
|
||||
HTTP de m<>mes noms, au variables C du serveur HTTP Apache, ou
|
||||
aux champs <code>struct tm</code> du syst<73>me Unix. La
|
||||
plupart d'entre elles sont document<6E>es ailleurs dans le
|
||||
manuel ou dans la sp<73>cification CGI. Parmi les variables
|
||||
manuel ou dans la sp<73>cification CGI.</p>
|
||||
|
||||
<p>SERVER_NAME et SERVER_PORT d<>pendent respectivement
|
||||
des valeurs des directives <code class="directive"><a href="../mod/core.html#usecanonicalname">UseCanonicalName</a></code> et <code class="directive"><a href="../mod/core.html#usecanonicalphysicalport">UseCanonicalPhysicalPort</a></code>.</p>
|
||||
|
||||
<p>Parmi les variables
|
||||
sp<73>cifiques <20> mod_rewrite, ou trouve les suivantes :</p>
|
||||
<div class="note">
|
||||
<dl>
|
||||
@@ -344,11 +355,21 @@ la r
|
||||
(Cette variable peut <20>tre utilis<69>e sans probl<62>me, que
|
||||
<code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code> soit charg<72> ou non.</dd>
|
||||
|
||||
<dt><code>REQUEST_SCHEME</code></dt>
|
||||
|
||||
<dd>Contient le protocole de la requ<71>te (en g<>n<EFBFBD>ral
|
||||
"http" ou "https"). La valeur peut <20>tre modifi<66>e par
|
||||
la directive <code class="directive"><a href="../mod/core.html#servername">ServerName</a></code>.</dd>
|
||||
|
||||
</dl>
|
||||
</div>
|
||||
</li>
|
||||
</ul>
|
||||
|
||||
<p>Si la <em>cha<68>ne de test</em> contient la valeur sp<73>ciale
|
||||
<code>expr</code>, <em>expression de comparaison</em> sera trait<69>
|
||||
en tant qu'expression rationnelle de type <a href="../expr.html">ap_expr</a>.</p>
|
||||
|
||||
<p>Autres points <20> conna<6E>tre ::</p>
|
||||
<ol>
|
||||
<li>
|
||||
@@ -625,6 +646,24 @@ la r
|
||||
</div>
|
||||
</li>
|
||||
|
||||
<li>
|
||||
<p>Si la <em>cha<68>ne de test</em> contient la valeur sp<73>ciale
|
||||
<code>expr</code>, la <em>cha<68>ne de comparaison</em> sera
|
||||
trait<69>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<EFBFBD>rencement direct)
|
||||
non d<>sir<69>.
|
||||
</p>
|
||||
|
||||
<div class="example"><p><code>
|
||||
RewriteCond expr "! %{HTTP_REFERER} -strmatch '*://%{HTTP_HOST}/*'"<br />
|
||||
RewriteRule ^/images - [F]
|
||||
</code></p></div>
|
||||
</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>
|
||||
@@ -921,34 +960,74 @@ la version version 2.1</td></tr>
|
||||
<p><a id="patterns" name="patterns"><em>Mod<6F>le</em></a> est une
|
||||
<a id="regexp" name="regexp">expression rationnelle</a>
|
||||
compatible perl. Dans la premi<6D>re r<>gle de r<><72>criture,
|
||||
l'expression est compar<61>e au (%-encoded)
|
||||
l'expression est compar<61>e au (%-decoded)
|
||||
<a href="./directive-dict.html#Syntax">chemin de l'URL</a> de la
|
||||
requ<71>te ; les expressions suivantes sont compar<61>es <20> la sortie de
|
||||
la derni<6E>re r<>gle de r<><72>criture qui a <20>t<EFBFBD> appliqu<71>e.</p>
|
||||
|
||||
<div class="note"><h3>Qu'est-ce qui est compar<61> ?</h3>
|
||||
<p>Le <em>Mod<6F>le</em> est d'abord compar<61> <20> la partie
|
||||
de l'URL apr<70>s le nom d'h<>te et le port, et avant la cha<68>ne de
|
||||
requ<71>te.</p>
|
||||
|
||||
<p>Dans un contexte de r<>pertoire, <em>Mod<6F>le</em> est compar<61> <20>
|
||||
ce qui reste de l'URL apr<70>s suppression du pr<70>fixe qui a conduit
|
||||
Apache httpd <20> la r<>gle courante (voir la directive <code class="directive"><a href="#rewritebase">RewriteBase</a></code>). Le pr<70>fixe supprim<69>
|
||||
se termine toujours par un slash, ce qui signifie que la
|
||||
correspondance se fera toujours avec une cha<68>ne qui ne commence
|
||||
pas par un slash. Un <em>Mod<6F>le</em> contenant <code>^/</code> ne
|
||||
correspondra jamais dans un contexte de r<>pertoire.</p>
|
||||
|
||||
<p>Dans un contexte de serveur virtuel <code class="directive"><a href="../mod/core.html#virtualhost">VirtualHost</a></code>, le <em>mod<6F>le</em> est tout
|
||||
d'abord compar<61> <20> la portion de l'URL situ<74>e entre le nom d'h<>te
|
||||
<20>ventuellement accompagn<67> du port, et la cha<68>ne de param<61>tres (par
|
||||
exemple "/app1/index.html").</p>
|
||||
|
||||
<p>Dans les contextes de r<>pertoire <code class="directive"><a href="../mod/core.html#directory">Directory</a></code> et htaccess, le
|
||||
<em>mod<6F>le</em> est tout d'abord compar<61> au chemin du <em>syst<73>me
|
||||
de fichiers</em>, apr<70>s suppression du pr<70>fixe ou chemin de base
|
||||
ayant conduit <20> la r<>gle <code class="directive">RewriteRule</code> (par
|
||||
exemple "app1/index.html" ou
|
||||
"index.html" selon l'endroit o<> les directives sont d<>finies).</p>
|
||||
|
||||
<p>Si vous souhaitez faire une comparaison sur le nom
|
||||
d'h<>te, le port, ou la cha<68>ne de requ<71>te, utilisez une
|
||||
directive <code class="directive"><a href="#rewritecond">RewriteCond</a></code>
|
||||
comportant respectivement les variables
|
||||
<code>%{HTTP_HOST}</code>, <code>%{SERVER_PORT}</code>, ou
|
||||
<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>
|
||||
<code>%{QUERY_STRING}</code>.</p>
|
||||
</div>
|
||||
|
||||
<div class="note"><h3>R<><52>critures dans un contexte de r<>pertoire</h3>
|
||||
<ul>
|
||||
<li>L'utilisation du moteur de r<><72>criture dans les
|
||||
fichiers <a href="../howto/htaccess.html">.htaccess</a> et les sections
|
||||
<code class="directive"><a href="../mod/core.html#directory"><Directory></a></code> est un peu plus
|
||||
complexe.</li>
|
||||
|
||||
<li>Pour activer le moteur de r<><72>criture dans ces contextes, vous devez
|
||||
d<EFBFBD>finir "<code>RewriteEngine On</code>" <strong>et</strong>
|
||||
"<code>Options FollowSymLinks</code>". Si l'administrateur a d<>sactiv<69>
|
||||
la possibilit<69> de modifier l'option <code>FollowSymLinks</code> au
|
||||
niveau du r<>pertoire d'un utilisateur, vous ne pouvez pas utiliser le
|
||||
moteur de r<><72>criture. Cette restriction a <20>t<EFBFBD> instaur<75>e <20> des fins de
|
||||
s<EFBFBD>curit<EFBFBD>.</li>
|
||||
|
||||
<li>Lorsqu'on utilise le moteur de r<><72>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<69></em> au cours de la comparaison avec le mod<6F>le de la r<>gle
|
||||
de r<><72>criture, et automatiquement <em>ajout<75></em> lorsqu'une
|
||||
substitution relative (ne d<>butant pas par un slash ou un nom de
|
||||
protocole) arrive <20> la fin d'un jeu de r<>gles. Voir la directive
|
||||
<code class="directive"><a href="#rewritebase">RewriteBase</a></code> pour plus de
|
||||
d<EFBFBD>tails <20> propos de l'ajout du pr<70>fixe apr<70>s les substitutions
|
||||
relatives.</li>
|
||||
|
||||
<li>Si vous souhaitez effectuer une comparaison en prenant en compte
|
||||
l'int<6E>gralit<69> du
|
||||
chemin de l'URL dans un contexte de r<>pertoire (htaccess), vous devez
|
||||
utiliser la variable <code>%{REQUEST_URI}</code> dans la directive
|
||||
<code class="directive">RewriteCond</code>.</li>
|
||||
|
||||
<li>Le prefixe supprim<69> se termine toujours par un slash, ce qui
|
||||
signifie que la comparaison s'effectue avec une cha<68>ne qui ne comporte
|
||||
<em>jamais</em> de slash de d<>but. Ainsi, un <em>mod<6F>le</em> contenant
|
||||
<code>^/</code> ne correspondra jamais dans un contexte de r<>pertoire.</li>
|
||||
|
||||
<li>Bien que les r<>gles de r<><72>criture soient permises du point de vue de
|
||||
la syntaxe dans les sections <code class="directive"><a href="../mod/core.html#location"><Location></a></code> et <code class="directive"><a href="../mod/core.html#files"><Files></a></code>, elles n'y sont pas prises en compte, et
|
||||
n'y sont <20> priori d'aucune utilit<69>.</li>
|
||||
</ul>
|
||||
</div>
|
||||
|
||||
<p>Pour quelques conseils <20> propos des <a class="glossarylink" href="../glossary.html#regex" title="voir glossaire">expressions rationnelles</a>, voir le
|
||||
@@ -1110,14 +1189,15 @@ substitution !
|
||||
</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td>discardpathinfo|DPI</td>
|
||||
<td>discardpath|DPI</td>
|
||||
<td>Supprime la partie PATH_INFO de l'URI r<><72>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> (<28> la valeur
|
||||
<em>VAL</em> si elle est fournie). <em><a href="../rewrite/flags.html#flag_e">d<>tails ...</a></em></td>
|
||||
<em>VAL</em> si elle est fournie). La variante !<em>VAR</em>
|
||||
annule la d<>finition de la variable <em>VAR</em>.<em><a href="../rewrite/flags.html#flag_e">d<>tails ...</a></em></td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td>forbidden|F</td>
|
||||
@@ -1220,45 +1300,6 @@ configuration du module <code class="module"><a href="../mod/mod_userdir.html">m
|
||||
|
||||
<p> Ce d<>veloppement n'est pas effectu<74> si le drapeau <em>PT</em> est
|
||||
utilis<EFBFBD> dans la directive <code class="directive"><a href="#rewriterule">RewriteRule</a></code></p>
|
||||
</div>
|
||||
|
||||
<div class="note"><h3>R<><52>critures dans le contexte de r<>pertoire</h3>
|
||||
|
||||
<p>Le moteur de r<><72>criture peut <20>tre utilis<69> dans les fichiers <a href="../howto/htaccess.html">.htaccess</a>. Pour activer le moteur de
|
||||
r<EFBFBD><EFBFBD>criture pour ces fichiers, vous devez pr<70>ciser "<code>RewriteEngine
|
||||
On</code>" <strong>et</strong> "<code>Options FollowSymLinks</code>"
|
||||
doit <20>tre activ<69>. 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<><72>criture. Cette restriction est
|
||||
n<EFBFBD>cessaire pour des raisons de s<>curit<69>.</p>
|
||||
|
||||
<p>Lorsqu'on utilise le moteur de r<><72>criture dans les fichiers
|
||||
<code>.htaccess</code>, le pr<70>fixe du r<>pertoire (qui est
|
||||
toujours le m<>me pour un r<>pertoire donn<6E>) est automatiquement
|
||||
<em>supprim<69></em> pour la comparaison du mod<6F>le et automatiquement
|
||||
<em>ajout<75></em> une fois la substitution effectu<74>e. Cette fonctionnalit<69>
|
||||
est n<>cessaire pour de nombreux cas de r<><72>criture ; sans elle, vous
|
||||
seriez oblig<69> 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<68>ne de substitution commence
|
||||
par <code>http://</code>, le pr<70>fixe du r<>pertoire ne sera
|
||||
<strong>pas</strong> ajout<75>, et une redirection externe (ou le passage
|
||||
par un mandataire, si le drapeau <strong>P</strong> est utilis<69>) sera
|
||||
initi<EFBFBD>e. Voir la directive <code class="directive"><a href="#rewritebase">RewriteBase</a></code> pour plus de d<>tails.</p>
|
||||
|
||||
<p>Le moteur de r<><72>criture peut aussi <20>tre utilis<69> dans les sections
|
||||
<code class="directive"><a href="../mod/core.html#directory"><Directory></a></code> avec les
|
||||
m<EFBFBD>mes r<>gles de comparaison des pr<70>fixes que celles qui s'appliquent
|
||||
pour les fichiers <code>.htaccess</code>. Cependant, il est en g<>n<EFBFBD>ral
|
||||
plus simple, pour <20>viter la complication des substitutions de pr<70>fixes,
|
||||
de d<>finir les r<>gles de r<><72>criture dans le contexte du serveur
|
||||
principal ou des h<>tes virtuels, plut<75>t que dans une section
|
||||
<code class="directive"><a href="../mod/core.html#directory"><Directory></a></code>.</p>
|
||||
|
||||
<p>Bien que du point de vue syntaxique, il soit permis de d<>finir des
|
||||
r<EFBFBD>gles de r<><72>criture dans les sections <code class="directive"><a href="../mod/core.html#location"><Location></a></code> et <code class="directive"><a href="../mod/core.html#files"><Files></a></code>, ce n'est <20> priori
|
||||
d'aucune utilit<69> et n'est pas support<72>.</p>
|
||||
|
||||
</div>
|
||||
|
||||
<p>Voici toutes les combinaisons de substitution et leurs
|
||||
|
||||
@@ -230,7 +230,7 @@ fonctionnement des variables d'environnement.</p>
|
||||
<p>La syntaxe compl<70>te pour ce drapeau est :</p>
|
||||
|
||||
<div class="example"><p><code>
|
||||
[E=VAR:VAL]
|
||||
[E=!VAR]
|
||||
</code></p></div>
|
||||
|
||||
<p><code>VAL</code> peut comporter des r<>f<EFBFBD>rences arri<72>res
|
||||
@@ -245,6 +245,14 @@ fonctionnement des variables d'environnement.</p>
|
||||
<p>vous pouvez d<>finir la variable d'environnement nomm<6D>e
|
||||
<code>VAR</code> avec une valeur vide.</p>
|
||||
|
||||
<p>La forme</p>
|
||||
|
||||
<div class="example"><p><code>
|
||||
[E=!VAR]
|
||||
</code></p></div>
|
||||
|
||||
<p>permet d'annuler la d<>finition de la variable <code>VAR</code>.</p>
|
||||
|
||||
<p>Les variables d'environnement s'emploient dans diff<66>rents contextes,
|
||||
comme les programmes CGI, d'autres directives RewriteRule, ou des
|
||||
directives CustomLog.</p>
|
||||
|
||||
@@ -21,8 +21,6 @@
|
||||
<p><span>Langues Disponibles: </span><a href="./en/upgrading.html" hreflang="en" rel="alternate" title="English"> en </a> |
|
||||
<a href="./fr/upgrading.html" title="Fran<61>ais"> fr </a></p>
|
||||
</div>
|
||||
<div class="outofdate">Cette traduction peut <20>tre p<>rim<69>e. V<>rifiez la version
|
||||
anglaise pour les changements r<>cents.</div>
|
||||
|
||||
<p>Afin d'assister les utilisateurs lors de leurs op<6F>rations de mise <20>
|
||||
jour, nous maintenons un document
|
||||
@@ -240,6 +238,12 @@ n
|
||||
<li><code class="module"><a href="./mod/mod_auto_index.html">mod_auto_index</a></code>: extrait maintenant les titres
|
||||
et affiche la description pour les fichiers .xhtml qui <20>taient
|
||||
jusqu'alors ignor<6F>s.</li>
|
||||
|
||||
<li><code class="module"><a href="./mod/mod_ssl.html">mod_ssl</a></code> : le format par d<>faut des variables
|
||||
<code>*_DN</code> a chang<6E>. Il est cependant encore possible
|
||||
d'utiliser l'ancien format via la nouvelle option
|
||||
<code>LegacyDNStringFormat</code> de la directive <code class="directive"><a href="./mod/mod_ssl.html#ssloptions">SSLOptions</a></code>.</li>
|
||||
|
||||
<li><code class="program"><a href="./programs/htpasswd.html">htpasswd</a></code> utilise maintenant par d<>faut les
|
||||
condens<6E>s MD5 sur toutes les plates-formes.</li>
|
||||
</ul>
|
||||
|
||||
@@ -8,6 +8,6 @@
|
||||
|
||||
<variants>
|
||||
<variant>en</variant>
|
||||
<variant outdated="yes">fr</variant>
|
||||
<variant>fr</variant>
|
||||
</variants>
|
||||
</metafile>
|
||||
|
||||
@@ -24,8 +24,6 @@
|
||||
<a href="../ko/vhosts/ip-based.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
|
||||
<a href="../tr/vhosts/ip-based.html" hreflang="tr" rel="alternate" title="T<>rk<72>e"> tr </a></p>
|
||||
</div>
|
||||
<div class="outofdate">Cette traduction peut <20>tre p<>rim<69>e. V<>rifiez la version
|
||||
anglaise pour les changements r<>cents.</div>
|
||||
</div>
|
||||
<div id="quickview"><ul id="toc"><li><img alt="" src="../images/down.gif" /> <a href="#requirements">Syst<73>me requis</a></li>
|
||||
<li><img alt="" src="../images/down.gif" /> <a href="#howto">Comment configurer Apache</a></li>
|
||||
@@ -49,14 +47,9 @@ r
|
||||
IP" et la commande "ifconfig" pour les activer), et/ou utiliser
|
||||
plusieurs num<75>ros de port.</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>
|
||||
|
||||
<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>
|
||||
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||||
<div class="section">
|
||||
<h2><a name="howto" id="howto">Comment configurer Apache</a></h2>
|
||||
@@ -115,7 +108,7 @@ r
|
||||
que le processus r<>sident doit g<>rer. Par exemple :</p>
|
||||
|
||||
<div class="example"><p><code>
|
||||
Listen www.example.com:80
|
||||
Listen 192.0.2.100:80
|
||||
</code></p></div>
|
||||
|
||||
<p>Il est recommand<6E> d'utiliser une adresse IP plut<75>t qu'un nom
|
||||
|
||||
@@ -8,7 +8,7 @@
|
||||
|
||||
<variants>
|
||||
<variant>en</variant>
|
||||
<variant outdated="yes">fr</variant>
|
||||
<variant>fr</variant>
|
||||
<variant outdated="yes">ja</variant>
|
||||
<variant outdated="yes">ko</variant>
|
||||
<variant outdated="yes">tr</variant>
|
||||
|
||||
@@ -49,25 +49,15 @@
|
||||
IP address and then configure the Apache HTTP Server to recognize
|
||||
the different hostnames. Name-based virtual hosting also eases
|
||||
the demand for scarce IP addresses. Therefore you should use
|
||||
name-based virtual hosting unless there is a specific reason to
|
||||
choose IP-based virtual hosting. Some reasons why you might consider
|
||||
using IP-based virtual hosting:</p>
|
||||
|
||||
<ul>
|
||||
<li>Name-based virtual hosting often <a href="../ssl/ssl_faq.html#vhosts">
|
||||
cannot be used with SSL secure servers</a>
|
||||
because of the nature of the SSL protocol.</li>
|
||||
|
||||
<li>Some operating systems and network equipment implement bandwidth
|
||||
management techniques that cannot differentiate between hosts unless
|
||||
they are on separate IP addresses.</li>
|
||||
</ul>
|
||||
name-based virtual hosting unless you are using equipment
|
||||
that explicitly demands IP-based hosting. Historical reasons for
|
||||
IP-based virtual hosting based on client support are no longer
|
||||
applicable to a general-purpose web server.</p>
|
||||
|
||||
<p> Name-based virtual hosting builds off of the IP-based virtual host
|
||||
selection algorithm, meaning that searches for the proper server name
|
||||
occur only between virtual hosts that have the best IP-based address.</p>
|
||||
|
||||
|
||||
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||||
<div class="section">
|
||||
<h2><a name="alg" id="alg">How the server selects the proper name-based virtual host</a></h2>
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
<?xml version='1.0' encoding='UTF-8' ?>
|
||||
<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
|
||||
<?xml-stylesheet type="text/xsl" href="../style/manual.de.xsl"?>
|
||||
<!-- English Revision: 420990:1053666 (outdated) -->
|
||||
<!-- English Revision: 420990:1066434 (outdated) -->
|
||||
|
||||
<!--
|
||||
Licensed to the Apache Software Foundation (ASF) under one or more
|
||||
|
||||
@@ -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: 1053231:1053666 (outdated) -->
|
||||
<!-- English Revision: 1053231:1066434 (outdated) -->
|
||||
<!-- French translation by alain B, review by Vincent Deffontaines
|
||||
updated by Lucien GENTIS -->
|
||||
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
<?xml version="1.0" encoding="UTF-8" ?>
|
||||
<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
|
||||
<?xml-stylesheet type="text/xsl" href="../style/manual.ja.xsl"?>
|
||||
<!-- English Revision: 420990:1053666 (outdated) -->
|
||||
<!-- English Revision: 420990:1066434 (outdated) -->
|
||||
|
||||
<!--
|
||||
Licensed to the Apache Software Foundation (ASF) under one or more
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
<?xml version='1.0' encoding='EUC-KR' ?>
|
||||
<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
|
||||
<?xml-stylesheet type="text/xsl" href="../style/manual.ko.xsl"?>
|
||||
<!-- English Revision: 420990:1053666 (outdated) -->
|
||||
<!-- English Revision: 420990:1066434 (outdated) -->
|
||||
|
||||
<!--
|
||||
Licensed to the Apache Software Foundation (ASF) under one or more
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
<?xml version='1.0' encoding='UTF-8' ?>
|
||||
<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
|
||||
<?xml-stylesheet type="text/xsl" href="../style/manual.tr.xsl"?>
|
||||
<!-- English Revision: 659902:1053666 (outdated) -->
|
||||
<!-- English Revision: 659902:1066434 (outdated) -->
|
||||
<!-- =====================================================
|
||||
Translated by: Nilgün Belma Bugüner <nilgun belgeler.org>
|
||||
Reviewed by: Orhan Berent <berent belgeler.org>
|
||||
|
||||
Reference in New Issue
Block a user