From 696d2641d91b56a69aae32645952472549c89ab7 Mon Sep 17 00:00:00 2001
From: Lucien Gentis De même, soyez méfiant en jouant avec la directive
"./"
aurait le même effet, pour root, que le premier exemple plus haut.
- Si vous utilisez Apache version 1.3 ou supérieure, nous vous conseillons
+ Nous vous conseillons
fortement d'inclure la ligne suivante dans le fichier de configuration de
votre serveur :
Lorsque c'est possible, il est préférable d'utiliser x-compress
.
Apache httpd 1.3.3 a apporté d'importantes modifications dans la
- gestion des directives
Vous devez porter une attention particulière à la manière dont
+ les
Cette directive permet d'afficher le contenu de chaîne diff --git a/docs/manual/mod/mod_proxy.xml.fr b/docs/manual/mod/mod_proxy.xml.fr index 4769964735..5685eefd40 100644 --- a/docs/manual/mod/mod_proxy.xml.fr +++ b/docs/manual/mod/mod_proxy.xml.fr @@ -1,7 +1,7 @@ - + @@ -142,6 +142,11 @@
Si en outre, vous désirez activer la mise en cache, consultez la
documentation de
Le format des noms de modules pour Windows a été modifié avec - les version 1.3.15 et 2.0 du serveur HTTP Apache - les modules - possèdent maintenant un nom du style "mod_foo.so".
- -Bien que mod_so puisse encore charger des modules possèdant un - nom du style ApacheModuleFoo.dll, il est préférable d'utiliser la +
Sous Windows, où les modules chargeables possèdent en général
+ l'extension de nom de fichier .dll
, les modules Apache
+ httpd se nomment mod_nom-module.so
, tout comme sur les
+ autres plates-formes. Vous trouverez cependant encore des modules
+ tiers, comme PHP par exemple, qui continuent d'utiliser la
+ convention de nommage avec extension .dll
.
Bien que mod_so puisse encore charger des modules
+ possèdant un nom du style
ApacheModuleFoo.dll
,
+ il est préférable d'utiliser la
nouvelle convention de nommage ; si vous modifiez votre module
chargeable pour la version 2.0, veuillez aussi modifier son nom pour
respecter cette nouvelle convention.
Les autres modules disponibles pour la mise en correspondance des + URLs sont : +
index.html
.L'utilisation du caractère générique *
dans la
+ déclaration d'un serveur virtuel l'emporte sur
+ _default_
.
Comme mentionné plus tôt, certains clients ne transmettent - pas les données nécessaires pour le bon fonctionnement des - serveurs virtuels par nom. Ces clients recevront toujours les pages - du premier serveur virtuel listé pour cette adresse IP (le - serveur virtuel par nom primaire).
- -Veuillez noter que quand nous disons plus anciens, nous
- disons vraiment plus anciens. Vous avez peu de chances de rencontrer
- de tels navigateurs encore utilisés de nos jours. Toutes les
- versions actuelles des navigateurs transmettent leur en-tête
- Host
comme exigé par les serveurs virtuels par nom.
Il existe une solution avec la directive
-
Exemple de configuration :
- -Qu'est-ce que cela signifie ? Il signifie qu'une requête
- pour tout URI qui commence par "/domain
" sera
- servie par le serveur virtuel www.domain.tld
.
- Ainsi, les pages sont accessibles à
- http://www.domain.tld/domain/
pour tous les
- clients, bien que ceux qui transmettent un en-tête
- Host:
peuvent également y accéder à
- http://www.domain.tld/
.
Pour rendre cette technique fonctionnelle, mettez un lien
- dans votre serveur virtuel primaire vers
- http://www.domain.tld/domain/
. Ensuite, dans les
- pages de ce serveur virtuel, assurez vous ne n'utiliser que
- des liens relatifs (par exemple, "file.html
"
- ou "../icons/image.gif
") ou des liens contenant
- le préfixe /domain/
(par exemple,
- "http://www.domain.tld/domain/misc/file.html
"
- ou "/domain/misc/file.html
").
Cela requiert un peu de discipline, mais si vous suivez - cette ligne de conduite, vous serez assuré que vos pages - s'afficheront dans tous les navigateurs, nouveaux et anciens.
- -