From d067fedc24a319f5f3d03c82e93d56b1b360c28b Mon Sep 17 00:00:00 2001
From: Rich Bowen For example, you might use the following map
file and directives to provide a random load balancing between
- several back-end server, via a reverse-proxy. Images are sent
+ several back-end servers, via a reverse-proxy. Images are sent
to one of the servers in the 'static' pool, while everything
else is sent to one of the 'dynamic' pool. Ce document passe en revue certains détails techniques à propos du
module mod_rewrite et de la mise en correspondance des URLs Dans un contexte de niveau répertoire (autrement dit dans les
fichiers .htaccess
et les sections
Directory
), les règles de réécriture s'appliquent après
- la traduction de l'URL en nom de fichier. C'est pourquoi mod_rewrite
- retraduit temporairement le nom de fichier en URL en supprimant le
- chemin de répertoire avant d'appliquer les règles (Reportez-vous à
- la directive RewriteBase
- pour voir comment vous pourrez par la suite personnaliser la manière
- dont tout ceci est traité). Ensuite, une nouvelle sous-requête
- interne est initiée avec la nouvelle URL, ce qui redémarre le
- traitement des phases de l'API.RewriteRule
est le
+ chemin complet vers le nom de fichier traduit amputé de la partie
+ répertoires (y compris le dernier slash).
Un exemple : si les règles se trouvent dans + /var/www/foo/.htaccess et si une requête pour /foo/bar/baz est + traité, une expression comme ^bar/baz$ correspondra.
+ +Si une substitution intervient dans un contexte de répertoire,
+ une nouvelle sous-requête interne est générée avec la nouvelle URL,
+ ce qui relance le traitement des phases de la requête. Si la
+ substitution est un chemin relatif, la directive RewriteBase
détermine le chemin URL
+ devant préfixer cette substitution. Dans un contexte de répertoire,
+ il faut s'assurer de créer des règles qui, dans certains cas,
+ n'effectueront pas de substitution afin d'éviter les bouclages (au
+ cours d'une passe ultérieure du processus de réécriture au niveau
+ répertoire). Voir Bouclage dans le
+ processus de réécriture pour une discussion plus détaillée à
+ propos de ce problème.
En conséquence de cette manipulation de l'URL , vous devrez pensez à confectionner différemment vos règles de réécriture dans un @@ -151,13 +162,15 @@ correspondance
Comme vous pouvez le voir, l'URL est tout d'abord comparée au +
L'URL est tout d'abord comparée au
Modèle de chaque règle. Lorsqu'une règle ne s'applique
pas, mod_rewrite stoppe immédiatement le traitement de cette règle
et passe à la règle suivante. Si l'URL correspond au
Modèle, mod_rewrite recherche la présence de conditions
- correspondantes. S'il n'y en a pas, mod_rewrite remplace
- simplement l'URL par une chaîne élaborée à partir de la chaîne de
+ correspondantes (les directives Rewritecond apparaissant dans la
+ configuration juste
+ avant les règles de réécriture). S'il n'y en a pas, mod_rewrite remplace
+ l'URL par une chaîne élaborée à partir de la chaîne de
Substitution, puis passe à la règle suivante. Si des
conditions sont présentes, mod_rewrite lance un bouclage
secondaire afin de les traiter selon l'ordre dans lequel elles
diff --git a/docs/manual/rewrite/tech.xml.meta b/docs/manual/rewrite/tech.xml.meta
index f8fb2f4fda..09c2c39746 100644
--- a/docs/manual/rewrite/tech.xml.meta
+++ b/docs/manual/rewrite/tech.xml.meta
@@ -8,6 +8,6 @@