From: Lucien Gentis Date: Fri, 18 Nov 2011 16:12:05 +0000 (+0000) Subject: Updates. X-Git-Tag: 2.5.0-alpha~7864 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=78b9f5093f261f6b907cfeeb603c1c7a6f49c027;p=apache Updates. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1203714 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/expr.xml.fr b/docs/manual/expr.xml.fr index 7d0dbe0514..7ef56119ba 100644 --- a/docs/manual/expr.xml.fr +++ b/docs/manual/expr.xml.fr @@ -1,7 +1,7 @@ - + @@ -49,6 +49,8 @@ Else RewriteCond SetEnvIfExpr +Header +RequestHeader FilterProvider Require expr SSLRequire diff --git a/docs/manual/mod/core.xml.fr b/docs/manual/mod/core.xml.fr index 42c4f231b5..c585ac58f0 100644 --- a/docs/manual/mod/core.xml.fr +++ b/docs/manual/mod/core.xml.fr @@ -1,7 +1,7 @@ - + @@ -2642,7 +2642,7 @@ requête HTTP d'octets autorisés dans un en-tête de requête HTTP.

La directive LimitRequestFieldSize permet - à l'administrateur du serveur de réduire ou augmenter la taille + à l'administrateur du serveur de définir la taille maximale autorisée d'un en-tête de requête HTTP. Pour un serveur, cette valeur doit être suffisamment grande pour contenir tout en-tête d'une requête client normale. La taille d'un champ d'en-tête @@ -2664,7 +2664,9 @@ requête HTTP Dans des conditions normales, la valeur par défaut de cette - directive ne doit pas être modifiée. + directive ne doit pas être modifiée. En outre, vous ne + pouvez pas spécifier une valeur supérieure à 8190 sans modifier le + code source et recompiler. Avertissement

Dans le cas des serveurs virtuels à base de noms, la valeur de @@ -2688,7 +2690,7 @@ HTTP pour une ligne de requête HTTP en octets.

La directive LimitRequestLine permet à - l'administrateur du serveur de réduire ou augmenter la taille + l'administrateur du serveur de définir la taille maximale autorisée d'une ligne de requête HTTP client. Comme une requête comporte une méthode HTTP, un URI, et une version de protocole, la directive LimitRequestLine @@ -2710,7 +2712,9 @@ HTTP Dans des conditions normales, la valeur par défaut de cette - directive ne doit pas être modifiée. + directive ne doit pas être modifiée. En outre, vous ne + pouvez pas spécifier une valeur supérieure à 8190 sans modifier le + code source et recompiler. Avertissement

Dans le cas des serveurs virtuels à base de noms, la valeur de diff --git a/docs/manual/mod/mod_authnz_ldap.xml.fr b/docs/manual/mod/mod_authnz_ldap.xml.fr index c3c2744c92..9d01fad09c 100644 --- a/docs/manual/mod/mod_authnz_ldap.xml.fr +++ b/docs/manual/mod/mod_authnz_ldap.xml.fr @@ -1,7 +1,7 @@ - + @@ -1197,6 +1197,8 @@ l'utilisateur. directory.htaccess AuthConfig +Disponible à partir de la version 2.3.0 du serveur HTTP +Apache

Lorsque cette directive est définie à une valeur X @@ -1304,6 +1306,8 @@ groupes. directory.htaccess AuthConfig +Disponible à partir de la version 2.3.0 du serveur HTTP +Apache

Un objet groupe LDAP peut contenir des membres qui sont des @@ -1329,6 +1333,8 @@ sous-groupes. directory.htaccess AuthConfig +Disponible à partir de la version 2.3.0 du serveur HTTP +Apache

Un objet groupe LDAP peut contenir des membres qui sont des diff --git a/docs/manual/mod/mod_ldap.xml.fr b/docs/manual/mod/mod_ldap.xml.fr index 72b32fc138..18d826d818 100644 --- a/docs/manual/mod/mod_ldap.xml.fr +++ b/docs/manual/mod/mod_ldap.xml.fr @@ -1,7 +1,7 @@ - + @@ -740,6 +740,8 @@ recherche et d'identification LDAP en secondes LDAPTimeout secondes LDAPTimeout 60 server config +Disponible à partir de la version 2.3.5 du serveur HTTP +Apache

Cette directive permet de spécifier le délai d'attente pour les diff --git a/docs/manual/mod/mod_proxy.xml.fr b/docs/manual/mod/mod_proxy.xml.fr index 7ebf934d92..89f5b65541 100644 --- a/docs/manual/mod/mod_proxy.xml.fr +++ b/docs/manual/mod/mod_proxy.xml.fr @@ -1,7 +1,7 @@ - + @@ -1500,6 +1500,8 @@ réécrit la chaîne correspondant au domaine dans les en-t&eci Set-Cookie.

+ + ProxyPassReverseCookiePath Ajuste la chaîne correspondant au chemin dans les en-têtes @@ -1510,11 +1512,27 @@ Set-Cookie en provenance d'un serveur mandaté directory -

L'utilisation de cette directive est similaire à celle de la -directive ProxyPassReverse, -mais au lieu de réécrire des en-têtes qui contiennent des URLs, elle -réécrit la chaîne correspondant au chemin dans les en-têtes -Set-Cookie.

+

+Cette directive s'avère utile en conjonction avec la directive +ProxyPassReverse dans les +situations où les chemins d'URL d'arrière-plan correspondent à des +chemins publics sur le mandataire inverse. Cette directive permet de +réécrire la chaîne path dans les en-têtes +Set-Cookie. Si le début du chemin du cookie correspond à +chemin-interne, le chemin du cookie sera remplacé par +chemin-public. +

+Dans l'exemple fourni avec la directive ProxyPassReverse, la directive : +

+ + ProxyPassReverseCookiePath / /mirror/foo/ + +

+va réécrire un cookie possédant un chemin d'arrière-plan / +(ou /example ou en fait tout chemin) +en /mirror/foo/.. +

 @@ -1930,7 +1948,8 @@ les configurations de mandataires inverses ProxyPassReverseCookiePath, en leur indiquant de remplacer la chaîne ${nom_var} dans les directives de configuration par la valeur de la variable d'environnement - nom_var.

+ nom_var (si l'option interpolate est + spécifiée).

Conservez cette directive à off (pour les performances du serveur), sauf si vous en avez réellement besoin.

diff --git a/docs/manual/new_features_2_4.xml.fr b/docs/manual/new_features_2_4.xml.fr index 1d05a78b0d..83101bc9ea 100644 --- a/docs/manual/new_features_2_4.xml.fr +++ b/docs/manual/new_features_2_4.xml.fr @@ -3,7 +3,7 @@ - + + @@ -85,18 +85,29 @@ correspondance

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 la requête. Vérifiez que vos règles ne - créent pas de boucle infinie. Voir Bouclage dans la - réécriture pour une discussion plus approfondie à propos de ce - problème.

+ la traduction de l'URL en nom de fichier. C'est pourquoi le chemin + URL auquel mod_rewrite compare initialement les directives + 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 diff --git a/docs/manual/upgrading.xml.fr b/docs/manual/upgrading.xml.fr index a7297a81d9..5167b5430c 100644 --- a/docs/manual/upgrading.xml.fr +++ b/docs/manual/upgrading.xml.fr @@ -3,7 +3,7 @@ - +