From: Jim Jagielski Date: Tue, 18 Jan 2011 14:25:35 +0000 (+0000) Subject: Revert "Updates." X-Git-Tag: 2.3.11~168 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=89623d072c974ecb992556763a2dce2225f72cbd;p=apache Revert "Updates." This reverts commit c2edd395de0869c413cb4e2d7edea2c5717df5a0. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1060392 13f79535-47bb-0310-9956-ffa450edef68 --- 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. -
    2. -

      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] -       -
      3. -
    3. 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é ? +

      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 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.

      -

      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").

      - -

      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).

      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