From: Lucien Gentis La spécification de CGI définit un certain nombre de variables
+ dâenvironnement qui sâajoutent à celles définies par la spécification de
+ HTTP. Elles ont été plus largement adoptées et constituent une méthode
+ standard pour transmettre des informations entre le navigateur et le
+ serveur, et entre les processus au sein du serveur. Nous en décrivons
+ quelques unes ici ; consultez la spécification de CGI pour plus de détails. La variable Dans cet exemple, la variable La variable Dans cet exemple, Cet exemple renverrait un message d'erreur du style : Notez que, comme indiqué plus haut, certains champs sont
diff --git a/docs/manual/mod/mod_brotli.xml.fr b/docs/manual/mod/mod_brotli.xml.fr
index 1b229ba3c3..04bcbe3095 100644
--- a/docs/manual/mod/mod_brotli.xml.fr
+++ b/docs/manual/mod/mod_brotli.xml.fr
@@ -1,7 +1,7 @@
-
+
@@ -150,14 +150,14 @@ Header set Vary *
<IfModule mod_headers.c>
# Sert des fichiers CSS et JS compressés par brotli, s'ils existent
# et si le client supporte brotli.
+ RewriteEngine On
RewriteCond "%{HTTP:Accept-encoding}" "br"
- RewriteCond "%{REQUEST_FILENAME}\.br" "-s"
- RewriteRule "^(.*)\.(js|css)" "$1\.$2\.br" [QSA]
+ RewriteCond "%{LA-U:REQUEST_FILENAME}.br" "-s"
+ RewriteRule "^(.*)\.(js|css)" "$1.$2.br" [QSA]
# Sert des types de contenu corrects, et évite la double compression.
- RewriteRule "\.css\.gz$" "-" [T=text/css,E=no-brotli:1]
- RewriteRule "\.js\.gz$" "-" [T=text/javascript,E=no-brotli:1]
-
+ RewriteRule "\.css\.br$" "-" [T=text/css,E=no-brotli:1,E=no-gzip:1]
+ RewriteRule "\.js\.br$" "-" [T=text/javascript,E=no-brotli:1,E=no-gzip:1]
<FilesMatch "(\.js\.br|\.css\.br)$">
# Sert un type d'encodage correct.
diff --git a/docs/manual/mod/mod_dav.xml.fr b/docs/manual/mod/mod_dav.xml.fr
index d8cac8c30e..d27e02c1fa 100644
--- a/docs/manual/mod/mod_dav.xml.fr
+++ b/docs/manual/mod/mod_dav.xml.fr
@@ -1,7 +1,7 @@
-
+
@@ -69,16 +69,16 @@ href="http://www.webdav.org/">WebDAV)
Cette directive n'a d'utilité que pour les serveurs mandataires
Apache httpd au sein d'un Intranet. La directive
- QUERY_STRING est définie avec tout ce
+ qui apparaît après un point dâinterrogation à la fin de lâURL dâune
+ requête. Elle permet de transmettre des informations au serveur et peut
+ être divisée en paires clé/valeur. Lâencodage de la chaîne doit être de
+ type URL.QUERY_STRING est définie
+ avec tout ce qui suit le point dâinterrogation, et lâapplication
+ réceptrice (une application CGI ou un script PHP, par exemple) est
+ chargée dâen extraire les paires clé/valeur.PATH_INFO est définie avec toute valeur qui
+ apparaît après une ressource correspondante à la fin de lâURL,
+ QUERY_STRING non comprise. Tout paraît plus clair avec un
+ exemple :PATH_INFO est définie avec la chaîne
+ /additional/data et QUERY_STRING avec la
+ chaîne key1=value1.CONNECT
CONNECTer à travers le
mandataire
Par défaut, seuls les ports par défauts https (443)
+
Par défaut, seuls les ports par défaut https (443)
et snews (563) sont pris en compte. Vous pouvez
utiliser la directive
Définir la valeur à None pour interdire les requêtes
+ CONNECT vers tous les ports, y compris ceux par défaut.
Ces variables correspondent toutes aux en-têtes MIME
- HTTP de mêmes noms, au variables C du serveur HTTP Apache, ou
- aux champs struct tm du système Unix. La
- plupart d'entre elles sont documentées ici, dans la
- spécification CGI ou ailleurs dans le
- manuel.
Ces variables correspondent toutes aux en-têtes MIME HTTP de
+ mêmes noms, au variables C du serveur HTTP Apache, ou aux champs
+ struct tm du système Unix. La plupart d'entre elles
+ sont documentées dans la documentation des expressions, dans
+ la documentation des variables
+ dâenvironnement ou dans la spécification de
+ CGI.
SERVER_NAME et SERVER_PORT dépendent respectivement
des valeurs des directives
+Si cette directive est à on dans un contexte de serveur
+(globalement, en dehors de tout bloc on dans tous les serveurs virtuels par défaut à base de
+nom : les clients non-SNI se verront refuser lâaccès à tout serveur virtuel Ã
+base de nom.
+
Cette option n'est disponible que si httpd a été compilé avec une version d'OpenSSL supportant SNI. diff --git a/docs/manual/platform/windows.xml.fr b/docs/manual/platform/windows.xml.fr index 2b2b526f94..963ea1f56f 100644 --- a/docs/manual/platform/windows.xml.fr +++ b/docs/manual/platform/windows.xml.fr @@ -1,7 +1,7 @@ - + @@ -78,9 +78,7 @@ éventuellement PHP et MySQL sous Microsoft Windows :
diff --git a/docs/manual/rewrite/flags.xml.fr b/docs/manual/rewrite/flags.xml.fr index f138ef90be..03f310ec92 100644 --- a/docs/manual/rewrite/flags.xml.fr +++ b/docs/manual/rewrite/flags.xml.fr @@ -1,7 +1,7 @@ - + @@ -805,6 +805,10 @@ dire [R,L]), car employé seul, le drapeau [R] préfixe l'URI avec avertissements 'Invalid URI in request'. +Remarque : httpd ne prend en charge que les codes dâétat inclus dans la +spécification de HTTP. Utiliser un code dâétat non reconnu provoquera une erreur +500 et lâenregistrement dâun message dans le journal des erreurs.
+On réécrit simplement le nom du fichier en son nom - de base et vérifie s'il existe aussi avec la nouvelle - extension. Si c'est le cas, on utilise ce nom, sinon on - réécrit l'URL sous sa forme originale.
+LâURL nâest réécrite en remplaçant lâancienne extension par la + nouvelle que si le fichier cible avec la nouvelle extension existe et + si le fichier originel avec lâancienne extension nâexiste pas. Sinon, + lâURL reste inchangée.