diff --git a/docs/manual/caching.xml.fr b/docs/manual/caching.xml.fr index 11ceb3e29f..cb48a6ae78 100644 --- a/docs/manual/caching.xml.fr +++ b/docs/manual/caching.xml.fr @@ -3,7 +3,7 @@ - + - + + @@ -478,14 +478,14 @@ mod_setenvif et mod_header, et permettant de prendre en compte ces en-têtes :

- -#
-# L'exemple suivant montre comment prendre en compte un en-tête
-# Accept_Encoding non conforme envoyé par un client.
-#
-SetEnvIfNoCase ^Accept.Encoding$ ^(.*)$ fix_accept_encoding=$1
+
+# 
+# L'exemple suivant montre comment prendre en compte un en-tête
+# Accept_Encoding non conforme envoyé par un client.
+#
+SetEnvIfNoCase ^Accept.Encoding$ ^(.*)$ fix_accept_encoding=$1
 RequestHeader set Accept-Encoding %{fix_accept_encoding}e env=fix_accept_encoding
-
+
@@ -497,27 +497,26 @@ RequestHeader set Accept-Encoding %{fix_accept_encoding}e env=fix_accept_encodin httpd.conf pour tenir compte de problèmes connus avec certains clients. Comme les clients concernés sont maintenant très peu utilisés, cet ajout n'est pratiquement plus nécessaire.

