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 47699647350..5685eefd403 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.
- -