From: Lucien Gentis Cette directive permet d'inclure des fichiers dans les fichiers
de configuration du serveur. Elle fonctionne de manière identique Ã
- la directive
Normalement, les méthodes HTTP non conformes aux RFCs correspondantes
-sont rejetées au cours du traitement de la requête par HTTPD. Pour
-éviter ceci, les modules peuvent enregistrer les méthodes HTTP non
-standards qu'ils supportent. La directive
-
Cette directive permet d'enregistrer des méthodes HTTP supplémentaires. Ceci +s'avérera nécessaire si l'on doit utiliser des méthodes non standards avec des +directives qui acceptent des noms de méthodes en paramètres, ou pour permettre +l'utilisation de méthodes particulières non standards en passant par un serveur +mandataire ou au sein de scripts CGI, et ceci alors que le serveur a été +configuré pour ne transmettre que des méthodes reconnues aux modules.
Même dans le cas où le niveau de performance est insuffisant pour +
Même dans le cas où le niveau de performance est insuffisant pour
une utilisation en production, on peut utiliser
Note : cet exemple avec gzip n'est fourni qu'à titre
- d'illustration. Veuillez vous reporter à la documentation de
-
Note : cet exemple avec gzip n'est fourni qu'Ã titre
+ d'illustration. Veuillez vous reporter à la documentation de
+
Vous pouvez aussi utiliser
La directive
nom_filtre spécifie le nom du filtre en cours de - définition. On peut ensuite utiliser ce nom pour référencer le +
nom_filtre spécifie le nom du filtre en cours de
+ définition. On peut ensuite utiliser ce nom pour référencer le
filtre dans les directives
Viennent ensuite un ou plusieurs paramètres dans un ordre
- indéfini, qui permettent de spécifier la commande externe à exécuter
- et certaines autres caractéristiques. Le seul paramètre obligatoire
- est cmd=
. Voici la liste de ces paramètres :
Viennent ensuite un ou plusieurs paramètres dans un ordre
+ indéfini, qui permettent de spécifier la commande externe à exécuter
+ et certaines autres caractéristiques. Le seul paramètre obligatoire
+ est cmd=
. Voici la liste de ces paramètres :
cmd=ligne de commande
cmd=
spécifie la commande
- externe à exécuter. Si la ligne de commande comporte des
- arguments, elle doit être entourée de guillemets (par exemple
+ cmd=
spécifie la commande
+ externe à exécuter. Si la ligne de commande comporte des
+ arguments, elle doit être entourée de guillemets (par exemple
cmd="/bin/mypgm arg1
arg2"
). Les guillemets habituels du shell ne
- sont pas nécessaires car le programme est lancé directement, sans
- passer par le shell. Les arguments du programme doivent être
- séparés par des espaces. Si un argument contient des espaces, ces
- derniers doivent être échappés par un antislash '\'. Si un
- argument contient des antislashes '\', ces derniers doivent être
- eux-mêmes échappés par un antislash '\'. Outre les variables
+ sont pas nécessaires car le programme est lancé directement, sans
+ passer par le shell. Les arguments du programme doivent être
+ séparés par des espaces. Si un argument contient des espaces, ces
+ derniers doivent être échappés par un antislash '\'. Si un
+ argument contient des antislashes '\', ces derniers doivent être
+ eux-mêmes échappés par un antislash '\'. Outre les variables
d'environnement CGI standards, les variables DOCUMENT_URI,
- DOCUMENT_PATH_INFO, et QUERY_STRING_UNESCAPED seront également
- définies pour le programme.mode=mode
mode=output
(valeur par défaut) pour les
- filtres qui traitent les réponses. Utilisez
+ mode=output
(valeur par défaut) pour les
+ filtres qui traitent les réponses. Utilisez
mode=input
pour les filtres qui traitent les
- requêtes. mode=input
est disponible depuis la version
+ requêtes. mode=input
est disponible depuis la version
2.1 d'Apache.intype=type MIME
intype=
ne sera filtré.intype=
ne sera filtré.outtype=type MIME
PreservesContentLength
PreservesContentLength
indique que le
+ PreservesContentLength
indique que le
filtre doit conserver la taille du contenu. Ce n'est pas le
- comportement par défaut, car la plupart des filtres modifient cette
- taille. Ce mot-clé doit être spécifié si le filtre ne doit pas
+ comportement par défaut, car la plupart des filtres modifient cette
+ taille. Ce mot-clé doit être spécifié si le filtre ne doit pas
modifier la taille du contenu.ftype=type de filtre
disableenv=env
enableenv=env
La directive
LogStderr | NoLogStderr
LogStderr
indique que les messages
- envoyés par le programme de filtrage externe sur la sortie
- d'erreurs standard doivent être enregistrés dans le journal des
+ LogStderr
indique que les messages
+ envoyés par le programme de filtrage externe sur la sortie
+ d'erreurs standard doivent être enregistrés dans le journal des
erreurs d'Apache. NoLogStderr
inverse ce
comportement.Onfail=[abort|remove]
abort
(la valeur par
- défaut), le traitement de la requête sera abandonné. Avec remove
, le
- filtre est supprimé, et le traitement de la requête se poursuit
+ abort
(la valeur par
+ défaut), le traitement de la requête sera abandonné. Avec remove
, le
+ filtre est supprimé, et le traitement de la requête se poursuit
sans lui.Les messages envoyés vers la sortie d'erreurs standard du filtre - seront enregistrés dans le journal des erreurs d'Apache.
+Les messages envoyés vers la sortie d'erreurs standard du filtre + seront enregistrés dans le journal des erreurs d'Apache.
diff --git a/docs/manual/mod/mod_filter.xml.fr b/docs/manual/mod/mod_filter.xml.fr index bff6677be0..ce59f4b695 100644 --- a/docs/manual/mod/mod_filter.xml.fr +++ b/docs/manual/mod/mod_filter.xml.fr @@ -1,7 +1,7 @@ - + @@ -221,15 +221,15 @@ FilterChain gzip JPEG et PNG.sed
sed
sed
implémentées par le programme sed
de
-Solaris 10 comme décrit dans la mod_sed fournit les commandes d'édition de
+sed
implémentées par le programme sed
de
+Solaris 10 comme décrit dans la page de
-manuel. Cependant, à la différence de sed
,
-sed
,
+
-Le filtre en sortie sed
sur ces données, puis génère
-une sortie qui est transmise au filtre suivant dans la chaîne.
+Le filtre en sortie sed
sur ces données, puis génère
+une sortie qui est transmise au filtre suivant dans la chaîne.
-Le filtre en entrée sed
, et renvoie les données générées au filtre appelant
-dans la chaîne de filtrage.
+Le filtre en entrée sed
, et renvoie les données générées au filtre appelant
+dans la chaîne de filtrage.
-Les filtres en entrée ou en sortie ne traitent les données que si des -caractères newline sont détectés dans le contenu à filtrer. A la fin des -données, ce qui reste est traité comme la dernière ligne. +Les filtres en entrée ou en sortie ne traitent les données que si des +caractères newline sont détectés dans le contenu à filtrer. A la fin des +données, ce qui reste est traité comme la dernière ligne.
-Vous trouverez sur le blog de -l'auteur un article en forme de tutoriel, ainsi que les raisons pour -lesquelles ce filtre est plus puissant qu'une simple -recherche/remplacement de chaîne ou d'expression rationnelle.
-
- Vous trouverez tous les détails à propos de la commande
+ Vous trouverez tous les détails à propos de la commande
sed
dans sa page
de manuel.
b
h
H
g
G
x
La directive sed
à exécuter dans le cadre du traitement
- d'une réponse.
+
La directive sed
à exécuter dans le cadre du traitement
+ d'une réponse.
POST
)POST
)La directive POST
) d'une requête.
+
La directive POST
) d'une requête.
Le caractère utilisé pour séparer (ou "délimiter") les différentes partie + de la valeur de substitution est référencé sous le nom de "délimiteur", et + il s'agit le plus souvent d'un "slash".
+Si le modèle ou la chaîne de substitution contient un caractère - slash '/', il faut utiliser un autre délimiteur :
+ slash '/', il est possible d'utiliser un autre délimiteur afin de rendre la + directive plus lisible :Ce document propose une méthode performante pour servir un nombre
- quelconque d'hôtes virtuels avec le serveur HTTP Apache. Un document séparé décrit comment
- utiliser
Ce document propose une méthode performante pour servir un nombre
+ quelconque d'hôtes virtuels avec le serveur HTTP Apache. Un document séparé décrit comment
+ utiliser
Les techniques décrites ici vous concernent si votre +
Les techniques décrites ici vous concernent si votre
httpd.conf
contient de nombreuses sections
- <VirtualHost>
très semblables,
+ <VirtualHost>
très semblables,
dans le style :
Nous voulons remplacer toutes les configurations
- <VirtualHost>
par un mécanisme qui les génère
- dynamiquement. Ceci présente certains avantages :
<VirtualHost>
par un mécanisme qui les génère
+ dynamiquement. Ceci présente certains avantages :
Le principal désavantage réside dans le fait que vous ne pouvez - pas définir un fichier journal différent pour chaque serveur - virtuel. De toute façon, ce serait une mauvaise idée si vous avez de - nombreux serveurs virtuels, car cela nécessiterait un Le principal désavantage réside dans le fait que vous ne pouvez + pas définir un fichier journal différent pour chaque serveur + virtuel. De toute façon, ce serait une mauvaise idée si vous avez de + nombreux serveurs virtuels, car cela nécessiterait un nombre important de descripteurs de - fichier. Il est préférable de rediriger . Il est préférable de rediriger les journaux via un pipe ou une file fifo vers un - programme, et faire en sorte que ce dernier éclate les journaux + programme, et faire en sorte que ce dernier éclate les journaux en un journal par serveur virtuel. L'utilitaire split-logfile + href="../programs/split-logfile.html">split-logfile constitue un exemple de ce traitement.
Un serveur virtuel peut être défini par deux informations : son
- adresse IP, et le contenu de l'en-tête Host:
de la
- requête HTTP. La technique d'hébergement virtuel dynamique de masse
- utilisée ici consiste à insérer automatiquement ces informations
- dans le chemin du fichier à utiliser pour répondre à la requête. On
+
Un serveur virtuel peut être défini par deux informations : son
+ adresse IP, et le contenu de l'en-tête Host:
de la
+ requête HTTP. La technique d'hébergement virtuel dynamique de masse
+ utilisée ici consiste à insérer automatiquement ces informations
+ dans le chemin du fichier à utiliser pour répondre à la requête. On
peut y parvenir assez facilement en utilisant
Par défaut, ces deux modules - sont désactivés ; vous devez activer l'un d'eux lors de la +
Par défaut, ces deux modules + sont désactivés ; vous devez activer l'un d'eux lors de la compilation et de la configuration d'Apache httpd si vous voulez utiliser cette technique.
-Certains paramètres doivent être extraits de la requête pour que le serveur
- dynamique se présente comme un serveur dynamique normal. Le plus
- important est le nom du serveur, que le serveur utilise pour générer des
- URLs d'auto-référencement, etc... Il est défini via la directive
- ServerName
, et les CGIs peuvent s'y référer via la
- variable d'environnement SERVER_NAME
. Sa véritable
- valeur utilisée à l'exécution est contrôlée par la définition de la
+
Certains paramètres doivent être extraits de la requête pour que le serveur
+ dynamique se présente comme un serveur dynamique normal. Le plus
+ important est le nom du serveur, que le serveur utilise pour générer des
+ URLs d'auto-référencement, etc... Il est défini via la directive
+ ServerName
, et les CGIs peuvent s'y référer via la
+ variable d'environnement SERVER_NAME
. Sa véritable
+ valeur utilisée à l'exécution est contrôlée par la définition de la
directive
UseCanonicalName Off
, le nom du serveur correspond au
- contenu de l'en-tête Host:
de la requête. Avec
+ contenu de l'en-tête Host:
de la requête. Avec
UseCanonicalName DNS
, il est extrait d'une recherche
- DNS inverse sur l'adresse IP du serveur virtuel. La première
- configuration est utilisée pour l'hébergement virtuel dynamique par
- nom, et la deuxième pour l'hébergement virtuel dynamique par IP. Si
- httpd ne peut pas déterminer le nom du serveur, soit parce qu'il
- n'y a pas d'en-tête Host:
, soit parce que la recherche
- DNS a échoué, il prend en compte la valeur définie par la directive
+ DNS inverse sur l'adresse IP du serveur virtuel. La première
+ configuration est utilisée pour l'hébergement virtuel dynamique par
+ nom, et la deuxième pour l'hébergement virtuel dynamique par IP. Si
+ httpd ne peut pas déterminer le nom du serveur, soit parce qu'il
+ n'y a pas d'en-tête Host:
, soit parce que la recherche
+ DNS a échoué, il prend en compte la valeur définie par la directive
ServerName
.
L'autre paramètre à extraire est la racine des documents (définie +
L'autre paramètre à extraire est la racine des documents (définie
via la directive DocumentRoot
et disponible pour les
scripts CGI via la variable d'environnement DOCUMENT_ROOT
).
- Dans une configuration classique, il est utilisé par le module core
+ Dans une configuration classique, il est utilisé par le module core
pour faire correspondre les URIs aux noms de fichiers, mais lorsque
la configuration du serveur comporte des serveurs virtuels, ce
- traitement doit être pris en charge par un autre module (soit
+ traitement doit être pris en charge par un autre module (soit
DOCUMENT_ROOT
, si des CGIs ou des documents SSI
- doivent en faire usage, ils obtiendront une valeur erronée.
Cet extrait de fichier httpd.conf
implémente
- l'hébergement virtuel décrit dans la section À qui ce document est-il destiné ? ci-dessus
+
Cet extrait de fichier httpd.conf
implémente
+ l'hébergement virtuel décrit dans la section à qui ce document est-il destiné ? ci-dessus
en utilisant
Pour changer cette configuration en solution de serveur virtuel
par IP, il suffit de remplacer UseCanonicalName
Off
par UseCanonicalName DNS
. Le nom du serveur
- inséré dans le nom de fichier sera alors déduit de l'adresse IP du
- serveur virtuel. La variable %0
fait référence au nom
- de serveur de la requête, tel qu'il est indiqué dans l'en-tête
+ inséré dans le nom de fichier sera alors déduit de l'adresse IP du
+ serveur virtuel. La variable %0
fait référence au nom
+ de serveur de la requête, tel qu'il est indiqué dans l'en-tête
Host:
.
Voir la documentation du module
Il s'agit d'une adaptation du système ci-dessus, ajusté pour un
- serveur d'hébergement web de FAI. Grâce à la variable
- %2
, on peut extraire des sous-chaînes de caractères du
+
Il s'agit d'une adaptation du système ci-dessus, ajusté pour un
+ serveur d'hébergement web de FAI. Grâce à la variable
+ %2
, on peut extraire des sous-chaînes de caractères du
nom du serveur pour les utiliser dans le nom de fichier afin, par
- exemple, de définir /home/user/www
comme emplacement des
- documents pour www.user.example.com
. Un seul répertoire
+ exemple, de définir /home/user/www
comme emplacement des
+ documents pour www.user.example.com
. Un seul répertoire
cgi-bin
suffit pour l'ensemble des
serveurs virtuels.
Vous trouverez des exemples plus élaborés d'utilisation de la +
Vous trouverez des exemples plus élaborés d'utilisation de la
directive VirtualDocumentRoot
dans la documentation du
module
Moyennant une configuration un peu plus compliquée, vous pouvez
- contrôler la portée des différentes configurations d'hébergement
- virtuel à l'aide des directives <VirtualHost>
+
Moyennant une configuration un peu plus compliquée, vous pouvez
+ contrôler la portée des différentes configurations d'hébergement
+ virtuel à l'aide des directives <VirtualHost>
normales de httpd. Par exemple, on peut associer une adresse IP pour
- les pages d'accueil des clients en général, et une autre pour les
+ les pages d'accueil des clients en général, et une autre pour les
clients commerciaux avec la configuration suivante. Cette
- configuration peut être combinée avec les sections
- <VirtualHost>
conventionnelles, comme indiqué
+ configuration peut être combinée avec les sections
+ <VirtualHost>
conventionnelles, comme indiqué
plus loin.
Si le premier bloc VirtualHost ne comporte pas de
directive ServerName
- none.example.com
) pour éviter ce comportement.
Les changements de configuration suggérés pour transformer le premier exemple en hébergement virtuel par IP - conduisent à une configuration peu efficace. Chaque requête - nécessite une nouvelle recherche DNS. Pour éviter cette surcharge de - travail, le système de fichiers peut être organisé pour correspondre - aux adresses IP, plutôt qu'aux noms de serveurs, supprimant par - la-même la nécessité d'une recherche DNS. La journalisation doit - aussi être adaptée pour fonctionner sur un tel système.
+Les changements de configuration suggérés pour transformer le premier exemple en hébergement virtuel par IP + conduisent à une configuration peu efficace. Chaque requête + nécessite une nouvelle recherche DNS. Pour éviter cette surcharge de + travail, le système de fichiers peut être organisé pour correspondre + aux adresses IP, plutôt qu'aux noms de serveurs, supprimant par + la-même la nécessité d'une recherche DNS. La journalisation doit + aussi être adaptée pour fonctionner sur un tel système.
-L'hébergement virtuel de masse peut aussi être effectué en utilisant
-
Une autre option pour générer dynamiquement des serveurs virtuels : +mod_macro ; ce module permet de créer un modèle de serveur virtuel que +vous pourrez invoquer pour des noms d'hôtes multiples. La section +Usage de la documentation du module présente un exemple qui +illustre cette méthode. +