- -#
-# The following directives modify normal HTTP response behavior.
-# The first directive disables keepalive for Netscape 2.x and browsers that
-# spoof it. There are known problems with these browser implementations.
-# The second directive is for Microsoft Internet Explorer 4.0b2
-# which has a broken HTTP/1.1 implementation and does not properly
-# support keepalive when it is used on 301 or 302 (redirect) responses.
-#
-BrowserMatch "Mozilla/2" nokeepalive
-BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0 force-response-1.0
-
-#
-# The following directive disables HTTP/1.1 responses to browsers which
-# are in violation of the HTTP/1.0 spec by not being able to grok a
-# basic 1.1 response.
-#
-BrowserMatch "RealPlayer 4\.0" force-response-1.0
-BrowserMatch "Java/1\.0" force-response-1.0
-BrowserMatch "JDK/1\.0" force-response-1.0 -
+
+#
+# The following directives modify normal HTTP response behavior.
+# The first directive disables keepalive for Netscape 2.x and browsers that
+# spoof it. There are known problems with these browser implementations.
+# The second directive is for Microsoft Internet Explorer 4.0b2
+# which has a broken HTTP/1.1 implementation and does not properly
+# support keepalive when it is used on 301 or 302 (redirect) responses.
+#
+BrowserMatch "Mozilla/2" nokeepalive
+BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0 force-response-1.0
+
+#
+# The following directive disables HTTP/1.1 responses to browsers which
+# are in violation of the HTTP/1.0 spec by not being able to grok a
+# basic 1.1 response.
+#
+BrowserMatch "RealPlayer 4\.0" force-response-1.0
+BrowserMatch "Java/1\.0" force-response-1.0
+BrowserMatch "JDK/1\.0" force-response-1.0
diff --git a/docs/manual/install.xml.fr b/docs/manual/install.xml.fr index 11e2b505ba..09e794120e 100644 --- a/docs/manual/install.xml.fr +++ b/docs/manual/install.xml.fr @@ -3,7 +3,7 @@ - + + @@ -941,7 +941,7 @@ supérieures. Par défaut à Off depuis la version 2.3.9.Sous Linux, l'utilisation de sendfile induit des bogues lors de la récupération des paquets de vérification TCP (TCP-checksum) avec certaines cartes réseau lorsqu'on utilise IPv6. -
  • Sous Linux sur Itanium, sendfile peut s'avérer incapable de +
  • Sous Linux sur Itanium, sendfile peut s'avérer incapable de traiter les fichiers de plus de 2 Go.
  • Avec un montage réseau de DocumentRoot (par exemple NFS, SMB, CIFS, @@ -4005,12 +4005,10 @@ host

    Vous pouvez écraser la définition antérieure d'une directive SetHandler en utilisant la valeur None.

    - - Note -

    Comme SetHandler l'emporte sur la +

    Note : comme SetHandler l'emporte sur la définition des gestionnaires par défaut, le comportement habituel consistant à traiter les URLs se terminant par un slash (/) comme - des répertoires ou des fichiers index est désactivé.

    + des répertoires ou des fichiers index est désactivé.

    AddHandler @@ -4242,8 +4240,8 @@ host UseCanonicalPhysicalPort -Définit la manière dont le serveur -détermine son propre port +Définit la manière dont le serveur détermine son propre nom +et son port UseCanonicalPhysicalPort On|Off UseCanonicalPhysicalPort Off server configvirtual @@ -4264,27 +4262,21 @@ host valide.

    Note -

    L'ordre dans lequel s'effectue la recherche quand on utilise le - port physique est le suivant :

    -
    -
    UseCanonicalName On
    -
    -
      -
    1. Port indiqué dans Servername
    2. +

      L'ordre dans lequel s'effectue la recherche du port est le + suivant :

      + UseCanonicalName On

      +
        +
      • Port spécifié par Servername
      • Port physique
      • Port par défaut
      • -
    -
    -
    UseCanonicalName Off | DNS
    -
    -
      + + UseCanonicalName Off | DNS +
      • Port spécifié dans l'en-tête Host:
      • Port physique
      • -
      • Port spécifié par Servername
      • +
      • Port spécifié par Servername
      • Port par défaut
      • -
    -
    -
    +

    Avec UseCanonicalPhysicalPort Off, on reprend l'ordre ci-dessus en supprimant "Port physique".

    diff --git a/docs/manual/mod/mod_alias.xml.fr b/docs/manual/mod/mod_alias.xml.fr index 37d04bd9db..b8a6ae9297 100644 --- a/docs/manual/mod/mod_alias.xml.fr +++ b/docs/manual/mod/mod_alias.xml.fr @@ -1,7 +1,7 @@ - + @@ -25,7 +25,7 @@ mod_alias -Permet d'atteindre différentes parties du système de +Permet d'atteindre différentes parties du système de fichiers depuis l'arborescence des documents du site web, ainsi que la redirection d'URL Base @@ -34,131 +34,129 @@ redirection d'URL

    Les directives fournies par ce module permettent de manipuler et - de contrôler les URLs à l'arrivée des requêtes sur le serveur. Les + de contrôler les URLs à l'arrivée des requêtes sur le serveur. Les directives Alias et ScriptAlias permettent de - faire correspondre des URLs avec des chemins du système de fichiers. - Ceci permet de servir des contenus qui ne sont pas situés dans + faire correspondre des URLs avec des chemins du système de fichiers. + Ceci permet de servir des contenus qui ne sont pas situés dans l'arborescence de DocumentRoot comme s'ils y étaient - réellement. La directive DocumentRoot comme s'ils y étaient + réellement. La directive ScriptAlias a pour effet - supplémentaire de marquer le répertoire cible comme conteneur de + supplémentaire de marquer le répertoire cible comme conteneur de scripts CGI.

    Les directives Redirect - indiquent aux clients qu'ils doivent effectuer une nouvelle requête - avec une URL différente. Elles sont souvent utilisées lorsqu'une - ressource a été déplacée.

    + indiquent aux clients qu'ils doivent effectuer une nouvelle requête + avec une URL différente. Elles sont souvent utilisées lorsqu'une + ressource a été déplacée.

    -

    mod_alias est conçu pour traiter des tâches - simples de manipulation d'URL. Pour des tâches plus complexes comme - la manipulation des chaînes d'arguments des requêtes, utilisez - plutôt les outils fournis par le module mod_rewrite

    +

    mod_alias est conçu pour traiter des tâches + simples de manipulation d'URL. Pour des tâches plus complexes comme + la manipulation des chaînes d'arguments des requêtes, utilisez + plutôt les outils fournis par le module mod_rewrite

    mod_rewrite Mise en correspondance des URLs avec le -système de fichiers +système de fichiers
    Chronologie du traitement -

    Les alias et redirections apparaissant dans différents contextes - sont traités comme les autres directives en respectant les règles de fusion standards. Par - contre, ils sont traités selon une chronologie particulière - lorsqu'ils apparaissent dans le même contexte (par exemple, dans la - même section Les alias et redirections apparaissant dans différents contextes + sont traités comme les autres directives en respectant les règles de fusion standards. Par + contre, ils sont traités selon une chronologie particulière + lorsqu'ils apparaissent dans le même contexte (par exemple, dans la + même section VirtualHost).

    -

    Premièrement, toutes les redirections sont traitées avant les - alias, et ainsi, une requête qui correspond à une directive +

    Premièrement, toutes les redirections sont traitées avant les + alias, et ainsi, une requête qui correspond à une directive Redirect ou RedirectMatch ne se verra jamais - appliquer d'alias. Deuxièmement, les alias et redirections sont - traités selon l'ordre dans lequel ils apparaissent dans le fichier - de configuration, seule la première correspondance étant prise en + appliquer d'alias. Deuxièmement, les alias et redirections sont + traités selon l'ordre dans lequel ils apparaissent dans le fichier + de configuration, seule la première correspondance étant prise en compte.

    Ainsi, lorsqu'une ou plusieurs de ces directives s'appliquent au - même sous-répertoire, vous devez classer les chemins du plus précis - au moins précis afin que toutes les directives puissent - éventuellement s'appliquer, comme dans l'exemple suivant :

    + même sous-répertoire, vous devez classer les chemins du plus précis + au moins précis afin que toutes les directives puissent + éventuellement s'appliquer, comme dans l'exemple suivant :

    Alias /foo/bar /baz
    Alias /foo /gaq
    -

    Si l'ordre des directives était inversé, la directive Si l'ordre des directives était inversé, la directive Alias ayant pour argument - /foo serait toujours appliquée avant la directive + /foo serait toujours appliquée avant la directive Alias ayant pour argument - /foo/bar, et cette dernière serait toujours - ignorée.

    + /foo/bar, et cette dernière serait toujours + ignorée.

    Alias -Met en correspondance des URLs avec des chemins du système +Met en correspondance des URLs avec des chemins du système de fichiers Alias chemin URL -chemin fichier|chemin répertoire +chemin fichier|chemin répertoire server configvirtual host

    La directive Alias permet de stocker des - documents (destinés à être servis) dans des zones du système de - fichiers situées en dehors de l'arborescence du site web DocumentRoot. Les URLs dont le chemin - (décodé avec caractères %) commence par chemin URL seront + (décodé avec caractères %) commence par chemin URL seront mises en correspondance avec des fichiers locaux dont le chemin - commence par chemin répertoire. Le chemin URL - est sensible à la casse, même sur les systèmes de fichiers - insensibles à la casse.

    + commence par chemin répertoire. Le chemin URL + est sensible à la casse, même sur les systèmes de fichiers + insensibles à la casse.

    Exemple : Alias /image /ftp/pub/image -

    Une requête pour http://myserver/image/foo.gif fera +

    Une requête pour http://myserver/image/foo.gif fera renvoyer par le serveur le fichier - /ftp/pub/image/foo.gif. Seuls les éléments de chemin - complets sont testés ; ainsi l'alias précédent ne conviendra pas - pour une requête du style http://myserver/imagefoo.gif. + /ftp/pub/image/foo.gif. Seuls les éléments de chemin + complets sont testés ; ainsi l'alias précédent ne conviendra pas + pour une requête du style http://myserver/imagefoo.gif. Pour des mises en correspondance plus complexes faisant intervenir - les expressions rationnelles, veuillez vous reporter à la directive + les expressions rationnelles, veuillez vous reporter à la directive AliasMatch.

    Notez que si vous ajoutez un slash de fin au chemin URL, vous devrez aussi ajouter un slash de fin au chemin de la - requête. Autrement dit, si vous définissez

    + requête. Autrement dit, si vous définissez

    Alias /icons/ /usr/local/apache/icons/
    -

    l'alias précédent ne s'appliquera pas à l'url - /icons à cause de l'absence du slash final. Ainsi, si - le slash final est absent du chemin de l'URL, il doit - aussi l'être du chemin du fichier.

    +

    l'alias précédent ne s'appliquera pas à l'url + /icons.

    -

    Notez qu'il pourra s'avérer nécessaire de définir des sections +

    Notez qu'il pourra s'avérer nécessaire de définir des sections Directory - supplémentaires qui couvriront la destination des alias. + supplémentaires qui couvriront la destination des alias. Le traitement des alias intervenant avant le traitement des sections Directory, - seules les cibles des alias sont affectées (Notez cependant + seules les cibles des alias sont affectées (Notez cependant que les sections Location sont traitées avant les alias, et + module="core">Location sont traitées avant les alias, et s'appliqueront donc).

    -

    En particulier, si vous créez un alias ayant pour cible un - répertoire situé en dehors de l'arborescence de votre site web +

    En particulier, si vous créez un alias ayant pour cible un + répertoire situé en dehors de l'arborescence de votre site web DocumentRoot, vous devrez - probablement permettre explicitement l'accès à ce répertoire.

    + probablement permettre explicitement l'accès à ce répertoire.

    Exemple : Alias /image /ftp/pub/image
    @@ -174,23 +172,23 @@ de fichiers
    AliasMatch -Met en correspondance des URLs avec le système de fichiers +Met en correspondance des URLs avec le système de fichiers en faisant intervenir les expressions rationnelles AliasMatch regex -chemin fichier|chemin répertoire +chemin fichier|chemin répertoire server configvirtual host -

    Cette directive est identique à la directive Cette directive est identique à la directive Alias, mais fait appel aux expressions rationnelles, à la place d'une - simple mise en correspondance de préfixe. L'expression rationnelle + ref="regex">expressions rationnelles, à la place d'une + simple mise en correspondance de préfixe. L'expression rationnelle fournie est mise en correspondance avec le chemin URL, et si elle correspond, le serveur va substituer toute partie de chemin - correspondant à l'expression entre parenthèses dans la chaîne + correspondant à l'expression entre parenthèses dans la chaîne fournie et l'utiliser comme nom de fichier. - Par exemple, pour activer le répertoire /icons, on peut + Par exemple, pour activer le répertoire /icons, on peut utiliser :

    @@ -198,32 +196,32 @@ en faisant intervenir les expressions rationnelles

    Toute la puissance des expressions - rationnelles peut être mise à contribution. Par exemple, - il est possible de construire un alias avec un modèle de chemin URL - insensible à la casse :

    + rationnelles peut être mise à contribution. Par exemple, + il est possible de construire un alias avec un modèle de chemin URL + insensible à la casse :

    AliasMatch (?i)^/image(.*) /ftp/pub/image$1 -

    Il existe une différence subtile entre Il existe une différence subtile entre Alias et AliasMatch : Alias copie automatiquement toute - portion supplémentaire de l'URI située après la partie du modèle qui - correspond, à la fin du chemin du fichier de la partie droite, alors + portion supplémentaire de l'URI située après la partie du modèle qui + correspond, à la fin du chemin du fichier de la partie droite, alors que AliasMatch ne le fait - pas. Cela signifie qu'il sera préférable dans la plupart des cas de - comparer l'expression rationnelle du modèle à la totalité de l'URI - de la requête, et d'utiliser les substitutions dans la partie + pas. Cela signifie qu'il sera préférable dans la plupart des cas de + comparer l'expression rationnelle du modèle à la totalité de l'URI + de la requête, et d'utiliser les substitutions dans la partie droite.

    En d'autres termes, le remplacement d'Alias par AliasMatch ne produira pas le même - résultat. Au minimum, vous devez ajouter ^ au début de - l'expression rationnelle, (.*)$ à sa fin et - $1 à la fin de la chaîne de remplacement.

    + module="mod_alias">AliasMatch ne produira pas le même + résultat. Au minimum, vous devez ajouter ^ au début de + l'expression rationnelle, (.*)$ à sa fin et + $1 à la fin de la chaîne de remplacement.

    Par exemple, supposons que nous voulions reformuler cet alias avec AliasMatch :

    @@ -233,14 +231,14 @@ en faisant intervenir les expressions rationnelles

    Le simple remplacement d'Alias par AliasMatch ne produira pas le - même résultat. Ainsi, ce qui suit va rediriger toutes les requêtes + même résultat. Ainsi, ce qui suit va rediriger toutes les requêtes qui contiennent /image/ vers /ftp/pub/image/ :

    AliasMatch /image/ /ftp/pub/image/ -

    Voici la directive AliasMatch qui produira le même résultat que +

    Voici la directive AliasMatch qui produira le même résultat que la directive Alias ci-dessus :

    @@ -248,12 +246,12 @@ en faisant intervenir les expressions rationnelles

    Bien entendu, il n'y a aucune raison d'utiliser AliasMatch dans le cas où AliasMatch dans le cas où Alias suffit. AliasMatch vous permet d'effectuer - des choses beaucoup plus sophistiquées. Par exemple, vous pouvez - servir différentes sortes de fichiers à partir de répertoires - différents :

    + des choses beaucoup plus sophistiquées. Par exemple, vous pouvez + servir différentes sortes de fichiers à partir de répertoires + différents :

    AliasMatch ^/image/(.*)\.jpg$ /fichiers/jpg.images/$1.jpg
    @@ -266,7 +264,7 @@ en faisant intervenir les expressions rationnelles Redirect Envoie une redirection externe demandant au client -d'effectuer une autre requête avec une URL différente +d'effectuer une autre requête avec une URL différente Redirect [statut] chemin URL URL server configvirtual host @@ -275,58 +273,58 @@ d'effectuer une autre requête avec une URL différente

    La directive Redirect permet de faire correspondre une ancienne - URL à une nouvelle en demandant au client d'aller chercher la ressource à + URL à une nouvelle en demandant au client d'aller chercher la ressource à une autre localisation.

    -

    L'ancien chemin URL est un chemin sensible à la casse - (décodé à l'aide de caractères %) commençant par un slash. Les - chemins relatifs ne sont pas autorisés.

    +

    L'ancien chemin URL est un chemin sensible à la casse + (décodé à l'aide de caractères %) commençant par un slash. Les + chemins relatifs ne sont pas autorisés.

    La nouvelle URL - peut être une URL absolue commençant par un protocole et un nom - d'hôte, mais on peut aussi utiliser un chemin URL commençant par un - slash, auquel cas le protocole et le nom d'hôte du serveur local - seront ajoutés.

    + peut être une URL absolue commençant par un protocole et un nom + d'hôte, mais on peut aussi utiliser un chemin URL commençant par un + slash, auquel cas le protocole et le nom d'hôte du serveur local + seront ajoutés.

    -

    Ensuite, toute requête commençant par chemin URL va +

    Ensuite, toute requête commençant par chemin URL va renvoyer une redirection au client vers l'URL cible. Tout - élément de chemin supplémentaire situé en aval du chemin - URL sera ajouté à l'URL cible.

    + élément de chemin supplémentaire situé en aval du chemin + URL sera ajouté à l'URL cible.

    Exemple : - # Redirige vers une URL sur un serveur différent
    + # Redirige vers une URL sur un serveur différent
    Redirect /service http://foo2.example.com/service

    - # Redirige vers une URL sur le même serveur
    + # Redirige vers une URL sur le même serveur
    Redirect /one /two
    -

    Si le client effectue une requête pour l'URL - http://example.com/service/foo.txt, il lui sera demandé +

    Si le client effectue une requête pour l'URL + http://example.com/service/foo.txt, il lui sera demandé d'en effectuer une autre pour l'URL http://foo2.example.com/service/foo.txt. Ceci concerne - les requêtes avec paramètres GET, comme + les requêtes avec paramètres GET, comme http://example.com/service/foo.pl?q=23&a=42, qui - seront redirigées vers + seront redirigées vers http://foo2.example.com/service/foo.pl?q=23&a=42. - Notez que les POSTs seront ignorés.
    + Notez que les POSTs seront ignorés.
    Seuls les - éléments de chemin complets sont testés, si bien que l'exemple - précédent ne s'appliquera pas à l'URL + éléments de chemin complets sont testés, si bien que l'exemple + précédent ne s'appliquera pas à l'URL http://example.com/servicefoo.txt. Pour des mises en correspondance plus complexes faisant intervenir les expressions - rationnelles, veuillez vous reporter à la directive RedirectMatch.

    Note -

    Les directives de redirection ont priorité sur les directives +

    Les directives de redirection ont priorité sur les directives Alias et ScriptAlias, quel que soit leur ordre d'apparition dans le fichier de configuration.

    -

    Si aucun argument statut n'est spécifié, la +

    Si aucun argument statut n'est spécifié, la redirection sera temporaire (statut HTTP 302). Le client est alors - informé que la ressource a été temporairement déplacée. On peut + informé que la ressource a été temporairement déplacée. On peut utiliser l'argument statut pour renvoyer d'autres codes de statut HTTP :

    @@ -334,30 +332,30 @@ d'effectuer une autre requête avec une URL différente
    permanent
    Renvoie un statut de redirection permanente (301), indiquant - que la ressource a été définitivement déplacée.
    + que la ressource a été définitivement déplacée.
    temp
    Renvoie un statut de redirection temporaire (302). C'est le - comportement par défaut.
    + comportement par défaut.
    seeother
    Renvoie un statut "See Other" (303) indiquant que la ressource - a été remplacée par une autre.
    + a été remplacée par une autre.
    gone
    Renvoie un statut "Gone" (410) indiquant que la ressource a - été définitivement supprimée. Lorsque ce statut est défini, on ne + été définitivement supprimée. Lorsque ce statut est défini, on ne doit pas utiliser l'argument URL.
    -

    On peut renvoyer d'autres codes de statut en spécifiant le code - de statut numérique comme valeur de l'argument of statut. +

    On peut renvoyer d'autres codes de statut en spécifiant le code + de statut numérique comme valeur de l'argument of statut. Si le code de statut est compris entre 300 et 399, l'argument - URL doit être présent, sinon il ne doit pas être utilisé. - Notez que le statut doit être connu du code d'Apache (voir la + URL doit être présent, sinon il ne doit pas être utilisé. + Notez que le statut doit être connu du code d'Apache (voir la fonction send_error_response dans http_protocol.c).

    @@ -381,29 +379,29 @@ courante FileInfo -

    Cette directive est identique à la directive Cette directive est identique à la directive Redirect, mais fait appel aux - expressions rationnelles, à la - place d'une simple mise en correspondance de préfixe. L'expression + expressions rationnelles, à la + place d'une simple mise en correspondance de préfixe. L'expression rationnelle fournie est mise en correspondance avec le chemin URL, et si elle correspond, le serveur va substituer toute partie de - chemin correspondante entre parenthèses dans la chaîne spécifiée et + chemin correspondante entre parenthèses dans la chaîne spécifiée et l'utiliser comme nom de fichier. Par exemple, pour rediriger tous - les fichiers GIF vers les fichiers JPEG de même nom sur un autre + les fichiers GIF vers les fichiers JPEG de même nom sur un autre serveur, on peut utiliser :

    RedirectMatch (.*)\.gif$ http://autre.example.com$1.jpg -

    Les remarques à propos de la différence entre Les remarques à propos de la différence entre Alias et AliasMatch s'appliquent aussi à la - différence entre les directives AliasMatch s'appliquent aussi à la + différence entre les directives Redirect et RedirectMatch. Voir la directive AliasMatch pour plus de - détails.

    + détails.

    @@ -411,8 +409,8 @@ courante RedirectTemp Envoie une redirection externe temporaire demandant au -client d'effectuer une nouvelle requête avec une URL -différente +client d'effectuer une nouvelle requête avec une URL +différente RedirectTemp chemin URL URL server configvirtual host directory.htaccess @@ -420,7 +418,7 @@ différente

    Cette directive informe le client que la redirection n'est - que temporaire (statut 302). Son comportement est exactement le même + que temporaire (statut 302). Son comportement est exactement le même que celui de Redirect temp.

    @@ -428,8 +426,8 @@ différente RedirectPermanent Envoie une redirection externe permanente demandant au -client d'effectuer une nouvelle requête avec une URL -différente +client d'effectuer une nouvelle requête avec une URL +différente RedirectPermanent chemin URL URL server configvirtual host directory.htaccess @@ -437,40 +435,40 @@ différente

    Cette directive informe le client que la redirection est - permanente (statut 301). Son comportement est exactement le même + permanente (statut 301). Son comportement est exactement le même que celui de Redirect permanent.

    ScriptAlias -Fait correspondre une URL à une zone du système de fichiers -et désigne la cible comme script CGI +Fait correspondre une URL à une zone du système de fichiers +et désigne la cible comme script CGI ScriptAlias chemin URL -chemin fichier|chemin répertoire +chemin fichier|chemin répertoire server configvirtual host -

    La directive ScriptAlias présente le même +

    La directive ScriptAlias présente le même comportement que la directive Alias, mais désigne en plus le - répertoire cible comme conteneur de scripts CGI qui seront traitées + module="mod_alias">Alias, mais désigne en plus le + répertoire cible comme conteneur de scripts CGI qui seront traitées par le gestionnaire cgi-script du module mod_cgi. - Les URLs dont le chemin URL sensible à la casse (décodé avec - caractères %) commence par chemin URL seront mises en + Les URLs dont le chemin URL sensible à la casse (décodé avec + caractères %) commence par chemin URL seront mises en correspondance avec les scripts dont le chemin commence par le - second argument, qui est un chemin complet dans le système de + second argument, qui est un chemin complet dans le système de fichiers local.

    Exemple : ScriptAlias /cgi-bin/ /web/cgi-bin/ -

    Une requête pour http://mon-serveur/cgi-bin/foo - ferait exécuter par le serveur le script +

    Une requête pour http://mon-serveur/cgi-bin/foo + ferait exécuter par le serveur le script /web/cgi-bin/foo. Cette configuration est sensiblement - équivalente à :

    + équivalente à :

    Alias /cgi-bin/ /web/cgi-bin/
    <Location /cgi-bin >
    @@ -488,22 +486,22 @@ et désigne la cible comme script CGI ScriptAlias /cgi-bin/ /web/cgi-handler.pl
    -

    Dans ce scénario, tous les fichiers faisant l'objet d'une requête - dans /cgi-bin/ seront traités par le fichier que vous - avez spécifié, ce qui vous permet d'utiliser votre propre +

    Dans ce scénario, tous les fichiers faisant l'objet d'une requête + dans /cgi-bin/ seront traités par le fichier que vous + avez spécifié, ce qui vous permet d'utiliser votre propre gestionnaire. Vous pouvez l'utiliser comme enveloppe (wrapper) pour les scripts CGI afin d'ajouter du contenu, ou autre action "maison".

    - Il est préférable d'éviter de placer les + Il est préférable d'éviter de placer les scripts CGI dans l'arborescence de DocumentRoot afin d'éviter de révéler + module="core">DocumentRoot afin d'éviter de révéler accidentellement leur code source lors d'une modification de - configuration. On y parvient aisément avec + configuration. On y parvient aisément avec ScriptAlias en mettant en correspondance une - URL et en désignant la cible comme scripts CGI par la même occasion. - Si vous choisissez de placer vos scripts CGI dans un répertoire + URL et en désignant la cible comme scripts CGI par la même occasion. + Si vous choisissez de placer vos scripts CGI dans un répertoire accessible depuis le web, n'utilisez pas - ScriptAlias. Utilisez plutôt ScriptAlias. Utilisez plutôt Directory, SetHandler, et Options comme dans l'exemple suivant : @@ -515,10 +513,10 @@ et désigne la cible comme script CGI </Directory>
    - Ceci est nécessaire car plusieurs chemins URL peuvent - correspondre à la même zone du système de fichiers, court-circuitant - ainsi la directive ScriptAlias et révélant le - code source des scripts CGI s'ils ne sont pas protégés par une + Ceci est nécessaire car plusieurs chemins URL peuvent + correspondre à la même zone du système de fichiers, court-circuitant + ainsi la directive ScriptAlias et révélant le + code source des scripts CGI s'ils ne sont pas protégés par une section Directory.
    @@ -527,23 +525,23 @@ et désigne la cible comme script CGI ScriptAliasMatch -Fait correspondre une URL à une zone du système de fichiers -en faisant appel aux expressions rationnelles et en désignant la cible +Fait correspondre une URL à une zone du système de fichiers +en faisant appel aux expressions rationnelles et en désignant la cible comme un script CGI ScriptAliasMatch regex -chemin fichier|chemin répertoire +chemin fichier|chemin répertoire server configvirtual host -

    Cette directive est équivalente à la directive Cette directive est équivalente à la directive ScriptAlias, mais fait appel aux - expressions rationnelles, à la - place d'une simple mise en correspondance de préfixe. L'expression + expressions rationnelles, à la + place d'une simple mise en correspondance de préfixe. L'expression rationnelle fournie est mise en correspondance avec le chemin URL, et si elle correspond, le serveur va substituer toute partie de - chemin entre parenthèses dans la chaîne spécifiée et l'utiliser - comme nom de fichier. Par exemple, pour activer le répertoire + chemin entre parenthèses dans la chaîne spécifiée et l'utiliser + comme nom de fichier. Par exemple, pour activer le répertoire standard /cgi-bin, on peut utiliser :

    @@ -551,22 +549,22 @@ comme un script CGI

    Comme dans le cas d'AliasMatch, toute la puissance des expressions rationnelles peut être mise à + ref="rexex">expressions rationnelles peut être mise à contribution. Par exemple, il est possible de construire un alias - avec une comparaison du modèle du chemin URL insensible à la casse :

    + avec une comparaison du modèle du chemin URL insensible à la casse :

    ScriptAliasMatch (?i)^/cgi-bin(.*) /usr/local/apache/cgi-bin$1 -

    Les remarques à propos de la différence entre Les remarques à propos de la différence entre Alias et AliasMatch s'appliquent aussi à la - différence entre les directives AliasMatch s'appliquent aussi à la + différence entre les directives ScriptAlias et ScriptAliasMatch. Voir la directive AliasMatch pour plus de - détails.

    + détails.

    diff --git a/docs/manual/mod/mod_proxy.xml.fr b/docs/manual/mod/mod_proxy.xml.fr index 44575519d7..6e453d66ef 100644 --- a/docs/manual/mod/mod_proxy.xml.fr +++ b/docs/manual/mod/mod_proxy.xml.fr @@ -1,7 +1,7 @@ - + @@ -931,7 +931,6 @@ l'espace d'URLs du serveur local ProxyPass /example http://backend.example.com max=20 ttl=120 retry=300 -
    Paramètres de BalancerMember
    @@ -1114,9 +1113,9 @@ l'espace d'URLs du serveur local
    Paramètre Défaut
    ttl - Durée de vie des connexions inactives et des entrées du pool - de connexions associées en secondes. Une fois cette - limite atteinte, une connexion ne sera pas réutilisée ; elle - sera fermée après un délai variable. + de connexions associées en secondes. Celles qui n'ont pas été + utilisées au bout de ttl secondes seront libérées + ou fermées.
    @@ -1132,7 +1131,6 @@ l'espace d'URLs du serveur local d'informations à propos du fonctionnement du répartiteur de charge.

    -
    Paramètres du répartiteur
    @@ -1196,27 +1194,6 @@ l'espace d'URLs du serveur local le cas des autres erreurs de worker. - - - - - - -
    Paramètre Défaut
    nonce<auto>Le nombre à usage unique de protection utilisé dans la page - de l'application balancer-manager. Par défaut, la - protection de la page est assurée par un nombre à usage unique - automatique à base d'UUID. Si une valeur est précisée, elle sera - utilisée comme nombre à usage unique. La valeur - None désactive la vérification du nombre à usage - unique. - Note -

    En plus du nombre à usage unique, la page de l'application - balancer-manager peut être protégée par une ACL.

    -
    -
    growth0Nombre de membres supplémentaires que l'on peut ajouter à ce - répartiteur en plus de ceux définis au niveau de la - configuration. -

    Exemple de configuration d'un répartiteur de charge

    diff --git a/docs/manual/mod/mod_rewrite.xml.fr b/docs/manual/mod/mod_rewrite.xml.fr index 3740c90eec..e9a9c14ebc 100644 --- a/docs/manual/mod/mod_rewrite.xml.fr +++ b/docs/manual/mod/mod_rewrite.xml.fr @@ -1,7 +1,7 @@ - + @@ -316,22 +316,17 @@ répertoire

    La directive RewriteBase définit explicitement le chemin URL de base (et non le chemin du répertoire dans le système de fichiers !) pour les réécritures dans un contexte - de répertoire dont le résultat est la substitution d'un - chemin relatif. Lorsque vous utilisez une directive RewriteRule dans un fichier .htaccess, mod_rewrite enlève le préfixe de répertoire local avant d'effectuer le traitement, puis réécrit ce qui reste de l'URL. Lorsque la réécriture est terminée, - mod_rewrite ajoute automatiquement le préfixe de - répertoire local (ou la valeur de la directive - RewriteBase si cette dernière est définie) - à la chaîne de substitution avant de la remettre à disposition du - serveur, comme s'il s'agissait de l'URL d'origine.

    + mod_rewrite rajoute automatiquement le préfixe de + répertoire local au chemin.

    Cette directive est requise pour les réécritures dans un contexte de répertoire défini via la directive - Alias lorsque la - substitution utilise un chemin relatif.

    + Alias.

    Si votre chemin URL n'existe pas réellement dans le système de fichiers, ou ne trouve pas directement sous le répertoire défini @@ -486,7 +481,6 @@ la réécriture soit effectuée REQUEST_FILENAME
    IS_SUBREQ
    HTTPS
    - REQUEST_SCHEME
    @@ -549,23 +543,11 @@ la réécriture soit effectuée (Cette variable peut être utilisée sans problème, que mod_ssl soit chargé ou non. -

    REQUEST_SCHEME
    - -
    Contient le protocole de la requête (en général - "http" ou "https"). La valeur peut être modifiée par - la directive ServerName.
    -
  • -

    Si la chaîne de test contient la valeur spéciale - expr, expression de comparaison sera traité - en tant qu'expression rationnelle de type ap_expr.

    -

    Autres points à connaître ::

    1. @@ -842,25 +824,6 @@ la réécriture soit effectuée
    2. -
    3. -

      Si la chaîne de test contient la valeur spéciale - expr, la chaîne de comparaison sera - traitée en tant qu'expression rationnelle de type ap_expr.

      - -

      - Dans l'exemple ci-dessous, on utilise -strmatch - pour comparer le REFERER avec le nom d'hôte du - site afin de bloquer le hotlinking (référencement direct) - non désiré. -

      - - - RewriteCond expr "! %{HTTP_REFERER} -strmatch '*://%{HTTP_HOST}/*'"
      - RewriteRule ^/images - [F] -
      -
    4. -
    5. Vous pouvez aussi définir certains drapeaux pour l'expression de comparaison en ajoutant ces [drapeaux] @@ -976,73 +939,29 @@ RewriteRule ^/$ /homepage.std.html [L] la dernière règle de réécriture qui a été appliquée.

      Qu'est-ce qui est comparé ? - -

      Dans un contexte de serveur virtuel VirtualHost, le modèle est tout - d'abord comparé à la portion de l'URL située entre le nom d'hôte - éventuellement accompagné du port, et la chaîne de paramètres (par - exemple "/app1/index.html").

      +

      Le Modèle est d'abord comparé à la partie + de l'URL après le nom d'hôte et le port, et avant la chaîne de + requête.

      -

      Dans les contextes de répertoire Directory et htaccess, le - modèle est tout d'abord comparé au chemin du système - de fichiers, après suppression du préfixe ou chemin de base - ayant conduit à la règle RewriteRule (par - exemple "app1/index.html" ou - "index.html" selon l'endroit où les directives sont définies).

      +

      Dans un contexte de répertoire, Modèle est comparé à + ce qui reste de l'URL après suppression du préfixe qui a conduit + Apache httpd à la règle courante (voir la directive RewriteBase). Le préfixe supprimé + se termine toujours par un slash, ce qui signifie que la + correspondance se fera toujours avec une chaîne qui ne commence + pas par un slash. Un Modèle contenant ^/ ne + correspondra jamais dans un contexte de répertoire.

      +

      Si vous souhaitez faire une comparaison sur le nom d'hôte, le port, ou la chaîne de requête, utilisez une directive RewriteCond comportant respectivement les variables %{HTTP_HOST}, %{SERVER_PORT}, ou - %{QUERY_STRING}.

      -
      - -Réécritures dans un contexte de répertoire -
        -
      • L'utilisation du moteur de réécriture dans les -fichiers .htaccess et les sections -Directory est un peu plus -complexe.
      • - -
      • Pour activer le moteur de réécriture dans ces contextes, vous devez -définir "RewriteEngine On" et -"Options FollowSymLinks". Si l'administrateur a désactivé -la possibilité de modifier l'option FollowSymLinks au -niveau du répertoire d'un utilisateur, vous ne pouvez pas utiliser le -moteur de réécriture. Cette restriction a été instaurée à des fins de -sécurité.
      • - -
      • Lorsqu'on utilise le moteur de réécriture dans un fichier -.htaccess, le chemin de base du répertoire courant (qui est -toujours le même pour ce même répertoire) est automatiquement -supprimé au cours de la comparaison avec le modèle de la règle -de réécriture, et automatiquement ajouté lorsqu'une -substitution relative (ne débutant pas par un slash ou un nom de -protocole) arrive à la fin d'un jeu de règles. Voir la directive -RewriteBase pour plus de -détails à propos de l'ajout du préfixe après les substitutions -relatives.
      • - -
      • Si vous souhaitez effectuer une comparaison en prenant en compte -l'intégralité du -chemin de l'URL dans un contexte de répertoire (htaccess), vous devez -utiliser la variable %{REQUEST_URI} dans la directive -RewriteCond.
      • - -
      • Le prefixe supprimé se termine toujours par un slash, ce qui -signifie que la comparaison s'effectue avec une chaîne qui ne comporte -jamais de slash de début. Ainsi, un modèle contenant -^/ ne correspondra jamais dans un contexte de répertoire.
      • - -
      • Bien que les règles de réécriture soient permises du point de vue de -la syntaxe dans les sections Location et Files, elles n'y sont pas prises en compte, et -n'y sont à priori d'aucune utilité.
      • -
      + %{QUERY_STRING}. Si vous désirez effectuer une + correspondance avec l'ensemble du chemin de l'URL dans un contexte + de répertoire (htaccess), utilisez la variable + %{REQUEST_URI}.

      Pour quelques conseils à propos des - discardpath|DPI + discardpathinfo|DPI Supprime la partie PATH_INFO de l'URI réécrit. détails ... - env|E=[!]VAR[:VAL] + env|E=VAR[:VAL] Définit la variable d'environnement VAR (à la valeur - VAL si elle est fournie). La variante !VAR - annule la définition de la variable VAR.VAL si elle est fournie). détails ... @@ -1339,6 +1257,49 @@ configuration du module mod_userdir.

      Ce développement n'est pas effectué si le drapeau PT est utilisé dans la directive RewriteRule

      + + +Réécritures dans le contexte de répertoire + +

      Le moteur de réécriture peut être utilisé dans les fichiers .htaccess. Pour activer le moteur de +réécriture pour ces fichiers, vous devez préciser "RewriteEngine +On" et "Options FollowSymLinks" +doit être activé. Si votre administrateur a interdit la surcharge de +FollowSymLinks pour un répertoire utilisateur, vous ne +pouvez pas utiliser le moteur de réécriture. Cette restriction est +nécessaire pour des raisons de sécurité.

      + +

      Lorsqu'on utilise le moteur de réécriture dans les fichiers +.htaccess, le préfixe du répertoire (qui est +toujours le même pour un répertoire donné) est automatiquement +supprimé pour la comparaison du modèle et automatiquement +ajouté une fois la substitution effectuée. Cette fonctionnalité +est nécessaire pour de nombreux cas de réécriture ; sans elle, vous +seriez obligé de tenir compte du répertoire parent pour la comparaison, +ce qui n'est pas toujours +possible. Il y a une exception : si une chaîne de substitution commence +par http://, le préfixe du répertoire ne sera +pas ajouté, et une redirection externe (ou le passage +par un mandataire, si le drapeau P est utilisé) sera +initiée. Voir la directive RewriteBase pour plus de détails.

      + +

      Le moteur de réécriture peut aussi être utilisé dans les sections +Directory avec les +mêmes règles de comparaison des préfixes que celles qui s'appliquent +pour les fichiers .htaccess. Cependant, il est en général +plus simple, pour éviter la complication des substitutions de préfixes, +de définir les règles de réécriture dans le contexte du serveur +principal ou des hôtes virtuels, plutôt que dans une section +Directory.

      + +

      Bien que du point de vue syntaxique, il soit permis de définir des +règles de réécriture dans les sections Location et Files, ce n'est à priori +d'aucune utilité et n'est pas supporté.

      +

      Voici toutes les combinaisons de substitution et leurs diff --git a/docs/manual/rewrite/flags.xml.fr b/docs/manual/rewrite/flags.xml.fr index 4b349345ab..8aa4bb5a76 100644 --- a/docs/manual/rewrite/flags.xml.fr +++ b/docs/manual/rewrite/flags.xml.fr @@ -1,7 +1,7 @@ - + @@ -226,7 +226,7 @@ fonctionnement des variables d'environnement.

      La syntaxe complète pour ce drapeau est :

      -[E=!VAR] +[E=VAR:VAL]

      VAL peut comporter des références arrières @@ -241,14 +241,6 @@ fonctionnement des variables d'environnement.

      vous pouvez définir la variable d'environnement nommée VAR avec une valeur vide.

      -

      La forme

      - - -[E=!VAR] - - -

      permet d'annuler la définition de la variable VAR.

      -

      Les variables d'environnement s'emploient dans différents contextes, comme les programmes CGI, d'autres directives RewriteRule, ou des directives CustomLog.

      diff --git a/docs/manual/upgrading.xml.fr b/docs/manual/upgrading.xml.fr index 0d1e5618ce..a0a1a71717 100644 --- a/docs/manual/upgrading.xml.fr +++ b/docs/manual/upgrading.xml.fr @@ -3,7 +3,7 @@ - + + @@ -42,9 +42,15 @@ IP" et la commande "ifconfig" pour les activer), et/ou utiliser plusieurs numéros de port.

      -

      Selon la terminologie du serveur HTTP Apache, l'utilisation d'une - seule adresse IP avec plusieurs ports TCP s'apparente aussi à de - l'hébergement virtuel basé sur IP.

      +

      Dans la plupart des cas, les serveurs + virtuels à base de nom sont plus appropriés, car ils permettent + de partager une seule paire adresse/port entre de nombreux serveurs + virtuels. Voir le document Serveurs virtuels à base de noms ou + serveurs virtuels à base d'adresse IP pour vous aider à prendre + une décision. +

      +
    Comment configurer Apache @@ -103,7 +109,7 @@ que le processus résident doit gérer. Par exemple :

    - Listen 192.0.2.100:80 + Listen www.example.com:80

    Il est recommandé d'utiliser une adresse IP plutôt qu'un nom