From: Lucien Gentis Date: Sat, 21 Feb 2015 17:21:24 +0000 (+0000) Subject: Rebuild. X-Git-Tag: 2.4.13~412 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=53f69741372a6845e4c0a55019f91aba4258c9fc;p=apache Rebuild. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1661409 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/logs.html.fr b/docs/manual/logs.html.fr index 03b038a390..cc69d83119 100644 --- a/docs/manual/logs.html.fr +++ b/docs/manual/logs.html.fr @@ -628,7 +628,7 @@ CustomLog "|$/usr/local/apache/bin/rotatelogs /var/log/access_log 86400" commo

Notez que sous Windows, la mémoire allouée au bureau (desktop heap) peut devenir insuffisante si vous utilisez de nombreux processus vers lesquels sont redirigés des journaux via un pipe, et - ceci particulièrement si httpd s'exécute en temps que service. La + ceci particulièrement si httpd s'exécute en tant que service. La quantité de mémoire du bureau allouée à chaque service est spécifiée dans le troisième argument du paramètre SharedSection de la clé de registre @@ -636,7 +636,7 @@ CustomLog "|$/usr/local/apache/bin/rotatelogs /var/log/access_log 86400" commo Modifiez cette valeur avec prudence ; les précautions d'usage s'imposent lorsqu'on modifie la base de registre, mais vous pouvez aussi saturer la mémoire du bureau si vous - spécifiez une valeur trop élévée.

+ spécifiez une valeur trop élevée.

top
diff --git a/docs/manual/mod/mod_auth_form.html.fr b/docs/manual/mod/mod_auth_form.html.fr index 99fe1bb9b9..a8f317dcec 100644 --- a/docs/manual/mod/mod_auth_form.html.fr +++ b/docs/manual/mod/mod_auth_form.html.fr @@ -43,9 +43,9 @@ en compte avant d'activer les sessions sur votre serveur.

-

Ce module permet de restreindre les accès, au moyen d'un formulaire de - connexion HTML, en recherchant les utilisateurs auprès des fournisseurs - spécifiés. Les formulaires HTML requièrent +

Ce module permet de restreindre l'accès en recherchant les + utilisateurs dans les fournisseurs spécifiés à l'aide d'un + formulaire de connexion HTML. Les formulaires HTML requièrent davantage de configuration que les méthodes d'authentification alternatives, mais ils peuvent s'avérer beaucoup plus conviviaux pour les utilisateurs. @@ -114,7 +114,7 @@ l'authentification mod_session_cookie, et l'authentification utilise un fichier en s'appuyant sur le module mod_authn_file. Si l'authentification échoue, - l'utilisateur sera redirigé vers la page du formulaire de + l'utilisateur dera redirigé vers la page du formulaire de connexion.

Exemple simple

AuthFormProvider file
@@ -143,7 +143,7 @@ SessionCryptoPassphrase secret

Dans l'exemple simple ci-dessus, une URL a été protégée par mod_auth_form, mais on doit maintenant fournir - à l'utilisateur un moyen de saisir un nom et un mot de passe. À cet + à l'utilisateur un moyen d'entrer un nom et un mot de passe. À cet effet, on peut soit écrire une page de connexion indépendante dédiée, soit inclure le formulaire de connexion dans la page courante.

@@ -189,7 +189,8 @@ SessionCryptoPassphrase secret </Location>
-

L'URL spécifiée par la directive AuthFormLoginRequiredLocation +

L'URL spécifiée par la directive + AuthFormLoginRequiredLocation référencera en général une page expliquant à l'utilisateur que sa tentative de connexion a échoué, et qu'il doit la renouveler. La directive AuthFormLoginSuccessLocation @@ -203,7 +204,7 @@ SessionCryptoPassphrase secret form-login-handler pourra être utilisé pour différentes zones du site web.

-

Exemple de formulaire de login avec page cible

<form method="POST" action="/dologin.html">
+      
Exemple de formulaire d'authentification multizone
<form method="POST" action="/dologin.html">
   Username: <input type="text" name="httpd_username" value="" />
   Password: <input type="password" name="httpd_password" value="" />
   <input type="submit" name="login" value="Login" />
