From: Rich Bowen
Ce document complète la documentation de référence des modules
mod_cache, mod_cache_disk,
@@ -57,19 +55,15 @@
mod_cache et son module de fournisseur
- mod_cache_disk proposent une mise en cache
- intelligente de niveau HTTP. Le contenu proprement dit est
- stocké dans le cache, et mod_cache vise à respecter tous les
- en-têtes HTTP, ainsi que les options qui contrôlent la mise en
- cache du contenu comme décrit dans la Section
- 13 de la RFC2616. mod_cache peut gérer des
- configurations de mise en cache simples, mais aussi complexes
- comme dans les cas où vous avez à faire à des contenus mandatés,
- Ã des contenus locaux dynamiques, ou lorsque vous avez besoin
- d'accélérer l'accès aux fichiers locaux situés sur disque
- supposé lent.
- mod_cache et son module de fournisseur
+ mod_cache_disk proposent une mise en cache intelligente
+ de niveau HTTP. Le contenu proprement dit est stocké dans le cache, et
+ mod_cache vise à respecter tous les en-têtes HTTP, ainsi que les options
+ qui contrôlent la mise en cache du contenu comme décrit dans RFC 2616. mod_cache peut gérer des
+ configurations de mise en cache simples, mais aussi complexes comme dans
+ les cas où vous avez à faire à des contenus mandatés, à des contenus
+ locaux dynamiques, ou lorsque vous avez besoin d'accélérer l'accès aux
+ fichiers locaux situés sur disque supposé lent. | Modules Apparentés | Directives Apparentées |
|---|---|
Le module mod_cache permet de tirer avantage du
- mécanisme de mise en cache en ligne faisant partie
- intégrante du protocole HTTP, et décrit dans la section
- 13 de la RFC2616.
A la différence d'un cache simple clé/valeur à deux états où le contenu est supprimé lorsqu'il est périmé, un cache HTTP comporte un @@ -169,8 +162,7 @@
Le fonctionnement détaillé d'un cache HTTP est décrit dans la Section - 13 de la RFC2616.
+Le fonctionnement détaillé d'un cache HTTP est décrit dans la RFC 2616.
La liste complète des conditions nécessaires pour qu'une - réponse puisse être enregistrée dans un cache HTTP est fournie - dans la section - 13.4 Response Cacheability de la RFC2616, et peut se résumer +
La liste complète des conditions nécessaires pour qu'une réponse puisse + être enregistrée dans un cache HTTP est fournie dans la RFC 2616 (Response Cacheability), et peut se résumer ainsi :
Apache HTTPD prend en charge la négociation de @@ -87,10 +85,9 @@ conventions de nommage avec une préférence pour GIF ou JPEG par rapport à tout autre type de média, mais autorisant tout autre type de média en dernier ressort :
-
- Accept-Language: fr; q=1.0, en; q=0.5
- Accept: text/html; q=1.0, text/*; q=0.8, image/gif; q=0.6, image/jpeg; q=0.6, image/*; q=0.5, */*; q=0.1
-
Accept-Language: fr; q=1.0, en; q=0.5 +Accept: text/html; q=1.0, text/*; q=0.8, image/gif; q=0.6, image/jpeg; q=0.6, image/*; q=0.5, */*; q=0.1+
httpd prend en charge la négociation de contenu « server driven » (telle qu'elle est définie dans la spécification HTTP/1.1), où c'est le serveur qui @@ -174,17 +171,16 @@ conventions de nommage relatifs pour tout fichier situé sur le même serveur que le fichier de correspondances.
-
- URI: foo
-
- URI: foo.en.html
- Content-type: text/html
- Content-language: en
-
- URI: foo.fr.de.html
- Content-type: text/html;charset=iso-8859-2
- Content-language: fr, de
-
URI: foo + +URI: foo.en.html +Content-type: text/html +Content-language: en + +URI: foo.fr.de.html +Content-type: text/html;charset=iso-8859-2 +Content-language: fr, de+
Notez aussi qu'un fichier de correspondances de types prend le pas sur les extensions de noms de fichier, même si les Multivues sont activées. Si @@ -209,34 +205,32 @@ conventions de nommage original dans le fichier de correspondances de types sans avoir à le renommer :
-
- URI: foo
-
- URI: foo.html
- Content-type: text/html
- Content-language: en
-
- URI: foo.fr.html
- Content-type: text/html
- Content-language: fr
-
URI: foo + +URI: foo.html +Content-type: text/html +Content-language: en + +URI: foo.fr.html +Content-type: text/html +Content-language: fr+
Si les variantes possèdent des qualités de source différentes, elles peuvent être indiquées par lâajout du paramètre « qs » au type de média, comme pour cette image (disponible en JPEG, GIF ou ASCII-art) :
-
- URI: foo
-
- URI: foo.jpeg
- Content-type: image/jpeg; qs=0.8
-
- URI: foo.gif
- Content-type: image/gif; qs=0.5
-
- URI: foo.txt
- Content-type: text/plain; qs=0.01
-
URI: foo + +URI: foo.jpeg +Content-type: image/jpeg; qs=0.8 + +URI: foo.gif +Content-type: image/gif; qs=0.5 + +URI: foo.txt +Content-type: text/plain; qs=0.01+
Les valeurs de qs peuvent varier de 0.000 Ã 1.000. Notez que toute
variante possédant une valeur de qs de 0.000 ne sera jamais choisie.
diff --git a/docs/manual/content-negotiation.xml.meta b/docs/manual/content-negotiation.xml.meta
index 5ebb3ced68..d9d19c5db3 100644
--- a/docs/manual/content-negotiation.xml.meta
+++ b/docs/manual/content-negotiation.xml.meta
@@ -8,7 +8,7 @@
La conception modulaire du serveur HTTP Apache permet à l'administrateur
de choisir les fonctionnalités à inclure dans le serveur en sélectionnant
@@ -105,10 +103,9 @@
distribution, par exemple mod_foo.c,
en tant que module DSO mod_foo.so :
-$ ./configure --prefix=/chemin/vers/installation --enable-foo
-$ make install
-
$ ./configure --prefix=/path/to/install --enable-foo +$ make install+
LoadModule correspondantes dans le
fichier httpd.conf.
-
-$ ./configure --enable-mods-shared=all
-$ make install
-
$ ./configure --enable-mods-shared=all +$ make install+
L'argument most de l'option
--enable-modules indique que tous les modules
@@ -138,10 +134,9 @@ $ make install
les modules compilés via l'option du script configure
--enable-load-all-modules.
-$ ./configure --enable-mods-shared=reallyall --enable-load-all-modules
-$ make install
-
$ ./configure --enable-mods-shared=reallyall --enable-load-all-modules +$ make install+
mod_foo.so en dehors de l'arborescence des sources
d'Apache httpd à l'aide du programme apxs :
-
-$ cd /chemin/vers/module_tiers
-$ apxs -cia mod_foo.c
-
$ cd /path/to/3rdparty +$ apxs -cia mod_foo.c+
Deux types de variables d'environnement affectent le serveur HTTP Apache.
@@ -67,6 +65,7 @@
Utilisation des variables d'environnement
Variables dâenvironnement de CGI
Variables d'environnement à usage spécial
Variables REDIRECT_
ExemplesLa 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 spécification sur les CGIs (RFC 3875) 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.
Lorsquâune redirection interne se produit â provoquée par une directive
+ ErrorDocument, par
+ mod_rewrite, par une directive FallbackResource ou par tout autre mécanisme de
+ redirection interne â les variables dâenvironnement de la requête originelle
+ sont transmises à la cible de la redirection avec le préfixe
+ REDIRECT_.
Deux variables supplémentaires sont toujours définies :
+ +REDIRECT_URLREDIRECT_STATUSmod_rewrite ou de la
+ directive FallbackResource, il
+ sâagit en général du code dâétat 200.Par exemple, si la valeur de REQUEST_URI était
+ /original/chemin et quâune redirection interne envoyait la
+ requête à /handler.php, la cible de la redirection verrait
+ REDIRECT_URL=/original/path et
+ REQUEST_URI=/handler.php.
Ces variables sont disponibles pour les scripts CGI, les pages SSI et + dans les expressions. Pour plus dâinformations à + propos des variables REDIRECT_ dans le contexte des documents dâerreur, voir + Réponses aux erreurs personnalisées.
+ +Si vous devez prendre en charge un client qui envoie des en-têtes non
conformes et si ceux-ci ne peuvent pas être corrigés, il existe
diff --git a/docs/manual/env.xml.meta b/docs/manual/env.xml.meta
index 67070dc314..e9ca77529f 100644
--- a/docs/manual/env.xml.meta
+++ b/docs/manual/env.xml.meta
@@ -8,7 +8,7 @@
By default all
Require
diff --git a/docs/manual/logs.html.fr.utf8 b/docs/manual/logs.html.fr.utf8
index 5bc797f698..1c7f03ae14 100644
--- a/docs/manual/logs.html.fr.utf8
+++ b/docs/manual/logs.html.fr.utf8
@@ -29,8 +29,6 @@
ko |
tr
Pour véritablement gérer un serveur web, il est nécessaire de disposer d'un @@ -366,7 +364,8 @@ CustomLog "logs/access_log" common redirection (codes commençant par 3), une erreur due au client (codes commençant par 4), ou une erreur due au serveur (codes commençant par 5). Vous trouverez la liste complète des codes de statut possibles - dans la specification HTTP (RFC2616 section 10). + dans la spécification + HTTP (RFC 2616) (RFC2616 section 10).
2326 (%b)LogFormat "%v %l %u %t \"%r\" %>s %b" comonvhost -CustomLog "logs/access_log" comonvhost+
LogFormat "%v %p %h %l %u %t \"%r\" %>s %b" commonvhost +CustomLog "logs/access_log" commonvhost
Le champ %v sert à enregistrer le nom de l'hôte virtuel qui
diff --git a/docs/manual/logs.xml.meta b/docs/manual/logs.xml.meta
index 9005f4528b..666a35465e 100644
--- a/docs/manual/logs.xml.meta
+++ b/docs/manual/logs.xml.meta
@@ -8,7 +8,7 @@
Beschreibung: Individual directives that are allowed in
.htaccess files
+[directive] ...
Syntax: AllowOverrideList None|directive
-[directive-type] ...Voreinstellung: AllowOverrideList NoneKontext: Verzeichnis
diff --git a/docs/manual/mod/core.html.en.utf8 b/docs/manual/mod/core.html.en.utf8
index 6b835449e0..d58c0ffcfd 100644
--- a/docs/manual/mod/core.html.en.utf8
+++ b/docs/manual/mod/core.html.en.utf8
@@ -431,7 +431,7 @@ NoDecode option available in 2.3.12 and later.
Status: Core .htaccess files
-Syntax: AllowOverride All|None|directive-type
[directive-type] ...
+Default: AllowOverride None (2.3.9 and later), AllowOverride All (2.3.8 and earlier)Default: AllowOverride NoneContext: directory Status: Core
@@ -589,7 +589,7 @@ NoDecode option available in 2.3.12 and later.
Module: core Description: Individual directives that are allowed in
.htaccess files
+[directive] ...
Syntax: AllowOverrideList None|directive
-[directive-type] ...Default: AllowOverrideList NoneContext: directory
@@ -637,7 +637,15 @@ AllowOverrideList CookieTracking CookieName
grants permission to the Status: Core AuthConfig
directive grouping and AllowOverrideList grants
permission to only two directives from the FileInfo directive
- grouping. All others will cause an Internal Server Error.
In addition, certain directives are always permitted in
+ .htaccess files whenever the override mechanism is
+ enabled (i.e., AllowOverride
+ is not None). These are listed in the
+ All section of the
+ override class index.
When the server follows the symlink it does not
+ change the pathname used to match against <Directory> sections.
Disabling this option also prevents
mod_rewrite from operating in per-directory
context (.htaccess files and <Directory> sections).
Even though the server follows the symlink it does not
- change the pathname used to match against <Directory> sections.
The FollowSymLinks and
SymLinksIfOwnerMatch Options work only in <Directory> sections or
diff --git a/docs/manual/mod/core.html.es.utf8 b/docs/manual/mod/core.html.es.utf8
index d7878dd138..0342f19358 100644
--- a/docs/manual/mod/core.html.es.utf8
+++ b/docs/manual/mod/core.html.es.utf8
@@ -529,7 +529,7 @@ be passed through
.htaccess filesAllowOverrideList None|directive
-[directive-type] ...AllowOverrideList None.htaccess filesAllowOverrideList None|directive
-[directive-type] ...AllowOverrideList None