svn commit: r1809438 - in /httpd/httpd/trunk/docs/manual: caching.html.fr mod/mod_proxy_fcgi.html.fr

[lg...@apache.org]

Author: lgentis
Date: Sat Sep 23 16:12:14 2017
New Revision: 1809438

URL: http://svn.apache.org/viewvc?rev=1809438&view=rev
Log:
Rebuild.

Modified:
    httpd/httpd/trunk/docs/manual/caching.html.fr
    httpd/httpd/trunk/docs/manual/mod/mod_proxy_fcgi.html.fr

Modified: httpd/httpd/trunk/docs/manual/caching.html.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/caching.html.fr?rev=1809438&r1=1809437&r2=1809438&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/caching.html.fr (original)
+++ httpd/httpd/trunk/docs/manual/caching.html.fr Sat Sep 23 16:12:14 2017
@@ -470,7 +470,7 @@ Vary: negotiate,accept-language,accept-c
       
 
       <p>Le module <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> s'appuie sur des
-      implémentations de stockage en arrière-plan spécifiques pour gérer
+      implémentations de stockage sous-jacentes spécifiques pour gérer
       le cache ; à ce titre, <code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code> fournit le
       support de la mise en cache sur disque.</p>
 
@@ -663,7 +663,7 @@ CacheSocache dbm:/path/to/datafile</pre>
 
       <p>Le module <code class="module"><a href="./mod/mod_authn_socache.html">mod_authn_socache</a></code> permet la mise en
       cache des données issues d'une authentification, diminuant ainsi
-      la charge des serveurs d'authentification en arrière-plan.</p>
+      la charge des serveurs d'authentification d'arrière-plan.</p>
 
     
 

Modified: httpd/httpd/trunk/docs/manual/mod/mod_proxy_fcgi.html.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/mod_proxy_fcgi.html.fr?rev=1809438&r1=1809437&r2=1809438&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/mod_proxy_fcgi.html.fr (original)
+++ httpd/httpd/trunk/docs/manual/mod/mod_proxy_fcgi.html.fr Sat Sep 23 16:12:14 2017
@@ -112,16 +112,16 @@
 </div>
 
     <p>Dans l'exemple suivant, on force le module à traiter les paquets de
-    données en provenance de l'arrière-plan du FCGI dès leur réception, sans les
+    données en provenance du serveur FCGI d'arrière-plan dès leur réception, sans les
     faire transiter par un tampon.
     </p>
     <div class="example"><h3>Force le traitement des données FCGI sans mise en tampon</h3><pre class="prettyprint lang-config">ProxyPassMatch "^/myapp/.*\.php(/.*)?$" "fcgi://localhost:9000/var/www/" enablereuse=on flushpackets=on</pre>
 </div>
 
     <p>L'exemple suivant est similaire au précédent avec une différence : ici,
-    les données en provenance de l'arrière-plan du FCGI sont traitées après un
+    les données en provenance du serveur FCGI d'arrière-plan sont traitées après un
     temps de valeur fixe (elles sont mises en tampon). Cette méthode est
-    utile si l'arrière-plan du FCGI envoie ses données sous forme
+    utile si le serveur FCGI d'arrière-plan envoie ses données sous forme
     de petits paquets, auquel cas le traitement immédiat de chacun d'entre eux
     serait inefficace et couteux en ressources. Notez que cet exemple ne sera
     peut-être pas adapté dans le cas où l'envoi de paquets de données par
@@ -190,8 +190,9 @@
     fournisseur du protocole FCGI :</p>
     <dl>
         <dt>proxy-fcgi-pathinfo</dt>
-        <dd>Par défaut, <code class="module"><a href="../mod/mod_proxy_fcgi.html">mod_proxy_fcgi</a></code> ne créera jamais
-	ni n'exportera la variable d'environnement <var>PATH_INFO</var>,
+        <dd>Lorsqu'il est configuré via les directives <code class="directive"><a href="../mod/mod_proxy.html#proxypass">ProxyPass</a></code> ou <code class="directive"><a href="../mod/mod_proxy.html#proxypassmatch">ProxyPassMatch</a></code>,
+	<code class="module"><a href="../mod/mod_proxy_fcgi.html">mod_proxy_fcgi</a></code> ne définit pas la variable
+	d'environnement <var>PATH_INFO</var>,
 	ce qui permet au serveur FCGI d'arrière-plan de déterminer
 	correctement <var>SCRIPT_NAME</var> et <var>Script-URI</var>, et
 	de se conformer à la section 3.3 de la RFC 3875. Si au contraire