@@ -361,10 +362,10 @@ SessionCryptoPassphrase secret

 

 
       
Notez que la déconnexion d'un utilisateur ne supprime pas la
-      session ; elle supprime seulement l'Utilisateur et le mot de passe
+      session ; elle supprime seulement l'utilisateur et le mot de passe
       de la session. Si la session qui en résulte est vide, elle sera
       probablement supprimée, mais ce n'est pas garanti. Si vous voulez
-      être sûr que la session sera supprimée, affectez une petite valeur
+      être sûr que la session sera supprimée, affectez une valeur faible
       à la directive SessionMaxAge, par exemple 1
       (affecter à cette directive la valeur zéro signifie une session
       sans limite d'âge).
@@ -431,8 +432,8 @@ requ
 Module:mod_auth_form
 Compatibilité:Disponible depuis la version 2.3.0 du serveur HTTP Apache
 
-    
La directive AuthFormBody permet de
-    spécifier le nom du champ HTML qui, s'il existe, contiendra le corps
+    
La directive AuthFormBody
+    spécifie le nom du champ HTML qui, s'il existe, contiendra le corps
     de la requête à effectuer en cas de connexion réussie.

 
     
En ajoutant au formulaire les champs décrits dans AuthFormMethod, AuthFormMimetype et AuthFormBody, un site web sera en
@@ -455,8 +456,8 @@ connexion
 
     
Le drapeau AuthFormDisableNoStore supprime
     l'envoi d'un en-tête Cache-Control no-store lorsqu'une
-    page avec code d'erreur 401 est renvoyée si l'utilisateur n'est pas
-    encore connecté. Avec cet en-tête, il est plus difficile pour une
+    page avec code d'erreur 401 est renvoyée, si l'utilisateur n'est pas
+    encore connecté. Avec cette en-tête, il est plus difficile pour une
     application ecmascript de resoumettre un formulaire de connexion, et
     ainsi révéler le nom d'utilisateur et le mot de passe à
     l'application sous-jacente. Vous devez être conscient des risques
@@ -467,7 +468,7 @@ connexion
 
top

 
AuthFormFakeBasicAuth Directive

 
-
+
@@ -475,9 +476,9 @@ connexion
Description:Simule un en-tête d'authentification de base
Description:Simule une en-tête d'authentification de base

 
Syntaxe:AuthFormFakeBasicAuth On|Off

 
Défaut:AuthFormFakeBasicAuth Off

 
Contexte:répertoire

 
Module:mod_auth_form

 
Compatibilité:Disponible depuis la version 2.3.0 du serveur HTTP Apache

 

-    
Le drapeau AuthFormFakeBasicAuth permet de
-    déterminer si un en-tête d'Authentification de base
-    sera ajouté aux en-têtes de la requête. On peut utiliser cette
+    
Le drapeau AuthFormFakeBasicAuth
+    détermine si une en-tête d'Authentification de base
+    sera ajoutée aux en-têtes de la requête. On peut utiliser cette
     méthode pour présenter le nom d'utilisateur et le mot de passe à
     l'application sous-jacente, sans que cette dernière ait besoin de
     connaître la manière dont le processus de connexion a été mené à
@@ -498,8 +499,8 @@ r
 Module:mod_auth_form
 Compatibilité:Disponible depuis la version 2.3.0 du serveur HTTP Apache
 
-    
La directive AuthFormLocation permet de
-    spécifier le nom du champ HTML qui, s'il existe, contiendra l'URL
+    
La directive AuthFormLocation
+    spécifie le nom du champ HTML qui, s'il existe, contiendra l'URL
     vers laquelle rediriger le navigateur en cas de connexion
     réussie.

 
@@ -515,15 +516,14 @@ authentification est requise
 Statut:Base
 Module:mod_auth_form
 Compatibilité:Disponible depuis la version 2.3.0 du serveur HTTP
-Apache. L'interpréteur d'expressions a été ajouté à partir de la version
-2.4.4.
+Apache. L'interprétation des expressions rationnelles est supportée
+depuis la version 2.4.4.
 
     
La directive AuthFormLoginRequiredLocation
-    permet de spécifier l'URL vers laquelle l'utilisateur devra être
-    redirigé s'il n'est pas autorisé à
-    accéder à une page. L'argument passé à cette directive
-    est lu au moyen de l'analyseur lexical ap_expr avant d'être
-    envoyé au client. Par défaut,
+    spécifie l'URL vers laquelle l'utilisateur devra être
+    redirigé s'il n'est pas autorisé à accéder à une page. Sa valeur est
+    interprétée via l'interpréteur ap_expr
+    avant d'être envoyée au client. Par défaut,
     si un utilisateur n'est pas autorisé à accéder à une page, le code
     de réponse HTTP HTTP_UNAUTHORIZED est renvoyé avec la
     page spécifiée par la directive ErrorDocument. La directive AuthFormLoginRequiredLocation
@@ -545,14 +545,14 @@ de connexion r
 Statut:Base
 Module:mod_auth_form
 Compatibilité:Disponible depuis la version 2.3.0 du serveur HTTP
-Apache. L'interpréteur d'expressions a été ajouté à partir de la version
-2.4.4.
+Apache. L'interprétation des expressions rationnelles est supportée
+depuis la version 2.4.4.
 
     
La directive AuthFormLoginSuccessLocation
-    permet de spécifier l'URL vers laquelle l'utilisateur doit être
-    redirigé en cas de connexion réussie. L'argument passé à cette directive
-    est lu au moyen de l'analyseur lexical ap_expr avant d'être
-    envoyé au client.  L'effet de cette directive
+    spécifie l'URL vers laquelle l'utilisateur doit être
+    redirigé en cas de connexion réussie. Sa valeur est
+    interprétée via l'interpréteur ap_expr
+    avant d'être envoyée au client. L'effet de cette directive
     peut être annulé si l'on a défini un champ de formulaire contenant
     une autre URL à l'aide de la directive AuthFormLocation.

 
@@ -573,15 +573,14 @@ apr
 Statut:Base
 Module:mod_auth_form
 Compatibilité:Disponible depuis la version 2.3.0 du serveur HTTP
-Apache. L'interpréteur d'expressions a été ajouté à partir de la version
-2.4.4.
+Apache. L'interprétation des expressions rationnelles est supportée
+depuis la version 2.4.4.
 
-    
La directive AuthFormLogoutLocation permet de
-    spécifier l'URL de la page du serveur vers laquelle l'utilisateur
-    devra être redirigé s'il se déconnecte.
-    L'argument passé à cette directive
-    est lu au moyen de l'analyseur lexical ap_expr avant d'être
-    envoyé au client.

+    
La directive AuthFormLogoutLocation
+    spécifie l'URL de la page du serveur vers laquelle l'utilisateur
+    devra être redirigé s'il se déconnecte. Sa valeur est
+    interprétée via l'interpréteur ap_expr
+    avant d'être envoyée au client.

 
     
Lorsqu'un accès est tenté sur un URI traité par le gestionnaire
     form-logout-handler, la page spécifiée par cette
@@ -615,8 +614,8 @@ requ
 Module:mod_auth_form
 Compatibilité:Disponible depuis la version 2.3.0 du serveur HTTP Apache
 
-    
La directive AuthFormMethod permet de
-    spécifier le nom du champ HTML qui, s'il existe, contiendra le type
+    
La directive AuthFormMethod
+    spécifie le nom du champ HTML qui, s'il existe, contiendra le type
     MIME de la requête à effectuer en cas de connexion réussie.

 
     
En ajoutant au formulaire les champs décrits dans AuthFormMethod, AuthFormMimetype et AuthFormBody, un site web sera en
@@ -638,8 +637,8 @@ r
 Module:mod_auth_form
 Compatibilité:Disponible depuis la version 2.3.0 du serveur HTTP Apache
 
-    
La directive AuthFormMimetype permet de
-    spécifier le nom du champ HTML qui, s'il existe, contiendra le type
+    
La directive AuthFormMimetype
+    spécifie le nom du champ HTML qui, s'il existe, contiendra le type
     MIME de la requête à effectuer en cas de connexion réussie.

 
     
En ajoutant au formulaire les champs décrits dans AuthFormMethod, AuthFormMimetype et AuthFormBody, un site web sera en
@@ -714,8 +713,8 @@ trafic
 Module:mod_auth_form
 Compatibilité:Disponible depuis la version 2.3.0 du serveur HTTP Apache
 
-    
La directive AuthFormSitePassphrase permet de
-    spécifier un mot de passe qui, s'il est présent dans la session
+    
La directive AuthFormSitePassphrase
+    spécifie un mot de passe qui, s'il est présent dans la session
     utilisateur, indique à Apache httpd de court-circuiter l'authentification
     pour l'URL considérée. On peut l'utiliser dans le cas de sites web à
     fort trafic afin de réduire la charge induite sur l'infrastructure
@@ -754,7 +753,7 @@ extraites les informations de connexion
 Module:mod_auth_form
 Compatibilité:Disponible depuis la version 2.3.0 du serveur HTTP Apache
 
-    
La directive AuthFormSize permet de spécifier
+    
La directive AuthFormSize spécifie
     la taille maximale du corps de la requête qui sera utilisée pour
     trouver le formulaire de connexion.

 
diff --git a/docs/manual/mod/mod_authn_socache.html.fr b/docs/manual/mod/mod_authn_socache.html.fr
index c630c19e92..eddaa12387 100644
--- a/docs/manual/mod/mod_authn_socache.html.fr
+++ b/docs/manual/mod/mod_authn_socache.html.fr
@@ -35,9 +35,8 @@ la charge des serveurs d'arri
 Compatibilité:Versions 2.3 et ultérieures
 
Sommaire

 
-    
Maintient un cache des données d'authentification afin que la
-    recherche d'un nouveau serveur d'arrière-plan pour chaque requête
-    authentifiée ne soit plus nécessaire.

+    
Maintient un cache des données d'authentification pour limiter
+    les sollicitations du serveur d'arrière-plan.

 

 
Directives

 
    
@@ -95,15 +94,18 @@ la charge des serveurs d'arri
     
    Voici un exemple simple permettant d'accélérer
     mod_authn_dbd et utilisant dbm comme moteur de la
     mise en cache :
    
-    
    <Directory /usr/www/myhost/private>
+    
        #AuthnCacheSOCache est optionnel. S'il est défini, il l'est pour
+    #l'ensemble du serveur
+AuthnCacheSOCache dbm
+<Directory /usr/www/myhost/private>
     AuthType Basic
     AuthName "Cached Authentication Example"
     AuthBasicProvider socache dbd
     AuthDBDUserPWQuery "SELECT password FROM authn WHERE user = %s"
     AuthnCacheProvideFor dbd
-    AuthnCacheContext dbd-authn-example
-    AuthnCacheSOCache dbm
     Require valid-user
+    #Optionnel
+    AuthnCacheContext dbd-authn-example
 </Directory>
    
 
 
top

@@ -111,7 +113,7 @@ la charge des serveurs d'arri
 
La mise en cache avec les modules tiers

     
Les développeurs de modules doivent savoir que la mise en cache
     avec mod_authn_socache doit être activée dans leurs modules. La
-    fonction simple de l'API ap_authn_cache_store permet de
+    fonction de l'API ap_authn_cache_store permet de
     mettre en cache les données d'authentification qu'un fournisseur
     vient de rechercher ou de générer. Vous trouverez des exemples
     d'utilisation à r957072, où trois fournisseurs authn sont activés pour la mise
@@ -207,8 +209,8 @@ utiliser
 AllowOverride:None
 Statut:Base
 Module:mod_authn_socache
-Compatibilité:Les paramètres optionnels du fournisseur sont disponibles
-depuis la version 2.4.7 du serveur HTTP Apache
+Compatibilité:Les arguments optionnels du fournisseur sont disponibles
+à partir de la version 2.4.7 du serveur HTTP Apache
 
     
Cette définition s'applique à l'ensemble du serveur et permet de
     sélectionner un fournisseur pour le cache
@@ -235,8 +237,8 @@ depuis la version 2.4.7 du serveur HTTP Apache
     un trou de sécurité, bien qu'un mise en cache de courte durée ne
     posera probablement pas de problème. En général, il est conseillé de
     conserver les entrées du cache de façon à ce que la charge du serveur
-    d'arrière-plan reste normale, mais pas plus longtemps, bien
-    qu'une durée de vie plus longue puisse être nécessaire si les
+    d'arrière-plan reste normale, mais pas plus longtemps ;
+    une durée de vie plus longue peut être paramétrée si les
     changements d'utilisateurs et de mots de passe sont peu fréquents.
     La durée de vie par défaut de 300 secondes (5 minutes) est à la fois
     raisonnable et suffisamment importante pour réduire la charge d'un
diff --git a/docs/manual/mod/mod_cache_socache.html.fr b/docs/manual/mod/mod_cache_socache.html.fr
index 2f399309ae..8f20b37db3 100644
--- a/docs/manual/mod/mod_cache_socache.html.fr
+++ b/docs/manual/mod/mod_cache_socache.html.fr
@@ -88,7 +88,7 @@ CacheSocacheMaxSize 102400
 
top

 
CacheSocache Directive

 
-
+
@@ -96,9 +96,10 @@ CacheSocacheMaxSize 102400
 
Description:L'implémentation du cache d'objets partagés à utiliser
Description:Implémentation du cache d'objets partagés à utiliser

 
Syntaxe:CacheSocache type[:args]

 
Contexte:configuration du serveur, serveur virtuel

 
Statut:Extension
Compatibilité:Disponible à partir de la version 2.4.5 du serveur HTTP
 Apache

 

-    
La directive CacheSocache définit
-    l'implémentation du cache d'objets partagés à utiliser,
-    suivie d'arguments optionnels. On peut choisir entre plusieurs implémentations de caches d'objets
+    
La directive CacheSocache
+    définit l'implémentation du cache d'objets partagés à utiliser,
+    suivie d'arguments optionnels. Il est
+    possible de choisir entre plusieurs implémentations de caches d'objets
     partagés.

 
     
CacheSocache shmcb

@@ -118,8 +119,8 @@ cache
 Compatibilité:Disponible à partir de la version 2.4.5 du serveur HTTP
 Apache
 
-    
La directive CacheSocacheMaxSize définit
-    la taille maximale, en octets, de la somme des en-têtes et
+    
La directive CacheSocacheMaxSize
+    définit la taille maximale, en octets, de la somme des en-têtes et
     du corps d'un document pouvant être stocké dans le cache. Bien
     entendu, plus la taille des en-têtes sera grande, plus la taille
     maximale du corps du document s'en trouvera réduite.

@@ -127,8 +128,8 @@ Apache
     
Le module mod_cache_socache ne tentera de mettre
     en cache que des réponses qui possèdent une taille de contenu
     explicite, ou dont la taille est suffisamment petite pour qu'elles
-    soient écrites en une seule passe. On pourra ainsi laisser le module
-    mod_cache_disk mettre en cache des réponses dont
+    soient écrites en une seule passe. Ceci permet au module
+    mod_cache_disk de mettre en cache des réponses dont
     la taille est trop importante pour pouvoir être mises en cache par
     mod_cache_socache.

 
@@ -149,8 +150,8 @@ avant p
 Compatibilité:Disponible à partir de la version 2.4.5 du serveur HTTP
 Apache
 
-    
La directive CacheSocacheMaxTime permet de
-    définir la durée de stockage maximale en secondes d'un document dans
+    
La directive CacheSocacheMaxTime
+    définit la durée de stockage maximale en secondes d'un document dans
     le cache avant péremption. Cette définition l'emporte sur la durée
     de fraîcheur définie pour le document par le protocole HTTP.

 
@@ -167,15 +168,15 @@ Apache
 Contexte:configuration du serveur, serveur virtuel, répertoire, .htaccess
 Statut:Extension
 Module:mod_cache_socache
-Compatibilité:Disponible à partir de la version 2.5 du serveur HTTP
+Compatibilité:Disponible à partir de la version 2.4.5 du serveur HTTP
 Apache
 
-    
La directive CacheSocacheMinTime définit
-    le nombre de secondes au delà de la durée de fraîcheur de la
+    
La directive CacheSocacheMinTime
+    définit le nombre de secondes au delà de la durée de fraîcheur de la
     réponse pendant lesquelles cette dernière devra être stockée dans le
-    cache d'objets partagés. Si une réponse n'est stockée que
-    pour une durée égale à sa durée de fraîcheur, il n'y aura pas lieu
-    de la rafraîchir.

+    cache d'objets partagés. En effet, si une réponse n'est stockée que
+    pour une durée égale à sa durée de fraîcheur, elle n'a pas besoin
+    d'être rafraîchie.

 
     
CacheSocacheMinTime 600

 
@@ -191,11 +192,11 @@ mettre en cache avant envoi au client
 Contexte:configuration du serveur, serveur virtuel, répertoire, .htaccess
 Statut:Extension
 Module:mod_cache_socache
-Compatibilité:Disponible à partir de la version 2.5 du serveur HTTP
+Compatibilité:Disponible à partir de la version 2.4.5 du serveur HTTP
 Apache
 
-    
La directive CacheSocacheReadSize définit
-    la quantité minimale de données, en octets, à lire depuis
+    
La directive CacheSocacheReadSize
+    définit la quantité minimale de données, en octets, à lire depuis
     l'arrière-plan avant envoi au client. Avec la valeur par défaut 0,
     les données sont transmises au client dès leur arrivée et quelle que
     soit leur taille. Si la valeur définie est non nulle, le cache
@@ -224,8 +225,8 @@ Apache
 Compatibilité:Disponible à partir de la version 2.4.5 du serveur HTTP
 Apache
 
-    
La directive CacheSocacheReadTime définit
-    le temps minimal qui doit s'écouler avant de tenter
+    
La directive CacheSocacheReadTime
+    définit le temps minimal qui doit s'écouler avant de tenter
     l'envoi des données au client. Cette durée sera mise à profit pour
     lire et mettre en tampon les données avant leur envoi au client.
     Ceci peut améliorer les performances en cas de mise en cache de
diff --git a/docs/manual/mod/mod_proxy.html.fr b/docs/manual/mod/mod_proxy.html.fr
index 1ee8fedb7a..632ee87060 100644
--- a/docs/manual/mod/mod_proxy.html.fr
+++ b/docs/manual/mod/mod_proxy.html.fr
@@ -243,6 +243,8 @@ ProxyVia On
     

 
     
Scripts PHP et mandataire inverse
<FilesMatch \.php$>
+    # Les sockets Unix nécessitent une version 2.4.7 ou supérieure du
+    # serveur HTTP Apache
     SetHandler  "proxy:unix:/path/to/app.sock|fcgi://localhost/"
 </FilesMatch>

 

@@ -1077,6 +1079,8 @@ l'espace d'URLs du serveur local
 Contexte:configuration du serveur, serveur virtuel, répertoire
 Statut:Extension
 Module:mod_proxy
+Compatibilité:Les sockets de style Unix (Unix Domain Socket - UDS)
+sont supportés à partir de la version 2.4.7 du serveur HTTP Apache
 
     
Cette directive permet de référencer des serveurs distants depuis
     l'espace d'URLs du serveur local ; le serveur
@@ -1094,8 +1098,9 @@ l'espace d'URLs du serveur local
     off lorsqu'on utilise la directive
     ProxyPass.

 
-    
Le support des sockets de style Unix est fourni ; il suffit pour
-    cela d'utiliser une URL cible préfixée par
+    
Les sockets de style Unix sont supportés à partir de la version
+    2.4.7 du serveur HTTP Apache ; pour utiliser cette fonctionnalité,
+    il suffit d'utiliser une URL cible préfixée par
     unix:/path/lis.sock|. Par exemple, pour mandater HTTP
     et cibler l'UDS /home/www/socket, vous devez utiliser
     unix:/home/www.socket|http://localhost/whatever/.

diff --git a/docs/manual/mod/mod_proxy.xml.ja b/docs/manual/mod/mod_proxy.xml.ja
index ccb3ff2ba8..b8fe0555a4 100644
--- a/docs/manual/mod/mod_proxy.xml.ja
+++ b/docs/manual/mod/mod_proxy.xml.ja
@@ -1,7 +1,7 @@
 
 
 
-
+
 
 
+
 
 
+