From: Lucien Gentis Date: Sun, 13 Nov 2011 16:13:34 +0000 (+0000) Subject: Updates. X-Git-Tag: 2.5.0-alpha~7905 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=fa60fda7e039a9dd02ab0112107b6546d81fef62;p=apache Updates. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1201450 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/dso.xml.fr b/docs/manual/dso.xml.fr index 95b18391d5..fe65df936a 100644 --- a/docs/manual/dso.xml.fr +++ b/docs/manual/dso.xml.fr @@ -3,7 +3,7 @@ - + + @@ -1676,12 +1676,14 @@ requête Caractéristiques de fichier utilisées lors de la génération de l'en-tête de réponse HTTP ETag pour les fichiers statiques FileETag composant ... -FileETag INode MTime Size +FileETag MTime Size server configvirtual host directory.htaccess FileInfo +La valeur par défaut était "INode MTime Size" +dans les versions 2.3.14 et antérieures.

@@ -1733,7 +1735,7 @@ host localisations où WebDAV est activé et qui utilisent mod_dav_fs comme fournisseur de stockage. mod_dav_fs utilise - INode MTime Size comme format fixe pour les + MTime Size comme format fixe pour les comparaisons de champs ETag dans les requêtes conditionnelles. Ces requêtes conditionnelles échoueront si le format ETag est modifié via la directive diff --git a/docs/manual/mod/mod_headers.xml.fr b/docs/manual/mod/mod_headers.xml.fr index 6f660b1c41..e0013198c5 100644 --- a/docs/manual/mod/mod_headers.xml.fr +++ b/docs/manual/mod/mod_headers.xml.fr @@ -1,7 +1,7 @@ - + @@ -202,7 +202,7 @@ tardif Définit un cookie de test si et seulement si le client n'envoie pas de cookie - Header set Set-Cookie testcookie !$req{Cookie} + Header set Set-Cookie testcookie "expr=-z %{req:Cookie}" @@ -298,17 +298,17 @@ tardif

early
Spécifie traitement préalable.
-
env=[!]variable
+
env=[!]variable
La directive est appliquée si et seulement si la variable d'environnement variable existe. Un ! devant variable inverse le test, et la directive ne s'appliquera alors que si variable n'est pas définie.
-
expr
-
Une chaîne qui correspond à toute valeur ci-dessus est - interprétée comme une expression. Les détails à propos de la syntaxe - des expressions et leur évaluation sont pour l'instant mieux - documentés dans la page de mod_filter.
+
expr=expression
+
La directive s'applique si et seulement si expression + est évaluée à true. Vous trouverez plus de détails à propos de la + syntaxe et de l'évaluation des expressions dans la documentation ap_expr.

Excepté le cas du mode précoce, la directive @@ -493,17 +493,17 @@ tardif

early
Spécifie traitement préalable.
-
env=[!]variable
+
env=[!]variable
La directive est appliquée si et seulement si la variable d'environnement variable existe. Un ! devant variable inverse le test, et la directive ne s'appliquera alors que si variable n'est pas définie.
-
expr
-
Une chaîne qui correspond à toute valeur ci-dessus est - interprétée comme une expression. Les détails à propos de la syntaxe - des expressions et leur évaluation sont pour l'instant mieux - documentés dans la page de mod_filter.
+
expr=expression
+
La directive s'applique si et seulement si expression + est évaluée à true. Vous trouverez plus de détails à propos de la + syntaxe et de l'évaluation des expressions dans la documentation ap_expr.

Excepté le cas du mode précoce, les diff --git a/docs/manual/rewrite/tech.xml.fr b/docs/manual/rewrite/tech.xml.fr index 6c5b87e184..5927c16a38 100644 --- a/docs/manual/rewrite/tech.xml.fr +++ b/docs/manual/rewrite/tech.xml.fr @@ -1,7 +1,7 @@ - + @@ -92,7 +92,11 @@ correspondance 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.

+ 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.

En conséquence de cette manipulation de l'URL , vous devrez pensez à confectionner différemment vos règles de réécriture dans un @@ -163,13 +167,15 @@ correspondance Figure 1:Déroulement du contrôle à travers le jeu de règles de réécriture

-

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/ssl/ssl_compat.xml.fr b/docs/manual/ssl/ssl_compat.xml.fr index 3384cba075..a84a058681 100644 --- a/docs/manual/ssl/ssl_compat.xml.fr +++ b/docs/manual/ssl/ssl_compat.xml.fr @@ -1,7 +1,7 @@ - + @@ -28,20 +28,14 @@ Chiffrement fort SSL/TLS : Compatibilité

-
-

Tous les PCs sont compatibles. Mais certains sont plus compatibles que -d'autres.

-

-- Inconnu

-

Ce document couvre la compatibilité ascendante entre mod_ssl et d'autres solutions SSL. mod_ssl n'est pas la seule solution SSL pour Apache ; quatre autres produits sont (ou ont été) également disponibles : Apache-SSL, le produit libre de -Ben Laurie (d'où mod_ssl est issu à l'origine en 1998), Secure -Web Server, un produit commercial de Red Hat (basé sur mod_ssl), -Raven SSL Module, un produit commercial +Ben Laurie (d'où mod_ssl est issu à l'origine en 1998), Secure +Web Server, un produit commercial de Red Hat (basé sur mod_ssl), +Raven SSL Module, un produit commercial de Covalent (basé lui aussi sur mod_ssl), et enfin Stronghold, produit commercial de C2Net et maintenant de Red Hat, (basé sur une branche @@ -75,7 +69,9 @@ supportées par mod_ssl.

Compatibilité entre Apache-SSL 1.x et mod_ssl 2.0.x : SSLEnableSSLEngine onplus compacte SSLDisableSSLEngine offplus compacte -SSLLogFile fileSSLLog fileplus compacte +SSLLogFile +fileUtilisez plutôt la directive +de niveau module LogLevel. SSLRequiredCiphers specSSLCipherSuite specrenommée SSLRequireCipher c1 ...SSLRequire %{SSL_CIPHER} in {"c1", @@ -97,7 +93,9 @@ supportées par mod_ssl.

SSL_CipherSuite argSSLCipherSuite argrenommée SSL_X509VerifyDir argSSLCACertificatePath argrenommée -SSL_Log fileSSLLogFile filerenommée +SSL_Log +file-Utilisez plutôt la directive +de niveau module LogLevel SSL_Connect flagSSLEngine flagrenommée SSL_ClientAuth argSSLVerifyClient argrenommée diff --git a/docs/manual/upgrading.xml.fr b/docs/manual/upgrading.xml.fr index d8c2935961..a7297a81d9 100644 --- a/docs/manual/upgrading.xml.fr +++ b/docs/manual/upgrading.xml.fr @@ -3,7 +3,7 @@ - +