httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From lgen...@apache.org
Subject svn commit: r1742729 [3/5] - in /httpd/httpd/branches/2.4.x/docs/manual: ./ mod/ rewrite/
Date Sat, 07 May 2016 16:30:39 GMT
Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/mod_lua.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/mod_lua.xml.fr?rev=1742729&r1=1742728&r2=1742729&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/mod_lua.xml.fr (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/mod_lua.xml.fr Sat May  7 16:30:39 2016
@@ -1,7 +1,7 @@
-<?xml version="1.0"?>
+<?xml version="1.0" encoding="UTF-8" ?>
 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1701351:1741841 (outdated) -->
+<!-- English Revision: 1741841 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -26,37 +26,37 @@
 
 <name>mod_lua</name>
 
-<description>Fournit des points d'entr&eacute;e Lua dans diff&eacute;rentes parties du
-traitement des requ&ecirc;tes httpd</description>
+<description>Fournit des points d'entrée Lua dans différentes parties du
+traitement des requêtes httpd</description>
 <status>Experimental</status>
 <sourcefile>mod_lua.c</sourcefile>
 <identifier>lua_module</identifier>
-<compatibility>versions 2.3 et sup&eacute;rieures</compatibility>
+<compatibility>versions 2.3 et supérieures</compatibility>
 
 <summary>
 <p>Ce module permet d'ajouter au serveur des extensions sous forme de
-scripts &eacute;crits dans le langage de programmation Lua.
+scripts écrits dans le langage de programmation Lua.
 <module>mod_lua</module> fournit de nombreuses extensions
 (hooks) disponibles avec les modules natifs du serveur HTTP Apache,
-comme les associations de requ&ecirc;tes &agrave; des fichiers, la g&eacute;n&eacute;ration de
-r&eacute;ponses dynamiques, le contr&ocirc;le d'acc&egrave;s, l'authentification et
+comme les associations de requêtes à des fichiers, la génération de
+réponses dynamiques, le contrôle d'accès, l'authentification et
 l'autorisation.</p>
 
-<p>Vous trouverez davantage d'informations &agrave; propos du langage de
+<p>Vous trouverez davantage d'informations à propos du langage de
 programmation Lua sur <a href="http://www.lua.org/">le site web de
 Lua</a>.</p>
 
-<note><code>mod_lua</code> est encore au stade exp&eacute;rimental. Son mode
-d'utilisation et son comportement pourront changer &agrave; tout moment jusqu'&agrave;
-ce qu'il passe au stade stable, et ce m&ecirc;me entre deux versions stables
-2.4.x. N'oublez pas de consulter le fichier CHANGES avant toute mise &agrave;
+<note><code>mod_lua</code> est encore au stade expérimental. Son mode
+d'utilisation et son comportement pourront changer à tout moment jusqu'à
+ce qu'il passe au stade stable, et ce même entre deux versions stables
+2.4.x. N'oublez pas de consulter le fichier CHANGES avant toute mise à
 jour.</note>
 
 <note type="warning"><title>Avertissement</title>
-<p>Ce module poss&egrave;de une grande capacit&eacute; d'action sur le fonctrionnement
-de httpd, ce qui lui conf&egrave;re une grande puissance, mais peut aussi
-induire un risque de s&eacute;curit&eacute;. Il est d&eacute;conseill&eacute; d'utiliser ce module
-sur un serveur partag&eacute; avec des utilisateurs auxquels vous ne pouvez pas
+<p>Ce module possède une grande capacité d'action sur le fonctrionnement
+de httpd, ce qui lui confère une grande puissance, mais peut aussi
+induire un risque de sécurité. Il est déconseillé d'utiliser ce module
+sur un serveur partagé avec des utilisateurs auxquels vous ne pouvez pas
 accorder une confiance absolue, car il peut permettre de modifier le
 fonctionnement interne de httpd.</p>
 </note>
@@ -72,8 +72,8 @@ fonctionnement interne de httpd.</p>
 </highlight>
 
 <p>
-<code>mod_lua</code> fournit un gestionnaire nomm&eacute;
-<code>lua-script</code> qui peut &ecirc;tre utilis&eacute; avec une directive
+<code>mod_lua</code> fournit un gestionnaire nommé
+<code>lua-script</code> qui peut être utilisé avec une directive
 <directive module="mod_mime">AddHandler</directive> ou <directive
 module="core">SetHandler</directive> :</p>
 
@@ -84,26 +84,26 @@ module="core">SetHandler</directive> :</
 </highlight>
 
 <p>
-Ceci aura pour effet de faire traiter les requ&ecirc;tes pour les fichiers
+Ceci aura pour effet de faire traiter les requêtes pour les fichiers
 dont l'extension est <code>.lua</code> par <code>mod_lua</code> en
 invoquant cette fonction de <code>gestion</code> de fichier.
 </p>
 
-<p>Pour plus de d&eacute;tails, voir la directive
+<p>Pour plus de détails, voir la directive
 <directive>LuaMapHandler</directive>.
  </p>
 </section>
 
 <section id="writinghandlers"><title>Ecrire des gestionnaires</title>
 <p>Dans l'API du serveur HTTP Apache, un gestionnaire est une sorte de
-point d'accroche (hook) sp&eacute;cifique responsable de la g&eacute;n&eacute;ration de la
-r&eacute;ponse. <module>mod_proxy</module>, <module>mod_cgi</module> et
+point d'accroche (hook) spécifique responsable de la génération de la
+réponse. <module>mod_proxy</module>, <module>mod_cgi</module> et
 <module>mod_status</module> sont des exemples de modules comportant un
 gestionnaire.</p>
 
-<p><code>mod_lua</code> cherche toujours &agrave; invoquer une fonction Lua pour le
-gestionnaire, plut&ocirc;t que de simplement &eacute;valuer le corps d'un script dans
-le style de CGI. Une fonction de gestionnaire se pr&eacute;sente comme suit :</p>
+<p><code>mod_lua</code> cherche toujours à invoquer une fonction Lua pour le
+gestionnaire, plutôt que de simplement évaluer le corps d'un script dans
+le style de CGI. Une fonction de gestionnaire se présente comme suit :</p>
 
 
 <highlight language="lua">
@@ -113,9 +113,9 @@ le style de CGI. Une fonction de gestion
 require "string"
 
 --[[
-     Il s'agit du nom de m&eacute;thode par d&eacute;faut pour les gestionnaires Lua ;
+     Il s'agit du nom de méthode par défaut pour les gestionnaires Lua ;
      voir les noms de fonctions optionnels dans la directive
-     LuaMapHandler pour choisir un point d'entr&eacute;e diff&eacute;rent.
+     LuaMapHandler pour choisir un point d'entrée différent.
 --]]
 function handle(r)
     r.content_type = "text/plain"
@@ -132,7 +132,7 @@ function handle(r)
         end
     else
     elseif r.method == 'PUT' then
--- message d'erreur personnalis&eacute;
+-- message d'erreur personnalisé
         r:puts("Unsupported HTTP method " .. r.method)
 	r.status = 405
         return apache2.OK
@@ -145,13 +145,13 @@ end
 </highlight>
 
 <p>
-Ce gestionnaire se contente d'afficher les arguments cod&eacute;s d'un uri ou
+Ce gestionnaire se contente d'afficher les arguments codés d'un uri ou
 d'un formulaire dans un page au format texte.
 </p>
 
 <p>
-Cela signifie que vous pouvez (et &ecirc;tes encourag&eacute; &agrave;) avoir plusieurs
-gestionnaires (ou points d'entr&eacute;e, ou filtres) dans le m&ecirc;me script.
+Cela signifie que vous pouvez (et êtes encouragé à) avoir plusieurs
+gestionnaires (ou points d'entrée, ou filtres) dans le même script.
 </p>
 
 </section>
@@ -159,27 +159,27 @@ gestionnaires (ou points d'entr&eacute;e
 <title>Ecriture de fournisseurs d'autorisation</title>
 
 <p><module>mod_authz_core</module> fournit une interface d'autorisation
-de haut niveau bien plus facile &agrave; utiliser que dans les hooks
+de haut niveau bien plus facile à utiliser que dans les hooks
 correspondants. Le premier argument de la directive <directive
-module="mod_authz_core">Require</directive> permet de sp&eacute;cifier le
-fournisseur d'autorisation &agrave; utiliser. Pour chaque directive <directive
+module="mod_authz_core">Require</directive> permet de spécifier le
+fournisseur d'autorisation à utiliser. Pour chaque directive <directive
 module="mod_authz_core">Require</directive>,
 <module>mod_authz_core</module> appellera le fournisseur d'autorisation
-sp&eacute;cifi&eacute;, le reste de la ligne constituant les param&egrave;tres. Le
-fournisseur consid&eacute;r&eacute; va alors v&eacute;rifier les autorisations et fournir le
-r&eacute;sultat dans une valeur de retour.</p>
-
-<p>En g&eacute;n&eacute;ral, le fournisseur authz est appel&eacute; avant l'authentification.
-S'il doit conna&icirc;tre le nom d'utilisateur authentifi&eacute; (ou si
-l'utilisateur est appel&eacute; &agrave; &ecirc;tre authentifi&eacute;), le fournisseur doit
+spécifié, le reste de la ligne constituant les paramètres. Le
+fournisseur considéré va alors vérifier les autorisations et fournir le
+résultat dans une valeur de retour.</p>
+
+<p>En général, le fournisseur authz est appelé avant l'authentification.
+S'il doit connaître le nom d'utilisateur authentifié (ou si
+l'utilisateur est appelé à être authentifié), le fournisseur doit
 renvoyer <code>apache2.AUTHZ_DENIED_NO_USER</code>, ce qui va
-d&eacute;clancher le processus d'authentification et un deuxi&egrave;me appel du
+déclancher le processus d'authentification et un deuxième appel du
 fournisseur authz.</p>
 
 <p>La fonction du fournisseur authz ci-dessous accepte deux arguments,
-une adresse IP et un nom d'utilisateur. Elle autorise l'acc&egrave;s dans le
-cas o&ugrave; la requ&ecirc;te provient de l'adresse IP sp&eacute;cifi&eacute;e, ou si
-l'utilisateur authentifi&eacute; correspond au second argument :</p>
+une adresse IP et un nom d'utilisateur. Elle autorise l'accès dans le
+cas où la requête provient de l'adresse IP spécifiée, ou si
+l'utilisateur authentifié correspond au second argument :</p>
 
 <highlight language="lua">
 <strong>authz_provider.lua</strong><br/>
@@ -213,11 +213,11 @@ LuaAuthzProvider foo authz_provider.lua
 <section id="writinghooks"><title>Ecriture de fonctions d'accroche
 (hooks)</title>
 
-<p>Les fonctions d'accroche d&eacute;terminent la mani&egrave;re dont les modules (et
-les scripts Lua) participent au traitement des requ&ecirc;tes. Chaque type
-d'accroche propos&eacute; par le serveur a un r&ocirc;le sp&eacute;cifique, comme
-l'association de requ&ecirc;tes au syst&egrave;me de fichiers, le contr&ocirc;le d'acc&egrave;s,
-ou la d&eacute;finition de types MIME : </p>
+<p>Les fonctions d'accroche déterminent la manière dont les modules (et
+les scripts Lua) participent au traitement des requêtes. Chaque type
+d'accroche proposé par le serveur a un rôle spécifique, comme
+l'association de requêtes au système de fichiers, le contrôle d'accès,
+ou la définition de types MIME : </p>
 
 <table border="1" style="zebra">
     <tr>
@@ -228,92 +228,92 @@ ou la d&eacute;finition de types MIME :
     <tr>
         <td>Gestionnaire rapide</td>
         <td><directive module="mod_lua">LuaQuickHandler</directive></td>
-        <td>Il s'agit de la premi&egrave;re accroche appel&eacute;e lorsqu'une requ&ecirc;te
-	a &eacute;t&eacute; associ&eacute;e &agrave; un serveur ou un serveur virtuel.</td>
+        <td>Il s'agit de la première accroche appelée lorsqu'une requête
+	a été associée à un serveur ou un serveur virtuel.</td>
     </tr>
     <tr>
         <td>Phase de traduction</td>
         <td><directive module="mod_lua">LuaHookTranslateName</directive></td>
-        <td>Cette phase traduit l'URI de la requ&ecirc;te en nom de fichier
-	sur le syst&egrave;me. Ce sont des modules comme
+        <td>Cette phase traduit l'URI de la requête en nom de fichier
+	sur le système. Ce sont des modules comme
 	<module>mod_alias</module> et <module>mod_rewrite</module> qui
 	interviennent au cours de cette phase.</td>
     </tr>
     <tr>
         <td>Choix du lieu de stockage de la ressource</td>
         <td><directive module="mod_lua">LuaHookMapToStorage</directive></td>
-        <td>Cette phase d&eacute;finit le lieu de stockage de la ressource :
-	physique, en cache ou externe/mandat&eacute;. Elle est assur&eacute;e par les
+        <td>Cette phase définit le lieu de stockage de la ressource :
+	physique, en cache ou externe/mandaté. Elle est assurée par les
 	modules de mandat ou de mise en cache.</td>
     </tr>
     <tr>
-        <td>Autorisation d'acc&egrave;s</td>
+        <td>Autorisation d'accès</td>
         <td><directive module="mod_lua">LuaHookAccessChecker</directive></td>
-        <td>Cette phase v&eacute;rifie si un client a l'autorisation d'acc&egrave;s &agrave;
-	la ressource. Elle s'ex&eacute;cute avant l'authentification de
-	l'utisateur ; il faut donc &ecirc;tre prudent.
+        <td>Cette phase vérifie si un client a l'autorisation d'accès à
+	la ressource. Elle s'exécute avant l'authentification de
+	l'utisateur ; il faut donc être prudent.
         </td>
     </tr>
     <tr>
-        <td>V&eacute;rification de l'identifiant utilisateur</td>
+        <td>Vérification de l'identifiant utilisateur</td>
         <td><directive module="mod_lua">LuaHookCheckUserID</directive></td>
-        <td>Cette phase v&eacute;rifie l'identifiant de l'utilisateur ayant
-	fait l'objet d'une n&eacute;gociation.</td>
+        <td>Cette phase vérifie l'identifiant de l'utilisateur ayant
+	fait l'objet d'une négociation.</td>
     </tr>
     <tr>
-        <td>V&eacute;rification de l'autorisation d'acc&egrave;s</td>
+        <td>Vérification de l'autorisation d'accès</td>
         <td><directive module="mod_lua">LuaHookAuthChecker</directive>
 	ou
             <directive module="mod_lua">LuaAuthzProvider</directive></td>
-        <td>Cette phase v&eacute;rifie l'autorisation d'acc&egrave;s d'un utilisateur
-	en fonction des ses param&egrave;tres de connexion, comme
+        <td>Cette phase vérifie l'autorisation d'accès d'un utilisateur
+	en fonction des ses paramètres de connexion, comme
 	l'identifiant, le certificat, etc...
         </td>
     </tr>
     <tr>
-        <td>V&eacute;rification du type de la ressource</td>
+        <td>Vérification du type de la ressource</td>
         <td><directive module="mod_lua">LuaHookTypeChecker</directive></td>
-        <td>Cette phase assigne un type de contenu et un gestionnaire &agrave;
+        <td>Cette phase assigne un type de contenu et un gestionnaire à
 	la ressource.</td>
     </tr>
     <tr>
-        <td>Derniers r&eacute;glages</td>
+        <td>Derniers réglages</td>
         <td><directive module="mod_lua">LuaHookFixups</directive></td>
-        <td>C'est la derni&egrave;re phase avant l'activation des gestionnaires
-	de contenu. Toute modification de derni&egrave;re minute &agrave; la requ&ecirc;te
-	doit &ecirc;tre effectu&eacute;e ici.</td>
+        <td>C'est la dernière phase avant l'activation des gestionnaires
+	de contenu. Toute modification de dernière minute à la requête
+	doit être effectuée ici.</td>
     </tr>
     <tr>
         <td>Gestionnaire de contenu</td>
         <td>fichiers fx. <code>.lua</code> ou directive <directive module="mod_lua">LuaMapHandler</directive></td>
-        <td>C'est durant cette phase que le contenu est trait&eacute;. Les
-	fichiers sont lus, interpr&eacute;t&eacute;s, certains sont ex&eacute;cut&eacute;s, et le
-	r&eacute;sultat obtenu est envoy&eacute; au client.</td>
+        <td>C'est durant cette phase que le contenu est traité. Les
+	fichiers sont lus, interprétés, certains sont exécutés, et le
+	résultat obtenu est envoyé au client.</td>
     </tr>
     <tr>
         <td>Journalisation</td>
         <td><directive module="mod_lua">LuaHookLog</directive></td>
-        <td>Lorsqu'une requ&ecirc;te a &eacute;t&eacute; trait&eacute;e, plusieurs phases de
-	journalisation interviennent, et enregistrent leurs r&eacute;sultats
-	dans les fichiers d'erreur ou d'acc&egrave;s. Mod_lua peut
-	s'intercaler au d&eacute;part de ce processus et ainsi contr&ocirc;ler la
+        <td>Lorsqu'une requête a été traitée, plusieurs phases de
+	journalisation interviennent, et enregistrent leurs résultats
+	dans les fichiers d'erreur ou d'accès. Mod_lua peut
+	s'intercaler au départ de ce processus et ainsi contrôler la
 	journalisation.</td>
     </tr>
 
 </table>
 
-<p>Les fonctions d'accroche re&ccedil;oivent l'objet de la requ&ecirc;te comme seul
-argument (sauf LuaAuthzProvider qui re&ccedil;oit aussi des arguments en
+<p>Les fonctions d'accroche reçoivent l'objet de la requête comme seul
+argument (sauf LuaAuthzProvider qui reçoit aussi des arguments en
 provenance de la directive Require). Elles peuvent renvoyer une valeur,
-selon la fonction, mais il s'agit en g&eacute;n&eacute;ral d'un
-code d'&eacute;tat HTTP ou des valeurs OK, DONE, ou DECLINED,
-que vous pouvez &eacute;crire dans Lua sous la forme <code>apache2.OK</code>,
+selon la fonction, mais il s'agit en général d'un
+code d'état HTTP ou des valeurs OK, DONE, ou DECLINED,
+que vous pouvez écrire dans Lua sous la forme <code>apache2.OK</code>,
 <code>apache2.DONE</code>, ou <code>apache2.DECLINED</code>.</p>
 
 
 <highlight language="lua">
 <strong>translate_name.lua</strong><br/>
--- exemple d'accroche qui r&eacute;&eacute;crit un URI en chemin du syst&egrave;me de fichiers.
+-- exemple d'accroche qui réécrit un URI en chemin du système de fichiers.
 
 require 'apache2'
 
@@ -322,7 +322,7 @@ function translate_name(r)
         r.filename = r.document_root .. "/find_me.txt"
         return apache2.OK
     end
-    -- on ne g&egrave;re pas cette URL et on donne sa chance &agrave; un autre module
+    -- on ne gère pas cette URL et on donne sa chance à un autre module
     return apache2.DECLINED
 end
 </highlight>
@@ -330,13 +330,13 @@ end
 
 <highlight language="lua">
 <strong>translate_name2.lua</strong><br/>
---[[ exemple d'accroche qui r&eacute;&eacute;crit un URI vers un autre URI. Il renvoie
-	un apache2.DECLINED pour permettre &agrave; un autre interpr&eacute;teur d'URL de
+--[[ exemple d'accroche qui réécrit un URI vers un autre URI. Il renvoie
+	un apache2.DECLINED pour permettre à un autre interpréteur d'URL de
 	travailler sur la substitution, y compris l'accroche translate_name
 	de base dont les tables de correspondances se basent sur DocumentRoot.
 
      Note: utilisez le drapeau early/late de la directive pour
-     l'ex&eacute;cuter avant ou apr&egrave;s mod_alias.
+     l'exécuter avant ou après mod_alias.
 --]]
 
 require 'apache2'
@@ -351,18 +351,18 @@ end
 </highlight>
 </section>
 
-<section id="datastructures"><title>Structures de donn&eacute;es</title>
+<section id="datastructures"><title>Structures de données</title>
 
 <dl>
 <dt>request_rec</dt>
         <dd>
-        <p>request_rec est consid&eacute;r&eacute;e en tant que donn&eacute;e utilisateur.
-	Elle poss&egrave;de une m&eacute;tatable qui vous permet d'accomplir des
-	choses int&eacute;ressantes. Pour la plus grande partie, elle poss&egrave;de
-	les m&ecirc;mes champs que la structure request_rec, la
-	plupart d'entre eux &eacute;tant accessibles en lecture et &eacute;criture (le
-	contenu des champs de la table peut &ecirc;tre modifi&eacute;, mais les
-	champs eux-m&ecirc;mes ne peuvent pas &ecirc;tre &eacute;tablis en tant que tables
+        <p>request_rec est considérée en tant que donnée utilisateur.
+	Elle possède une métatable qui vous permet d'accomplir des
+	choses intéressantes. Pour la plus grande partie, elle possède
+	les mêmes champs que la structure request_rec, la
+	plupart d'entre eux étant accessibles en lecture et écriture (le
+	contenu des champs de la table peut être modifié, mais les
+	champs eux-mêmes ne peuvent pas être établis en tant que tables
 	distinctes).</p>
 
 	<table border="1" style="zebra">
@@ -377,68 +377,68 @@ end
           <td><code>allowoverrides</code></td>
           <td>string</td>
           <td>non</td>
-          <td>L'option AllowOverride s'applique &agrave; la requ&ecirc;te courante.</td>
+          <td>L'option AllowOverride s'applique à la requête courante.</td>
         </tr>
         <tr>
           <td><code>ap_auth_type</code></td>
           <td>string</td>
           <td>non</td>
-	  <td>Ce champ contient le type d'authentification effectu&eacute;e
+	  <td>Ce champ contient le type d'authentification effectuée
 	  (par exemple <code>basic</code>)</td>
         </tr>
         <tr>
           <td><code>args</code></td>
           <td>string</td>
           <td>oui</td>
-	  <td>La cha&icirc;ne de param&egrave;tres de la requ&ecirc;te (par exemple
+	  <td>La chaîne de paramètres de la requête (par exemple
 	  <code>foo=bar&amp;name=johnsmith</code>)</td>
         </tr>
         <tr>
           <td><code>assbackwards</code></td>
           <td>boolean</td>
           <td>non</td>
-	  <td>contient true s'il s'agit d'une requ&ecirc;te de style HTTP/0.9
-	  (par exemple <code>GET /foo</code> (sans champs d'en-t&ecirc;te) )</td>
+	  <td>contient true s'il s'agit d'une requête de style HTTP/0.9
+	  (par exemple <code>GET /foo</code> (sans champs d'en-tête) )</td>
         </tr>
         <tr>
           <td><code>auth_name</code></td>
           <td>string</td>
           <td>non</td>
-          <td>La cha&icirc;ne d'identification utilis&eacute;e pour la v&eacute;rification
-	  de l'autorisation d'acc&egrave;s (si elle est disponible).</td>
+          <td>La chaîne d'identification utilisée pour la vérification
+	  de l'autorisation d'accès (si elle est disponible).</td>
         </tr>
         <tr>
           <td><code>banner</code></td>
           <td>string</td>
           <td>non</td>
-          <td>La banni&egrave;re du serveur, par exemple <code>Apache HTTP
+          <td>La bannière du serveur, par exemple <code>Apache HTTP
 	  Server/2.4.3 openssl/0.9.8c</code></td>
         </tr>
         <tr>
           <td><code>basic_auth_pw</code></td>
           <td>string</td>
           <td>non</td>
-          <td>Le mot de passe pour l'authentification de base envoy&eacute;
-	  avec la requ&ecirc;te, s'il existe</td>
+          <td>Le mot de passe pour l'authentification de base envoyé
+	  avec la requête, s'il existe</td>
         </tr>
         <tr>
           <td><code>canonical_filename</code></td>
           <td>string</td>
           <td>non</td>
-	  <td>Le nom de fichier canonique de la requ&ecirc;te</td>
+	  <td>Le nom de fichier canonique de la requête</td>
         </tr>
         <tr>
           <td><code>content_encoding</code></td>
           <td>string</td>
           <td>non</td>
-	  <td>Le type de codage du contenu de la requ&ecirc;te courante</td>
+	  <td>Le type de codage du contenu de la requête courante</td>
         </tr>
         <tr>
           <td><code>content_type</code></td>
           <td>string</td>
           <td>oui</td>
-	  <td>Le type de contenu de la requ&ecirc;te courante, tel qu'il a &eacute;t&eacute;
-	  d&eacute;termin&eacute; au cours de la phase type_check (par exemple
+	  <td>Le type de contenu de la requête courante, tel qu'il a été
+	  déterminé au cours de la phase type_check (par exemple
 	  <code>image/gif</code> ou <code>text/html</code>)</td>
         </tr>
 
@@ -465,33 +465,33 @@ end
           <td><code>err_headers_out</code></td>
           <td>table</td>
           <td>non</td>
-	  <td>L'en-t&ecirc;te MIME de l'environnement pour la r&eacute;ponse, &eacute;crit
-	  m&ecirc;me en cas d'erreur et conserv&eacute; pendant les redirections
+	  <td>L'en-tête MIME de l'environnement pour la réponse, écrit
+	  même en cas d'erreur et conservé pendant les redirections
 	  internes</td>
         </tr>
         <tr>
           <td><code>filename</code></td>
           <td>string</td>
           <td>oui</td>
-	  <td>Le nom de fichier correspondant &agrave; la requ&ecirc;te, par exemple
-	  /www/example.com/foo.txt. Il peut &ecirc;tre modifi&eacute; au cours des
+	  <td>Le nom de fichier correspondant à la requête, par exemple
+	  /www/example.com/foo.txt. Il peut être modifié au cours des
 	  phases translate-name ou map-to-storage du traitement de la
-	  requ&ecirc;te pour permettre au gestionnaire par d&eacute;faut (ou aux
+	  requête pour permettre au gestionnaire par défaut (ou aux
 	  gestionnaires de script) de servir une version du fichier
-	  autre que celle demand&eacute;e.</td>
+	  autre que celle demandée.</td>
         </tr>
         <tr>
           <td><code>handler</code></td>
           <td>string</td>
           <td>oui</td>
 	  <td>Le nom du <a href="../handler.html">gestionnaire</a> qui
-	  doit traiter la requ&ecirc;te, par exemple <code>lua-script</code>
-	  si elle doit &ecirc;tre trait&eacute;e par mod_lua. Cette valeur est en
-	  g&eacute;n&eacute;ral d&eacute;finie via les directives <directive
+	  doit traiter la requête, par exemple <code>lua-script</code>
+	  si elle doit être traitée par mod_lua. Cette valeur est en
+	  général définie via les directives <directive
 	  module="mod_mime">AddHandler</directive> ou <directive
-	  module="core">SetHandler</directive>, mais peut aussi l'&ecirc;tre
-	  via mod_lua pour permettre &agrave; un autre gestionnaire de traiter
-	  une requ&ecirc;te sp&eacute;cifique qui ne serait pas trait&eacute;e par d&eacute;faut
+	  module="core">SetHandler</directive>, mais peut aussi l'être
+	  via mod_lua pour permettre à un autre gestionnaire de traiter
+	  une requête spécifique qui ne serait pas traitée par défaut
 	  par ce dernier.
             </td>
         </tr>
@@ -499,108 +499,108 @@ end
 	  <td><code>headers_in</code></td>
           <td>table</td>
           <td>oui</td>
-	  <td>Les en-t&ecirc;tes MIME de l'environnement de la requ&ecirc;te. Il
-	  s'agit des en-t&ecirc;tes comme <code>Host, User-Agent,
+	  <td>Les en-têtes MIME de l'environnement de la requête. Il
+	  s'agit des en-têtes comme <code>Host, User-Agent,
 	  Referer</code>, etc...</td>
         </tr>
         <tr>
           <td><code>headers_out</code></td>
           <td>table</td>
           <td>oui</td>
-	  <td>Les en-t&ecirc;tes MIME de l'environnement de la r&eacute;ponse.</td>
+	  <td>Les en-têtes MIME de l'environnement de la réponse.</td>
         </tr>
         <tr>
           <td><code>hostname</code></td>
           <td>string</td>
           <td>non</td>
-	  <td>Le nom d'h&ocirc;te, tel que d&eacute;fini par l'en-t&ecirc;te
+	  <td>Le nom d'hôte, tel que défini par l'en-tête
 	  <code>Host:</code> ou par un URI complet.</td>
         </tr>
         <tr>
           <td><code>is_https</code></td>
           <td>boolean</td>
           <td>non</td>
-          <td>Indique si la requ&ecirc;te &agrave; &eacute;t&eacute; faite via HTTPS</td>
+          <td>Indique si la requête à été faite via HTTPS</td>
         </tr>
         <tr>
           <td><code>is_initial_req</code></td>
           <td>boolean</td>
           <td>non</td>
-          <td>Indique si la requ&ecirc;te courante est la requ&ecirc;te initiale ou
-	  une sous-requ&ecirc;te.</td>
+          <td>Indique si la requête courante est la requête initiale ou
+	  une sous-requête.</td>
         </tr>
         <tr>
           <td><code>limit_req_body</code></td>
           <td>number</td>
           <td>non</td>
-          <td>La taille maximale du corps de la requ&ecirc;te, ou 0 si aucune
+          <td>La taille maximale du corps de la requête, ou 0 si aucune
 	  limite.</td>
         </tr>
         <tr>
 	<td><code>log_id</code></td>
           <td>string</td>
           <td>non</td>
-	  <td>L'identifiant de la requ&ecirc;te dans les journaux d'acc&egrave;s ou
+	  <td>L'identifiant de la requête dans les journaux d'accès ou
 	  d'erreur.</td>
         </tr>
         <tr>
           <td><code>method</code></td>
           <td>string</td>
           <td>non</td>
-	  <td>La m&eacute;thode de la requ&ecirc;te, par exemple <code>GET</code> ou
+	  <td>La méthode de la requête, par exemple <code>GET</code> ou
 	  <code>POST</code>.</td>
         </tr>
         <tr>
           <td><code>notes</code></td>
           <td>table</td>
           <td>oui</td>
-	  <td>Une liste de notes qui peuvent &ecirc;tre transmises d'un module
-	  &agrave; l'autre.</td>
+	  <td>Une liste de notes qui peuvent être transmises d'un module
+	  à l'autre.</td>
         </tr>
         <tr>
           <td><code>options</code></td>
           <td>string</td>
           <td>non</td>
-          <td>La valeur de la directive Options pour la requ&ecirc;te
+          <td>La valeur de la directive Options pour la requête
 	  courante.</td>
         </tr>
         <tr>
           <td><code>path_info</code></td>
           <td>string</td>
           <td>non</td>
-	  <td>La valeur de PATH_INFO extraite de la requ&ecirc;te.</td>
+	  <td>La valeur de PATH_INFO extraite de la requête.</td>
         </tr>
         <tr>
           <td><code>port</code></td>
           <td>number</td>
           <td>non</td>
-          <td>Le port du serveur utilis&eacute; par la requ&ecirc;te.</td>
+          <td>Le port du serveur utilisé par la requête.</td>
         </tr>
         <tr>
           <td><code>protocol</code></td>
           <td>string</td>
           <td>non</td>
-	  <td>Le protocole utilis&eacute;, par exemple <code>HTTP/1.1</code></td>
+	  <td>Le protocole utilisé, par exemple <code>HTTP/1.1</code></td>
         </tr>
         <tr>
           <td><code>proxyreq</code></td>
           <td>string</td>
           <td>oui</td>
-	  <td>Indique s'il s'agit d'une requ&ecirc;te mandat&eacute;e ou non. Cette
-	  valeur est en g&eacute;n&eacute;ral d&eacute;finie au cours de la phase
-	  post_read_request/translate_name du traitement de la requ&ecirc;te.</td>
+	  <td>Indique s'il s'agit d'une requête mandatée ou non. Cette
+	  valeur est en général définie au cours de la phase
+	  post_read_request/translate_name du traitement de la requête.</td>
         </tr>
         <tr>
 	  <td><code>range</code></td>
           <td>string</td>
           <td>non</td>
-	  <td>Le contenu de l'en-t&ecirc;te <code>Range:</code>.</td>
+	  <td>Le contenu de l'en-tête <code>Range:</code>.</td>
         </tr>
         <tr>
           <td><code>remaining</code></td>
           <td>number</td>
           <td>non</td>
-          <td>Le nombre d'octets du corps de la requ&ecirc;te restant &agrave; lire.</td>
+          <td>Le nombre d'octets du corps de la requête restant à lire.</td>
         </tr>
         <tr>
           <td><code>server_built</code></td>
@@ -612,82 +612,82 @@ end
           <td><code>server_name</code></td>
           <td>string</td>
           <td>non</td>
-          <td>Le nom du serveur pour cette requ&ecirc;te.</td>
+          <td>Le nom du serveur pour cette requête.</td>
         </tr>
         <tr>
           <td><code>some_auth_required</code></td>
           <td>boolean</td>
           <td>non</td>
-          <td>Indique si une autorisation est/&eacute;tait requise pour cette
-	  requ&ecirc;te.</td>
+          <td>Indique si une autorisation est/était requise pour cette
+	  requête.</td>
         </tr>
         <tr>
           <td><code>subprocess_env</code></td>
           <td>table</td>
           <td>oui</td>
-	  <td>Le jeu de variables d'environnement pour cette requ&ecirc;te.</td>
+	  <td>Le jeu de variables d'environnement pour cette requête.</td>
         </tr>
         <tr>
           <td><code>started</code></td>
           <td>number</td>
           <td>non</td>
-          <td>Le moment o&ugrave; le serveur a &eacute;t&eacute; (re)d&eacute;marr&eacute;, en secondes
+          <td>Le moment où le serveur a été (re)démarré, en secondes
 	  depuis epoch (1er janvier 1970)</td>
         </tr>
         <tr>
 	  <td><code>status</code></td>
           <td>number</td>
           <td>oui</td>
-	  <td>Le code de retour (courant) pour cette requ&ecirc;te, par
+	  <td>Le code de retour (courant) pour cette requête, par
 	  exemple <code>200</code> ou <code>404</code>.</td>
         </tr>
         <tr>
           <td><code>the_request</code></td>
           <td>string</td>
           <td>non</td>
-	  <td>La cha&icirc;ne de la requ&ecirc;te telle qu'elle a &eacute;t&eacute; envoy&eacute;e par le
+	  <td>La chaîne de la requête telle qu'elle a été envoyée par le
 	  client, par exemple <code>GET /foo/bar HTTP/1.1</code>.</td>
         </tr>
         <tr>
           <td><code>unparsed_uri</code></td>
           <td>string</td>
           <td>non</td>
-	  <td>La partie URI non interpr&eacute;t&eacute;e de la requ&ecirc;te</td>
+	  <td>La partie URI non interprétée de la requête</td>
         </tr>
         <tr>
           <td><code>uri</code></td>
           <td>string</td>
           <td>oui</td>
-	  <td>L'URI apr&egrave;s interpr&eacute;tation par httpd</td>
+	  <td>L'URI après interprétation par httpd</td>
         </tr>
         <tr>
           <td><code>user</code></td>
           <td>string</td>
           <td>oui</td>
-	  <td>Si une authentification a &eacute;t&eacute; effectu&eacute;e, nom de
-	  l'utilisateur authentifi&eacute;.</td>
+	  <td>Si une authentification a été effectuée, nom de
+	  l'utilisateur authentifié.</td>
         </tr>
 	<tr>
           <td><code>useragent_ip</code></td>
           <td>string</td>
           <td>non</td>
-	  <td>L'adresse IP de l'agent qui a envoy&eacute; la requ&ecirc;te</td>
+	  <td>L'adresse IP de l'agent qui a envoyé la requête</td>
         </tr>
         </table>
 	</dd>
     </dl>
 </section>
-<section id="functions"><title>M&eacute;thodes de l'objet request_rec</title>
+<section id="functions"><title>Méthodes de l'objet request_rec</title>
 
-<p>L'objet request_rec poss&egrave;de (au minimum) les m&eacute;thodes suivantes :</p>
+<p>L'objet request_rec possède (au minimum) les méthodes suivantes :</p>
 
 <highlight language="lua">
 r:flush()   -- vide le tampon de sortie
-            -- Renvoie true si le vidage a &eacute;t&eacute; effectu&eacute; avec succ&egrave;s,
+            -- Renvoie true si le vidage a été effectué avec succès,
 	    -- false dans le cas contraire.
 
-while nous_avons_des_donn&eacute;es_&agrave;_envoyer do
-    r:puts("Bla bla bla\n") -- envoi des donn&eacute;es &agrave; envoyer vers le tampon
+while nous_avons_des_données_à_envoyer do
+    r:puts("Bla bla bla\n") -- envoi des données à envoyer vers le tampon
     r:flush() -- vidage du tampon (envoi au client)
     r.usleep(500000) -- mise en attente pendant 0.5 secondes et bouclage
 end
@@ -696,12 +696,12 @@ end
 <highlight language="lua">
 r:addoutputfilter(name|function) -- ajoute un filtre en sortie
 
-r:addoutputfilter("fooFilter") -- ins&egrave;re le filtre fooFilter dans le flux de sortie
+r:addoutputfilter("fooFilter") -- insère le filtre fooFilter dans le flux de sortie
 </highlight>
 
 <highlight language="lua">
 r:sendfile(filename) -- envoie un fichier entier au client en utilisant sendfile s'il est
-                     -- support&eacute; par la plateforme :
+                     -- supporté par la plateforme :
 
 if use_sendfile_thing then
     r:sendfile("/var/www/large_file.img")
@@ -710,9 +710,9 @@ end
 
 <highlight language="lua">
 r:parseargs() -- renvoie deux tables : une table standard de couples
-              -- cl&eacute;/valeur pour les donn&eacute;es GET simples,
-              -- et une autre pour les donn&eacute;es
-              -- multivalu&eacute;es (par exemple foo=1&amp;foo=2&amp;foo=3) :
+              -- clé/valeur pour les données GET simples,
+              -- et une autre pour les données
+              -- multivaluées (par exemple foo=1&amp;foo=2&amp;foo=3) :
 
 local GET, GETMULTI = r:parseargs()
 r:puts("Votre nom est : " .. GET['name'] or "Unknown")
@@ -720,13 +720,13 @@ r:puts("Votre nom est : " .. GET['name']
 
 
 <highlight language="lua">
-r:parsebody()([sizeLimit]) -- interpr&egrave;te le corps de la
-                           -- requ&ecirc;te en tant que POST et renvoie
+r:parsebody()([sizeLimit]) -- interprète le corps de la
+                           -- requête en tant que POST et renvoie
                            -- deux tables lua, comme r:parseargs(). Un
-                           -- nombre optionnel peut &ecirc;tre fourni
-                           -- pour sp&eacute;cifier le nombre maximal
-                           -- d'octets &agrave; interpr&eacute;ter. La
-                           -- valeur par d&eacute;faut est 8192.
+                           -- nombre optionnel peut être fourni
+                           -- pour spécifier le nombre maximal
+                           -- d'octets à interpréter. La
+                           -- valeur par défaut est 8192.
 
 local POST, POSTMULTI = r:parsebody(1024*1024)
 r:puts("Votre nom est : " .. POST['name'] or "Unknown")
@@ -734,63 +734,63 @@ r:puts("Votre nom est : " .. POST['name'
 
 
 <highlight language="lua">
-r:puts("bonjour", " le monde", "!") -- affichage dans le corps de la r&eacute;ponse
+r:puts("bonjour", " le monde", "!") -- affichage dans le corps de la réponse
 </highlight>
 
 <highlight language="lua">
-r:write("une simple cha&icirc;ne") -- affichage dans le corps de la r&eacute;ponse
+r:write("une simple chaîne") -- affichage dans le corps de la réponse
 </highlight>
 
 <highlight language="lua">
-r:escape_html("&lt;html&gt;test&lt;/html&gt;") -- Echappe le code HTML et renvoie le r&eacute;sultat
+r:escape_html("&lt;html&gt;test&lt;/html&gt;") -- Echappe le code HTML et renvoie le résultat
 </highlight>
 
 <highlight language="lua">
-r:base64_encode(string) -- Encode une cha&icirc;ne &agrave; l'aide du standard de codage Base64.
+r:base64_encode(string) -- Encode une chaîne à l'aide du standard de codage Base64.
 
 local encoded = r:base64_encode("This is a test") -- returns VGhpcyBpcyBhIHRlc3Q=
 </highlight>
 
 <highlight language="lua">
-r:base64_decode(string) -- D&eacute;code une cha&icirc;ne cod&eacute;e en Base64.
+r:base64_decode(string) -- Décode une chaîne codée en Base64.
 
 local decoded = r:base64_decode("VGhpcyBpcyBhIHRlc3Q=") -- returns 'This is a test'
 </highlight>
 
 <highlight language="lua">
-r:md5(string) -- Calcule et renvoie le condens&eacute; MD5 d'une cha&icirc;ne en mode binaire (binary safe).
+r:md5(string) -- Calcule et renvoie le condensé MD5 d'une chaîne en mode binaire (binary safe).
 
 local hash = r:md5("This is a test") -- returns ce114e4501d2f4e2dcea3e17b546f339
 </highlight>
 
 <highlight language="lua">
-r:sha1(string) -- Calcule et renvoie le condens&eacute; SHA1 d'une cha&icirc;ne en mode binaire (binary safe).
+r:sha1(string) -- Calcule et renvoie le condensé SHA1 d'une chaîne en mode binaire (binary safe).
 
 local hash = r:sha1("This is a test") -- returns a54d88e06612d820bc3be72877c74f257b561b19
 </highlight>
 
 <highlight language="lua">
-r:escape(string) -- Echappe une cha&icirc;ne de type URL.
+r:escape(string) -- Echappe une chaîne de type URL.
 
 local url = "http://foo.bar/1 2 3 &amp; 4 + 5"
 local escaped = r:escape(url) -- renvoie 'http%3a%2f%2ffoo.bar%2f1+2+3+%26+4+%2b+5'
 </highlight>
 
 <highlight language="lua">
-r:unescape(string) -- D&eacute;s&eacute;chappe une cha&icirc;ne de type URL.
+r:unescape(string) -- Déséchappe une chaîne de type URL.
 
 local url = "http%3a%2f%2ffoo.bar%2f1+2+3+%26+4+%2b+5"
 local unescaped = r:unescape(url) -- renvoie 'http://foo.bar/1 2 3 &amp; 4 + 5'
 </highlight>
 
 <highlight language="lua">
-r:construct_url(string) -- Construit une URL &agrave; partir d'un URI
+r:construct_url(string) -- Construit une URL à partir d'un URI
 
 local url = r:construct_url(r.uri)
 </highlight>
 
 <highlight language="lua">
-r.mpm_query(number) -- Interroge le serveur &agrave; propos de son module MPM via la requ&ecirc;te ap_mpm_query.
+r.mpm_query(number) -- Interroge le serveur à propos de son module MPM via la requête ap_mpm_query.
 
 local mpm = r.mpm_query(14)
 if mpm == 1 then
@@ -799,110 +799,110 @@ end
 </highlight>
 
 <highlight language="lua">
-r:expr(string) -- Evalue une cha&icirc;ne de type <a href="../expr.html">expr</a>.
+r:expr(string) -- Evalue une chaîne de type <a href="../expr.html">expr</a>.
 
 if r:expr("%{HTTP_HOST} =~ /^www/") then
-    r:puts("Ce nom d'h&ocirc;te commence par www")
+    r:puts("Ce nom d'hôte commence par www")
 end
 </highlight>
 
 <highlight language="lua">
-r:scoreboard_process(a) -- Interroge le serveur &agrave; propos du
-                        -- processus &agrave; la position <code>a</code>.
+r:scoreboard_process(a) -- Interroge le serveur à propos du
+                        -- processus à la position <code>a</code>.
 
 local process = r:scoreboard_process(1)
 r:puts("Le serveur 1 a comme PID " .. process.pid)
 </highlight>
 
 <highlight language="lua">
-r:scoreboard_worker(a, b) -- Interroge le serveur &agrave; propos du
+r:scoreboard_worker(a, b) -- Interroge le serveur à propos du
                           -- thread <code>b</code>, dans le processus <code>a</code>.
 
 local thread = r:scoreboard_worker(1, 1)
 r:puts("L'ID du thread 1 du serveur 1 est " .. thread.tid .. " et son
-&eacute;tat est " .. thread.status)
+état est " .. thread.status)
 </highlight>
 
 <highlight language="lua">
-r:clock() -- Renvoie l'heure courante avec une pr&eacute;cision d'une microseconde.
+r:clock() -- Renvoie l'heure courante avec une précision d'une microseconde.
 </highlight>
 
 <highlight language="lua">
-r:requestbody(filename) -- Lit et renvoie le corps d'une requ&ecirc;te.
-                        -- Si 'filename' est sp&eacute;cifi&eacute;, le
-                        -- corps de requ&ecirc;te n'est pas
-                        -- renvoy&eacute;, mais sauvegard&eacute; dans
+r:requestbody(filename) -- Lit et renvoie le corps d'une requête.
+                        -- Si 'filename' est spécifié, le
+                        -- corps de requête n'est pas
+                        -- renvoyé, mais sauvegardé dans
                         -- le fichier correspondant.
 
 local input = r:requestbody()
-r:puts("Vous m'avez envoy&eacute; le corps de requ&ecirc;te suivant :\n")
+r:puts("Vous m'avez envoyé le corps de requête suivant :\n")
 r:puts(input)
 </highlight>
 
 <highlight language="lua">
-r:add_input_filter(filter_name) -- Ajoute le filtre en entr&eacute;e 'filter_name'.
+r:add_input_filter(filter_name) -- Ajoute le filtre en entrée 'filter_name'.
 </highlight>
 
 <highlight language="lua">
-r:module_info(module_name) -- Interroge le serveur &agrave; propos d'un module.
+r:module_info(module_name) -- Interroge le serveur à propos d'un module.
 
 local mod = r.module_info("mod_lua.c")
 if mod then
     for k, v in pairs(mod.commands) do
        r:puts( ("%s: %s\n"):format(k,v)) -- affiche toutes les directives
-                                         -- impl&eacute;ment&eacute;es par ce module.
+                                         -- implémentées par ce module.
     end
 end
 </highlight>
 
 <highlight language="lua">
-r:loaded_modules() -- Renvoie une liste des modules charg&eacute;s par httpd.
+r:loaded_modules() -- Renvoie une liste des modules chargés par httpd.
 
 for k, module in pairs(r:loaded_modules()) do
-    r:puts("J'ai charg&eacute; le module " .. module .. "\n")
+    r:puts("J'ai chargé le module " .. module .. "\n")
 end
 </highlight>
 
 <highlight language="lua">
-r:runtime_dir_relative(filename) -- G&eacute;n&egrave;re le nom d'un fichier run-time
-                                 -- (par exemple la m&eacute;moire partag&eacute;e
-                                 -- "file") relativement au r&eacute;pertoire de run-time. 
+r:runtime_dir_relative(filename) -- Génère le nom d'un fichier run-time
+                                 -- (par exemple la mémoire partagée
+                                 -- "file") relativement au répertoire de run-time. 
 </highlight>
 
 <highlight language="lua">
-r:server_info() -- Renvoie une table contenant des informations &agrave;
+r:server_info() -- Renvoie une table contenant des informations à
                 -- propos du serveur, comme le nom de
-                -- l'ex&eacute;cutable httpd, le module mpm utilis&eacute;, etc...
+                -- l'exécutable httpd, le module mpm utilisé, etc...
 </highlight>
 
 <highlight language="lua">
-r:set_document_root(file_path) -- D&eacute;finit la racine des documents
-                               -- pour la requ&ecirc;te &agrave; file_path.
+r:set_document_root(file_path) -- Définit la racine des documents
+                               -- pour la requête à file_path.
 </highlight>
 
 <highlight language="lua">
-r:add_version_component(component_string) -- Ajoute un &eacute;l&eacute;ment &agrave;
-                                          -- la banni&egrave;re du serveur.
+r:add_version_component(component_string) -- Ajoute un élément à
+                                          -- la bannière du serveur.
 </highlight>
 
 <highlight language="lua">
-r:set_context_info(prefix, docroot) -- D&eacute;finit le pr&eacute;fixe et la
-                                    -- racine des documents du contexte pour une requ&ecirc;te.
+r:set_context_info(prefix, docroot) -- Définit le préfixe et la
+                                    -- racine des documents du contexte pour une requête.
 </highlight>
 
 <highlight language="lua">
-r:os_escape_path(file_path) -- Convertit un chemin du syst&egrave;me de
-                            -- fichiers en URL ind&eacute;pendamment du syst&egrave;me d'exploitation.
+r:os_escape_path(file_path) -- Convertit un chemin du système de
+                            -- fichiers en URL indépendamment du système d'exploitation.
 </highlight>
 
 <highlight language="lua">
-r:escape_logitem(string) -- Echappe une cha&icirc;ne pour journalisation.
+r:escape_logitem(string) -- Echappe une chaîne pour journalisation.
 </highlight>
 
 <highlight language="lua">
-r.strcmp_match(string, pattern) -- V&eacute;rifie si 'string' correspond &agrave;
+r.strcmp_match(string, pattern) -- Vérifie si 'string' correspond à
                                 -- 'pattern' via la fonction strcmp_match (GLOBs). Par exemple, est-ce que
-                                -- 'www.example.com' correspond &agrave; '*.example.com' ?
+                                -- 'www.example.com' correspond à '*.example.com' ?
 
 local match = r.strcmp_match("foobar.com", "foo*.com")
 if match then 
@@ -911,134 +911,134 @@ end
 </highlight>
 
 <highlight language="lua">
-r:set_keepalive() -- D&eacute;finit l'&eacute;tat de persistance d'une requ&ecirc;te.
+r:set_keepalive() -- Définit l'état de persistance d'une requête.
                   -- Renvoie true dans la mesure du possible, false dans le cas contraire.
 </highlight>
 
 <highlight language="lua">
-r:make_etag() -- G&eacute;n&egrave;re et renvoie le etag pour la requ&ecirc;te courante.
+r:make_etag() -- Génère et renvoie le etag pour la requête courante.
 </highlight>
 
 <highlight language="lua">
-r:send_interim_response(clear) -- Renvoie une r&eacute;ponse d'int&eacute;rim (1xx) au
-                               -- client. Si 'clear' est vrai, les en-t&ecirc;tes disponibles
-                               -- seront envoy&eacute;s et effac&eacute;s.
+r:send_interim_response(clear) -- Renvoie une réponse d'intérim (1xx) au
+                               -- client. Si 'clear' est vrai, les en-têtes disponibles
+                               -- seront envoyés et effacés.
 </highlight>
 
 <highlight language="lua">
-r:custom_response(status_code, string) -- G&eacute;n&egrave;re et d&eacute;finit une r&eacute;ponse
-                                       -- personnalis&eacute;e pour un code d'&eacute;tat particulier.
-                                       -- Le fonctionnement est tr&egrave;s proche de celui de la directive ErrorDocument.
+r:custom_response(status_code, string) -- Génère et définit une réponse
+                                       -- personnalisée pour un code d'état particulier.
+                                       -- Le fonctionnement est très proche de celui de la directive ErrorDocument.
 
 r:custom_response(404, "Baleted!")
 </highlight>
 
 <highlight language="lua">
-r.exists_config_define(string) -- V&eacute;rifie si une d&eacute;finition de configuration existe.
+r.exists_config_define(string) -- Vérifie si une définition de configuration existe.
 
 if r.exists_config_define("FOO") then
-    r:puts("httpd a probablement &eacute;t&eacute; lanc&eacute; avec l'option -DFOO, ou FOO a
-    &eacute;t&eacute; d&eacute;fini dans la configuration")
+    r:puts("httpd a probablement été lancé avec l'option -DFOO, ou FOO a
+    été défini dans la configuration")
 end
 </highlight>
 
 <highlight language="lua">
-r:state_query(string) -- Interroge le serveur &agrave; propos de son &eacute;tat.
+r:state_query(string) -- Interroge le serveur à propos de son état.
 </highlight>
 
 <highlight language="lua">
-r:stat(filename [,wanted]) -- Ex&eacute;cute stat() sur un fichier, et renvoie une table contenant
-                           -- des informations &agrave; propos de ce fichier.
+r:stat(filename [,wanted]) -- Exécute stat() sur un fichier, et renvoie une table contenant
+                           -- des informations à propos de ce fichier.
 
 local info = r:stat("/var/www/foo.txt")
 if info then
-    r:puts("Ce fichier existe et a &eacute;t&eacute; modifi&eacute; pour la derni&egrave;re fois &agrave; : " .. info.modified)
+    r:puts("Ce fichier existe et a été modifié pour la dernière fois à : " .. info.modified)
 end
 </highlight>
 
 <highlight language="lua">
-r:regex(string, pattern [,flags]) -- Ex&eacute;cute une recherche &agrave; base d'expression rationnelle
-                                  -- sur une cha&icirc;ne, et renvoie les &eacute;ventuelles correspondances trouv&eacute;es.
+r:regex(string, pattern [,flags]) -- Exécute une recherche à base d'expression rationnelle
+                                  -- sur une chaîne, et renvoie les éventuelles correspondances trouvées.
 
 local matches = r:regex("foo bar baz", [[foo (\w+) (\S*)]])
 if matches then
     r:puts("L'expression rationnelle correspond et le dernier mot
-    captur&eacute; ($2) est : " .. matches[2])
+    capturé ($2) est : " .. matches[2])
 end
 
--- Exemple avec insensibilit&eacute; &agrave; la casse :
+-- Exemple avec insensibilité à la casse :
 local matches = r:regex("FOO bar BAz", [[(foo) bar]], 1)
 
--- les drapeaux peuvent &ecirc;tre une combibaison bit &agrave; bit de :
--- 0x01: insensibilit&eacute; &agrave; la casse
+-- les drapeaux peuvent être une combibaison bit à bit de :
+-- 0x01: insensibilité à la casse
 -- 0x02: recherche multiligne
 </highlight>
 
 <highlight language="lua">
-r.usleep(microsecondes) -- Interrompt l'ex&eacute;cution du script pendant le nombre de microsecondes sp&eacute;cifi&eacute;.
+r.usleep(microsecondes) -- Interrompt l'exécution du script pendant le nombre de microsecondes spécifié.
 </highlight>
 
 <highlight language="lua">
-r:dbacquire(dbType[, dbParams]) -- Acquiert une connexion &agrave; une base de donn&eacute;es et renvoie une classe database.
-                                -- Voir '<a href="#databases">Connectivit&eacute; aux bases de donn&eacute;es</a>'
-				-- pour plus de d&eacute;tails.
+r:dbacquire(dbType[, dbParams]) -- Acquiert une connexion à une base de données et renvoie une classe database.
+                                -- Voir '<a href="#databases">Connectivité aux bases de données</a>'
+				-- pour plus de détails.
 </highlight>
 
 <highlight language="lua">
-r:ivm_set("key", value) -- D&eacute;fini une variable Inter-VM avec une valeur sp&eacute;cifique.
-                        -- Ces valeurs sont conserv&eacute;es m&ecirc;me si la VM est
-			-- arr&ecirc;t&eacute;e ou non utilis&eacute;e, et ne doivent donc &ecirc;tre
-			-- utilis&eacute;es que si MaxConnectionsPerChild > 0.
-			-- Les valeurs peuvent &ecirc;tre de type number, string
-			-- ou boolean et sont stock&eacute;es s&eacute;par&eacute;ment pour
+r:ivm_set("key", value) -- Défini une variable Inter-VM avec une valeur spécifique.
+                        -- Ces valeurs sont conservées même si la VM est
+			-- arrêtée ou non utilisée, et ne doivent donc être
+			-- utilisées que si MaxConnectionsPerChild > 0.
+			-- Les valeurs peuvent être de type number, string
+			-- ou boolean et sont stockées séparément pour
 			-- chaque processus (elles ne seront donc pas d'une
-			-- grande utilit&eacute; si l'on utilise le mpm prefork).
+			-- grande utilité si l'on utilise le mpm prefork).
                         
-r:ivm_get("key")        -- Lit le contenu d'une variable d&eacute;finie via ivm_set. Renvoie
+r:ivm_get("key")        -- Lit le contenu d'une variable définie via ivm_set. Renvoie
 			-- le contenu de la variable si elle existe, ou nil
 			-- dans le cas contraire.
                         
--- Voici un exemple de lecture/&eacute;criture qui sauvegarde une variable
+-- Voici un exemple de lecture/écriture qui sauvegarde une variable
 -- globale en dehors de la VM :
 function handle(r)
-    -- La premi&egrave;re VM qui effectue l'appel suivant n'obtiendra aucune
-    -- valeur, et devra la cr&eacute;er
+    -- La première VM qui effectue l'appel suivant n'obtiendra aucune
+    -- valeur, et devra la créer
     local foo = r:ivm_get("cached_data")
     if not foo then
         foo = do_some_calcs() -- simulation de valeurs de retour
-        r:ivm_set("cached_data", foo) -- d&eacute;finition globale de la variable
+        r:ivm_set("cached_data", foo) -- définition globale de la variable
     end
-    r:puts("La donn&eacute;e en cache est : ", foo)
+    r:puts("La donnée en cache est : ", foo)
 end			
 </highlight>
 <highlight language="lua">
-r:htpassword(string [,algorithm [,cost]]) -- G&eacute;n&egrave;re un hash de mot de passe &agrave; partir d'une cha&icirc;ne.
-                                          -- algorithm: 0 = APMD5 (d&eacute;faut), 1 = SHA, 2 = BCRYPT, 3 = CRYPT.
-                                          -- cost: ne s'utilise qu'avec l'algorythme BCRYPT (d&eacute;faut = 5).
+r:htpassword(string [,algorithm [,cost]]) -- Génère un hash de mot de passe à partir d'une chaîne.
+                                          -- algorithm: 0 = APMD5 (défaut), 1 = SHA, 2 = BCRYPT, 3 = CRYPT.
+                                          -- cost: ne s'utilise qu'avec l'algorythme BCRYPT (défaut = 5).
 </highlight>
 
 <highlight language="lua">
-r:mkdir(dir [,mode]) -- Cr&eacute;e un r&eacute;pertoire et d&eacute;finit son mode via le param&egrave;tre optionnel mode.
+r:mkdir(dir [,mode]) -- Crée un répertoire et définit son mode via le paramètre optionnel mode.
 </highlight>
 
 <highlight language="lua">
-r:mkrdir(dir [,mode]) -- Cr&eacute;e des r&eacute;pertoires de mani&egrave;re r&eacute;cursive et d&eacute;finit
-                      -- leur mode via le param&egrave;tre optionnel mode.
+r:mkrdir(dir [,mode]) -- Crée des répertoires de manière récursive et définit
+                      -- leur mode via le paramètre optionnel mode.
 </highlight>
 
 <highlight language="lua">
-r:rmdir(dir) -- Supprime un r&eacute;pertoire.
+r:rmdir(dir) -- Supprime un répertoire.
 </highlight>
 
 <highlight language="lua">
-r:touch(file [,mtime]) -- D&eacute;finit la date de modification d'un fichier &agrave; la date courante ou &agrave;
+r:touch(file [,mtime]) -- Définit la date de modification d'un fichier à la date courante ou à
                        -- la valeur optionnelle mtime en msec.
 </highlight>
 
 <highlight language="lua">
-r:get_direntries(dir) -- Renvoie une table contenant toutes les entr&eacute;es de r&eacute;pertoires.
+r:get_direntries(dir) -- Renvoie une table contenant toutes les entrées de répertoires.
 
--- Renvoie un chemin sous forme &eacute;clat&eacute;e en chemin, fichier, extension
+-- Renvoie un chemin sous forme éclatée en chemin, fichier, extension
 function handle(r)
   local dir = r.context_document_root
   for _, f in ipairs(r:get_direntries(dir)) do
@@ -1053,7 +1053,7 @@ end
 </highlight>
 
 <highlight language="lua">
-r.date_parse_rfc(string) -- Interpr&egrave;te une cha&icirc;ne date/heure et renvoie l'&eacute;quivalent en secondes depuis epoche.
+r.date_parse_rfc(string) -- Interprète une chaîne date/heure et renvoie l'équivalent en secondes depuis epoche.
 </highlight>
 
 <highlight language="lua">
@@ -1061,38 +1061,38 @@ r:getcookie(key) -- Obtient un cookie HT
 </highlight>
 
 <highlight language="lua">
-r:setcookie(key, value, secure, expires) -- D&eacute;finit un cookie HTTP, par exemple :
+r:setcookie(key, value, secure, expires) -- Définit un cookie HTTP, par exemple :
 r:setcookie("foo", "bar and stuff", false, os.time() + 86400)
 </highlight>
 
 <highlight language="lua">
-r:wsupgrade() -- Met &agrave; jour une connexion vers les WebSockets si possible (et si demand&eacute;) :
-if r:wsupgrade() then -- si la mise &agrave; jour est possible :
-    r:wswrite("Bienvenue dans les websockets!") -- &eacute;crit quelque chose &agrave; l'intention du client
+r:wsupgrade() -- Met à jour une connexion vers les WebSockets si possible (et si demandé) :
+if r:wsupgrade() then -- si la mise à jour est possible :
+    r:wswrite("Bienvenue dans les websockets!") -- écrit quelque chose à l'intention du client
     r:wsclose()  -- Au revoir !
 end
 </highlight>
 
 <highlight language="lua">
-r:wsread() -- Lit un cadre de websocket depuis une connexion vers websocket mise &agrave; jour (voir ci-dessus) :
+r:wsread() -- Lit un cadre de websocket depuis une connexion vers websocket mise à jour (voir ci-dessus) :
            
 local line, isFinal = r:wsread() -- isFinal indique s'il s'agit du cadre final.
                                  -- dans le cas contraire, on peut lire les cadres suivants
-r:wswrite("Vous avez &eacute;crit : " .. line)
+r:wswrite("Vous avez écrit : " .. line)
 </highlight>
 
 <highlight language="lua">
-r:wswrite(line) -- &eacute;crit un cadre vers un client WebSocket :
+r:wswrite(line) -- écrit un cadre vers un client WebSocket :
 r:wswrite("Bonjour le Monde !")
 </highlight>
 
 <highlight language="lua">
-r:wsclose() -- ferme une requ&ecirc;te WebSocket et l'ach&egrave;ve pour httpd :
+r:wsclose() -- ferme une requête WebSocket et l'achève pour httpd :
 
 if r:wsupgrade() then
     r:wswrite("Ecrire quelque chose : ")
     local line = r:wsread() or "nothing"
-    r:wswrite("Vous avez &eacute;crit : " .. line);
+    r:wswrite("Vous avez écrit : " .. line);
     r:wswrite("Au revoir !")
     r:wsclose()
 end
@@ -1104,105 +1104,105 @@ end
 <highlight language="lua">
 	-- exemples de messages de journalisation
 	r:trace1("Ceci est un message de journalisation de niveau
-	trace") -- les niveaux valides vont de trace1 &agrave; trace8 <br />
-        r:debug("Ceci est un message de journalisation de niveau debug")<br />
-        r:info("Ceci est un message de journalisation de niveau info")<br />
-        r:notice("Ceci est un message de journalisation de niveau notice")<br />
-        r:warn("Ceci est un message de journalisation de niveau warn")<br />
-        r:err("Ceci est un message de journalisation de niveau err")<br />
-        r:alert("Ceci est un message de journalisation de niveau alert")<br />
-        r:crit("Ceci est un message de journalisation de niveau crit")<br />
-        r:emerg("Ceci est un message de journalisation de niveau emerg")<br />
+	trace") -- les niveaux valides vont de trace1 à trace8 
+        r:debug("Ceci est un message de journalisation de niveau debug")
+        r:info("Ceci est un message de journalisation de niveau info")
+        r:notice("Ceci est un message de journalisation de niveau notice")
+        r:warn("Ceci est un message de journalisation de niveau warn")
+        r:err("Ceci est un message de journalisation de niveau err")
+        r:alert("Ceci est un message de journalisation de niveau alert")
+        r:crit("Ceci est un message de journalisation de niveau crit")
+        r:emerg("Ceci est un message de journalisation de niveau emerg")
 </highlight>
 
 </section>
 
 <section id="apache2"><title>Paquet apache2</title>
-<p>Le paquet nomm&eacute; <code>apache2</code> est fourni avec (au minimum) le
+<p>Le paquet nommé <code>apache2</code> est fourni avec (au minimum) le
 contenu suivant :</p>
 <dl>
   <dt>apache2.OK</dt>
   <dd>Constante interne OK. Les gestionnaires renverront cette valeur
-  s'ils ont trait&eacute; la requ&ecirc;te.</dd>
+  s'ils ont traité la requête.</dd>
   <dt>apache2.DECLINED</dt>
   <dd>Constante interne DECLINED. Les gestionnaires renverront cette
-  valeur s'ils n'ont pas l'intention de traiter la requ&ecirc;te.</dd>
+  valeur s'ils n'ont pas l'intention de traiter la requête.</dd>
   <dt>apache2.DONE</dt>
   <dd>Constante interne DONE.</dd>
   <dt>apache2.version</dt>
-  <dd>Cha&icirc;ne contenant la version du serveur HTTP Apache</dd>
+  <dd>Chaîne contenant la version du serveur HTTP Apache</dd>
   <dt>apache2.HTTP_MOVED_TEMPORARILY</dt>
-  <dd>Code d'&eacute;tat HTTP</dd>
+  <dd>Code d'état HTTP</dd>
   <dt>apache2.PROXYREQ_NONE, apache2.PROXYREQ_PROXY, apache2.PROXYREQ_REVERSE, apache2.PROXYREQ_RESPONSE</dt>
-  <dd>Constantes internes utilis&eacute;es par <module>mod_proxy</module></dd>
+  <dd>Constantes internes utilisées par <module>mod_proxy</module></dd>
   <dt>apache2.AUTHZ_DENIED, apache2.AUTHZ_GRANTED, apache2.AUTHZ_NEUTRAL, apache2.AUTHZ_GENERAL_ERROR, apache2.AUTHZ_DENIED_NO_USER</dt>
-  <dd>constantes internes utilis&eacute;es par <module>mod_authz_core</module></dd>
+  <dd>constantes internes utilisées par <module>mod_authz_core</module></dd>
 
 </dl>
-<p>Les autres codes d'&eacute;tat HTTP ne sont pas encore impl&eacute;ment&eacute;s.</p>
+<p>Les autres codes d'état HTTP ne sont pas encore implémentés.</p>
 </section>
 
 
 <section id="modifying_buckets">
     <title>Modification de contenu avec les filtres lua</title>
     <p>
-    Les fonctions de filtrage impl&eacute;ment&eacute;es via les directives <directive
+    Les fonctions de filtrage implémentées via les directives <directive
     module="mod_lua">LuaInputFilter</directive> ou <directive
-    module="mod_lua">LuaOutputFilter</directive> sont con&ccedil;ues comme des
-    fonctions de 3&egrave;me phase non blocantes utilisant des sous-routines
-    pour suspendre et reprendre l'ex&eacute;cution d'une fonction lorsque des
-    paquets de donn&eacute;es sont envoy&eacute;s &agrave; la cha&icirc;ne de filtrage. La
+    module="mod_lua">LuaOutputFilter</directive> sont conçues comme des
+    fonctions de 3ème phase non blocantes utilisant des sous-routines
+    pour suspendre et reprendre l'exécution d'une fonction lorsque des
+    paquets de données sont envoyés à la chaîne de filtrage. La
     structure de base d'une telle fonction est :
     </p>
     <highlight language="lua">
 function filter(r)
-    -- Nous indiquons tout d'abord que nous sommes pr&ecirc;ts &agrave; recevoir des
-    -- blocs de donn&eacute;es.
-    -- Avant ceci, nous pouvons d&eacute;finir notre environnement, tester
-    -- certaines conditions, et, si nous le jugeons n&eacute;cessaire, refuser le
-    -- filtrage d'une requ&ecirc;te :
+    -- Nous indiquons tout d'abord que nous sommes prêts à recevoir des
+    -- blocs de données.
+    -- Avant ceci, nous pouvons définir notre environnement, tester
+    -- certaines conditions, et, si nous le jugeons nécessaire, refuser le
+    -- filtrage d'une requête :
     if something_bad then
-        return -- Le filtrage est saut&eacute;
+        return -- Le filtrage est sauté
     end
-    -- Sans se pr&eacute;occuper des donn&eacute;es que nous devons &eacute;ventuellement ajouter, un arr&ecirc;t est r&eacute;alis&eacute; ici.
-    -- Noter que les filtres de sortie sont les seuls capables d'ajouter des &eacute;l&eacute;ments au d&eacute;but des donn&eacute;es.
-    -- Les filtres en entr&eacute;e peuvent ajouter des &eacute;l&eacute;ments &agrave; la fin des donn&eacute;es au stade final.
+    -- Sans se préoccuper des données que nous devons éventuellement ajouter, un arrêt est réalisé ici.
+    -- Noter que les filtres de sortie sont les seuls capables d'ajouter des éléments au début des données.
+    -- Les filtres en entrée peuvent ajouter des éléments à la fin des données au stade final.
 
     coroutine.yield([optional header to be prepended to the content])
 
-    -- Apr&egrave;s cet arr&ecirc;t, nous allons recevoir d'autres blocs de donn&eacute;es, un par un ;
-    -- nous pouvons les traiter comme il nous pla&icirc;t et proc&eacute;der &agrave; la r&eacute;ponse.
-    -- Ces blocs sont conserv&eacute;s dans la variable globale 'bucket', nous r&eacute;alisons donc
-    -- une boucle pour v&eacute;rifier que 'bucket' n'est pas vide :
+    -- Après cet arrêt, nous allons recevoir d'autres blocs de données, un par un ;
+    -- nous pouvons les traiter comme il nous plaît et procéder à la réponse.
+    -- Ces blocs sont conservés dans la variable globale 'bucket', nous réalisons donc
+    -- une boucle pour vérifier que 'bucket' n'est pas vide :
     while bucket ~= nil do
         local output = mangle(bucket) -- Do some stuff to the content
         coroutine.yield(output) -- Return our new content to the filter chain
     end
 
-    -- Une fois les blocs de donn&eacute;es &eacute;puis&eacute;s, 'bucket' est positionn&eacute; &agrave; une valeur vide ('nil'),
-    -- ce qui va nous faire sortir de cette boucle et nous amener &agrave; l'&eacute;tape suivante.
-    -- On peut ajouter ce qu'on veut &agrave; la fin des donn&eacute;es &agrave; cette &eacute;tape, qui constitue le dernier
-    -- arr&ecirc;t. Les filtres d'entr&eacute;e comme de sortie peuvent servir &agrave; ajouter des &eacute;l&eacute;ments &agrave; la fin
-    --  des donn&eacute;es &agrave; cette &eacute;tape.
+    -- Une fois les blocs de données épuisés, 'bucket' est positionné à une valeur vide ('nil'),
+    -- ce qui va nous faire sortir de cette boucle et nous amener à l'étape suivante.
+    -- On peut ajouter ce qu'on veut à la fin des données à cette étape, qui constitue le dernier
+    -- arrêt. Les filtres d'entrée comme de sortie peuvent servir à ajouter des éléments à la fin
+    --  des données à cette étape.
     coroutine.yield([optional footer to be appended to the content])
 end
     </highlight>
 </section>
 <section id="databases">
-    <title>Connectivit&eacute; aux bases de donn&eacute;es</title>
-    <p>Mod_lua impl&eacute;mente une fonctionnalit&eacute; basique de connexion aux
-bases de donn&eacute;es permettant d'envoyer des requ&ecirc;tes ou d'ex&eacute;cuter des
-commandes aupr&egrave;s des moteurs de base de donn&eacute;es les plus courants
+    <title>Connectivité aux bases de données</title>
+    <p>Mod_lua implémente une fonctionnalité basique de connexion aux
+bases de données permettant d'envoyer des requêtes ou d'exécuter des
+commandes auprès des moteurs de base de données les plus courants
 (mySQL, PostgreSQL, FreeTDS, ODBC, SQLite, Oracle), ainsi que mod_dbd.
     </p>
-    <p>L'exemple suivant montre comment se connecter &agrave; une base de
-donn&eacute;es et extraire des informations d'une table :</p>
+    <p>L'exemple suivant montre comment se connecter à une base de
+données et extraire des informations d'une table :</p>
     <highlight language="lua">
 function handle(r)
-    -- connexion &agrave; la base de donn&eacute;es
+    -- connexion à la base de données
     local database, err = r:dbacquire("mysql", "server=localhost,user=someuser,pass=somepass,dbname=mydb")
     if not err then
-        -- S&eacute;lection de certaines informations
+        -- Sélection de certaines informations
         local results, err = database:select(r, "SELECT `name`, `age` FROM `people` WHERE 1")
         if not err then
             local rows = results(0) -- extrait tous les enregistrements en mode synchrone
@@ -1214,86 +1214,86 @@ function handle(r)
         end
         database:close()
     else
-        r:puts("Connexion &agrave; la base de donn&eacute;es impossible : " .. err)
+        r:puts("Connexion à la base de données impossible : " .. err)
     end
 end
     </highlight>
     <p>
-    Pour utiliser <module>mod_dbd</module>, sp&eacute;cifiez
-<code>mod_dbd</code> comme type de base de donn&eacute;es, ou laissez le champ
+    Pour utiliser <module>mod_dbd</module>, spécifiez
+<code>mod_dbd</code> comme type de base de données, ou laissez le champ
 vide :
     </p>
     <highlight language="lua">
     local database = r:dbacquire("mod_dbd")
     </highlight>
     <section id="database_object">
-        <title>L'objet database et ses m&eacute;thodes</title>
-        <p>L'objet database renvoy&eacute; par <code>dbacquire</code> poss&egrave;de
-les m&eacute;thodes suivantes :</p>
-        <p><strong>S&eacute;lection normale et requ&ecirc;te vers une base de donn&eacute;es
+        <title>L'objet database et ses méthodes</title>
+        <p>L'objet database renvoyé par <code>dbacquire</code> possède
+les méthodes suivantes :</p>
+        <p><strong>Sélection normale et requête vers une base de données
 :</strong></p>
     <highlight language="lua">
--- Ex&eacute;cution d'une requ&ecirc;te et renvoie du nombre d'enregistrements
-affect&eacute;s :
+-- Exécution d'une requête et renvoie du nombre d'enregistrements
+affectés :
 local affected, errmsg = database:query(r, "DELETE FROM `tbl` WHERE 1")
 
--- Ex&eacute;cution d'une requ&ecirc;te et renvoie du r&eacute;sultat qui peut &ecirc;tre utilis&eacute;
+-- Exécution d'une requête et renvoie du résultat qui peut être utilisé
 en mode synchrone ou asynchrone :
 local result, errmsg = database:select(r, "SELECT * FROM `people` WHERE 1")
     </highlight>
-        <p><strong>Utilisation de requ&ecirc;tes pr&eacute;par&eacute;es (recommand&eacute;) :</strong></p>
+        <p><strong>Utilisation de requêtes préparées (recommandé) :</strong></p>
     <highlight language="lua">
--- Cr&eacute;ation et ex&eacute;cution d'une requ&ecirc;te pr&eacute;par&eacute;e :
+-- Création et exécution d'une requête préparée :
 local statement, errmsg = database:prepare(r, "DELETE FROM `tbl` WHERE `age` > %u")
 if not errmsg then
-    local result, errmsg = statement:query(20) -- ex&eacute;cute la requ&ecirc;te pour age &gt; 20
+    local result, errmsg = statement:query(20) -- exécute la requête pour age &gt; 20
 end
 
--- Extrait une requ&ecirc;te pr&eacute;par&eacute;e depuis une directive DBDPrepareSQL :
+-- Extrait une requête préparée depuis une directive DBDPrepareSQL :
 local statement, errmsg = database:prepared(r, "someTag")
 if not errmsg then
-    local result, errmsg = statement:select("John Doe", 123) -- injecte les valeurs "John Doe" et 123 dans la requ&ecirc;te
+    local result, errmsg = statement:select("John Doe", 123) -- injecte les valeurs "John Doe" et 123 dans la requête
 end
 
 </highlight>
-        <p><strong>Echappement de valeurs, fermeture de la base donn&eacute;es,
+        <p><strong>Echappement de valeurs, fermeture de la base données,
 etc...</strong></p>
     <highlight language="lua">
--- Echappe une valeur pour pouvoir l'utiliser dans une requ&ecirc;te :
+-- Echappe une valeur pour pouvoir l'utiliser dans une requête :
 local escaped = database:escape(r, [["'|blabla]])
 
--- Ferme une base de donn&eacute;es et lib&egrave;re les liens vers cette derni&egrave;re :
+-- Ferme une base de données et libère les liens vers cette dernière :
 database:close()
 
--- V&eacute;rifie si une connexion &agrave; une base de donn&eacute;es est en service et
-op&eacute;rationnelle :
+-- Vérifie si une connexion à une base de données est en service et
+opérationnelle :
 local connected = database:active()
     </highlight>
     </section>
     <section id="result_sets">
-    <title>Travail avec les jeux d'enregistrements renvoy&eacute;s par les requ&ecirc;tes</title>
-    <p>Les jeux d'enregistrements renvoy&eacute;s par <code>db:select</code> ou par des
-requ&ecirc;tes pr&eacute;par&eacute;es cr&eacute;&eacute;es par <code>db:prepare</code> permettent de
-s&eacute;lectionner des enregistrements en mode synchrone ou
-asynchrone, selon le nombre d'enregistrements sp&eacute;cifi&eacute; :<br/>
-    <code>result(0)</code> s&eacute;lectionne tous les enregistrements en mode
+    <title>Travail avec les jeux d'enregistrements renvoyés par les requêtes</title>
+    <p>Les jeux d'enregistrements renvoyés par <code>db:select</code> ou par des
+requêtes préparées créées par <code>db:prepare</code> permettent de
+sélectionner des enregistrements en mode synchrone ou
+asynchrone, selon le nombre d'enregistrements spécifié :<br/>
+    <code>result(0)</code> sélectionne tous les enregistrements en mode
 synchrone en renvoyant une table d'enregistrements.<br/>
-    <code>result(-1)</code> s&eacute;lectionne le prochain enregistrement disponible en
+    <code>result(-1)</code> sélectionne le prochain enregistrement disponible en
 mode asynchrone.<br/>
-    <code>result(N)</code> s&eacute;lectionne l'enregistrement num&eacute;ro
+    <code>result(N)</code> sélectionne l'enregistrement numéro
 <code>N</code> en mode asynchrone.
     </p>
     <highlight language="lua">
--- extrait un jeu d'enregistrements via une requ&ecirc;te r&eacute;guli&egrave;re :
+-- extrait un jeu d'enregistrements via une requête régulière :
 local result, err = db:select(r, "SELECT * FROM `tbl` WHERE 1")
 
-local rows = result(0) -- s&eacute;lectionne tous les enregistrements en mode synchrone
-local row = result(-1) -- s&eacute;lectionne le prochain enregistrement disponible en mode asynchrone
-local row = result(1234) -- s&eacute;lectionne l'enregistrement 1234 en mode asynchrone
+local rows = result(0) -- sélectionne tous les enregistrements en mode synchrone
+local row = result(-1) -- sélectionne le prochain enregistrement disponible en mode asynchrone
+local row = result(1234) -- sélectionne l'enregistrement 1234 en mode asynchrone
 local row = result(-1, true) -- Lit l'enregistrement suivant en utilisant les noms d'enregistrements comme index.
     </highlight>
     <p>Il est possible de construire une fonction qui renvoie une
-fonction it&eacute;rative permettant de traiter tous les enregistrement en mode
+fonction itérative permettant de traiter tous les enregistrement en mode
 synchrone ou asynchrone selon la valeur de l'argument async :
     </p>
     <highlight language="lua">
@@ -1313,7 +1313,7 @@ end
 
 local statement, err = db:prepare(r, "SELECT * FROM `tbl` WHERE `age` > %u")
 if not err then
-     -- s&eacute;lectionne des enregistrements en mode asynchrone :
+     -- sélectionne des enregistrements en mode asynchrone :
     local result, err = statement:select(20)
     if not err then
         for index, row in rows(result, true) do
@@ -1321,7 +1321,7 @@ if not err then
         end
     end
 
-     -- s&eacute;lectionne des enregistrements en mode synchrone :
+     -- sélectionne des enregistrements en mode synchrone :
     local result, err = statement:select(20)
     if not err then
         for index, row in rows(result, false) do
@@ -1332,37 +1332,37 @@ end
     </highlight>
     </section>
     <section id="closing_databases">
-        <title>Fermeture d'une connexion &agrave; une base de donn&eacute;es</title>
+        <title>Fermeture d'une connexion à une base de données</title>
 
-    <p>Lorsqu'elles ne sont plus utilis&eacute;es, les connexions aux bases de
-donn&eacute;es doivent &ecirc;tre ferm&eacute;es avec <code>database:close()</code>. Si vous
-ne les fermez pas manuellement, mod_lua les fermera peut-&ecirc;tre en tant
-que r&eacute;sidus collect&eacute;s, mais si ce n'est pas le cas, vous pouvez finir
-pas avoir trop de connexions vers la base de donn&eacute;es inutilis&eacute;es. Les
+    <p>Lorsqu'elles ne sont plus utilisées, les connexions aux bases de
+données doivent être fermées avec <code>database:close()</code>. Si vous
+ne les fermez pas manuellement, mod_lua les fermera peut-être en tant
+que résidus collectés, mais si ce n'est pas le cas, vous pouvez finir
+pas avoir trop de connexions vers la base de données inutilisées. Les
 deux mesures suivantes sont pratiquement identiques :
     </p>
     <highlight language="lua">
--- M&eacute;thode 1 : fermeture manuelle de la connexion
+-- Méthode 1 : fermeture manuelle de la connexion
 local database = r:dbacquire("mod_dbd")
 database:close() -- c'est tout
 
--- M&eacute;thode 2 : on laisse le collecteur de r&eacute;sidus la fermer
+-- Méthode 2 : on laisse le collecteur de résidus la fermer
 local database = r:dbacquire("mod_dbd")
 database = nil -- on coupe le lien
-collectgarbage() -- fermeture de la connexion par le collecteur de r&eacute;sidus
+collectgarbage() -- fermeture de la connexion par le collecteur de résidus
 </highlight>
     </section>
     <section id="database_caveat">
-    <title>Pr&eacute;cautions &agrave; prendre lorsque l'on travaille avec les bases
-de donn&eacute;es</title>
+    <title>Précautions à prendre lorsque l'on travaille avec les bases
+de données</title>
     <p>Bien que les fonctions <code>query</code> et <code>run</code>
-soient toujours disponibles, il est recommand&eacute; d'utiliser des requ&ecirc;tes
-pr&eacute;par&eacute;es chaque fois que possible, afin d'une part d'optimiser les
+soient toujours disponibles, il est recommandé d'utiliser des requêtes
+préparées chaque fois que possible, afin d'une part d'optimiser les
 performances (si votre connexion reste longtemps en vie), et d'autre part
 minimiser le risque d'attaques par injection SQL. Les fonctions
-<code>run</code> et <code>query</code> ne doivent &ecirc;tre utilis&eacute;es que
-lorsque la requ&ecirc;te ne contient pas de variables (requ&ecirc;te statique). Dans
-le cas des requ&ecirc;tes dynamiques, utilisez <code>db:prepare</code> ou
+<code>run</code> et <code>query</code> ne doivent être utilisées que
+lorsque la requête ne contient pas de variables (requête statique). Dans
+le cas des requêtes dynamiques, utilisez <code>db:prepare</code> ou
 <code>db:prepared</code>.
     </p>
     </section>
@@ -1371,26 +1371,26 @@ le cas des requ&ecirc;tes dynamiques, ut
 
 <directivesynopsis>
 <name>LuaRoot</name>
-<description>Sp&eacute;cifie le chemin de base pour la r&eacute;solution des chemins
+<description>Spécifie le chemin de base pour la résolution des chemins
 relatifs dans les directives de mod_lua</description>
-<syntax>LuaRoot /chemin/vers/un/r&eacute;pertoire</syntax>
+<syntax>LuaRoot /chemin/vers/un/répertoire</syntax>
 <contextlist><context>server config</context><context>virtual host</context>
 <context>directory</context><context>.htaccess</context>
 </contextlist>
 <override>All</override>
 
 <usage>
-    <p>Cette directive permet de sp&eacute;cifier le chemin de base qui sera
-    utilis&eacute; pour &eacute;valuer tous les chemins relatifs dans mod_lua. En
-    l'absence de cette directive, les chemins relatifs sont r&eacute;solus par
-    rapport au r&eacute;pertoire de travail courant, ce qui ne sera pas
-    toujours appropri&eacute; pour un serveur.</p>
+    <p>Cette directive permet de spécifier le chemin de base qui sera
+    utilisé pour évaluer tous les chemins relatifs dans mod_lua. En
+    l'absence de cette directive, les chemins relatifs sont résolus par
+    rapport au répertoire de travail courant, ce qui ne sera pas
+    toujours approprié pour un serveur.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>LuaScope</name>
-<description>Une valeur parmi once, request, conn, thread -- la valeur par d&eacute;faut est once</description>
+<description>Une valeur parmi once, request, conn, thread -- la valeur par défaut est once</description>
 <syntax>LuaScope once|request|conn|thread|server [min] [max]</syntax>
 <default>LuaScope once</default>
 <contextlist><context>server config</context><context>virtual host</context>
@@ -1399,44 +1399,44 @@ relatifs dans les directives de mod_lua<
 <override>All</override>
 
 <usage>
-    <p>Cette directive permet de sp&eacute;cifier la dur&eacute;e de vie de
-    l'interpr&eacute;teur Lua qui sera utilis&eacute; dans ce "r&eacute;pertoire". La valeur
-    par d&eacute;faut est "once".</p>
+    <p>Cette directive permet de spécifier la durée de vie de
+    l'interpréteur Lua qui sera utilisé dans ce "répertoire". La valeur
+    par défaut est "once".</p>
 
    <dl>
-    <dt>once:</dt> <dd>utilise l'interpr&eacute;teur une fois.</dd>
+    <dt>once:</dt> <dd>utilise l'interpréteur une fois.</dd>
 
-    <dt>request:</dt> <dd>utilise l'interpr&eacute;teur pour traiter tout ce
-    qui est bas&eacute; sur le m&ecirc;me fichier dans la requ&ecirc;te, et qui se trouve
-    aussi dans la port&eacute;e de la requ&ecirc;te.</dd>
-
-    <dt>conn:</dt> <dd>idem request, mais attach&eacute; &agrave; connection_rec</dd>
-
-    <dt>thread:</dt> <dd>Utilise l'interpr&eacute;teur pendant toute la dur&eacute;e
-    de vie du thread qui traite la requ&ecirc;te (disponible seulement avec
-    les MPMs thread&eacute;s).</dd>
-
-    <dt>server:</dt>  <dd>Le comportement est ici diff&eacute;rent, car la
-    port&eacute;e du serveur pr&eacute;sente une dur&eacute;e de vie assez longue, et
-    plusieurs threads vont partager le m&ecirc;me server_rec. Pour g&eacute;rer tout
-    ceci, les &eacute;tats lua du serveur sont stock&eacute;s dans une liste de ressources
+    <dt>request:</dt> <dd>utilise l'interpréteur pour traiter tout ce
+    qui est basé sur le même fichier dans la requête, et qui se trouve
+    aussi dans la portée de la requête.</dd>
+
+    <dt>conn:</dt> <dd>idem request, mais attaché à connection_rec</dd>
+
+    <dt>thread:</dt> <dd>Utilise l'interpréteur pendant toute la durée
+    de vie du thread qui traite la requête (disponible seulement avec
+    les MPMs threadés).</dd>
+
+    <dt>server:</dt>  <dd>Le comportement est ici différent, car la
+    portée du serveur présente une durée de vie assez longue, et
+    plusieurs threads vont partager le même server_rec. Pour gérer tout
+    ceci, les états lua du serveur sont stockés dans une liste de ressources
     apr. Les arguments <code>min</code> et <code>max</code> permettent
-    de sp&eacute;cifier les nombres minimaux et maximaux d'&eacute;tats lua &agrave; stocker
+    de spécifier les nombres minimaux et maximaux d'états lua à stocker
     dans la liste.</dd>
    </dl>
-   <p>En g&eacute;n&eacute;ral, les port&eacute;es <code>thread</code> et <code>server</code>
-   sont 2 &agrave; 3 fois plus rapides que les autres, car elles n'ont pas besoin
-   de r&eacute;g&eacute;n&eacute;rer de nouveaux &eacute;tats Lua &agrave; chaque requ&ecirc;te (comme c'est le
-   cas avec le MPM event, o&ugrave; m&ecirc;me les connexions persistantes utilisent un
-   nouveau thread pour chaque requ&ecirc;te). Si vous pensez que vos scripts
-   n'auront pas de probl&egrave;me s'il r&eacute;utilisent un &eacute;tat, alors les port&eacute;es
-   <code>thread</code> ou <code>server</code> doivent &ecirc;tre utilis&eacute;es car
-   elles pr&eacute;senteront de meilleures performances. Alors que la port&eacute;e
-   <code>thread</code> fournira les r&eacute;ponses les plus rapides, la port&eacute;e
-   <code>server</code> utilisera moins de m&eacute;moire car les &eacute;tats sont
-   rassembl&eacute;s dans des jeux, permettant par exemple &agrave; 1000 threads de
-   partager 100 &eacute;tats Lua, ne n&eacute;cessitant ainsi que 10% de la m&eacute;moire
-   requise par la port&eacute;e <code>thread</code>.
+   <p>En général, les portées <code>thread</code> et <code>server</code>
+   sont 2 à 3 fois plus rapides que les autres, car elles n'ont pas besoin
+   de régénérer de nouveaux états Lua à chaque requête (comme c'est le
+   cas avec le MPM event, où même les connexions persistantes utilisent un
+   nouveau thread pour chaque requête). Si vous pensez que vos scripts
+   n'auront pas de problème s'il réutilisent un état, alors les portées
+   <code>thread</code> ou <code>server</code> doivent être utilisées car
+   elles présenteront de meilleures performances. Alors que la portée
+   <code>thread</code> fournira les réponses les plus rapides, la portée
+   <code>server</code> utilisera moins de mémoire car les états sont
+   rassemblés dans des jeux, permettant par exemple à 1000 threads de
+   partager 100 états Lua, ne nécessitant ainsi que 10% de la mémoire
+   requise par la portée <code>thread</code>.
     </p>
 </usage>
 </directivesynopsis>
@@ -1451,12 +1451,12 @@ relatifs dans les directives de mod_lua<
 </contextlist>
 <override>All</override>
 <usage>
-    <p>Cette directive permet de faire correspondre un mod&egrave;le d'uri avec
-    une fonction de gestionnaire situ&eacute;e dans un fichier sp&eacute;cifique. Elle
+    <p>Cette directive permet de faire correspondre un modèle d'uri avec
+    une fonction de gestionnaire située dans un fichier spécifique. Elle
     utilise les expressions rationnelles PCRE pour mettre en
     correspondance l'uri, et supporte les groupes de correspondance
     d'interpolation dans le chemin du fichier et le nom de la fonction.
-    Prenez garde aux probl&egrave;mes de s&eacute;curit&eacute; en &eacute;crivant vos expressions
+    Prenez garde aux problèmes de sécurité en écrivant vos expressions
     rationnelles.</p>
    <example><title>Exemples :</title>
     <highlight language="config">
@@ -1466,27 +1466,27 @@ relatifs dans les directives de mod_lua<
         <p>Cette directive va faire correspondre des uri comme
 	/photos/show?id=9 au fichier /scripts/photos.lua, et invoquera la
 	fonction de gestionnaire handle_show au niveau de la vm lua
-	apr&egrave;s chargement de ce fichier.</p>
+	après chargement de ce fichier.</p>
 
 <highlight language="config">
     LuaMapHandler "/bingo" "/scripts/wombat.lua"
 </highlight>
         <p>Cette directive invoquera la fonction "handle" qui est la
-	valeur par d&eacute;faut si aucun nom de fonction sp&eacute;cifique n'est
-	sp&eacute;cifi&eacute;.</p>
+	valeur par défaut si aucun nom de fonction spécifique n'est
+	spécifié.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>LuaPackagePath</name>
-<description>Ajoute un r&eacute;pertoire au package.path de lua</description>
+<description>Ajoute un répertoire au package.path de lua</description>
 <syntax>LuaPackagePath /chemin/vers/include/?.lua</syntax>
 <contextlist><context>server config</context><context>virtual host</context>
 <context>directory</context><context>.htaccess</context>
 </contextlist>
 <override>All</override>
-    <usage><p>Cette directive permet d'ajouter un chemin &agrave; la liste des
-    chemins de recherche du module lua. Elle suit les m&ecirc;mes conventions
+    <usage><p>Cette directive permet d'ajouter un chemin à la liste des
+    chemins de recherche du module lua. Elle suit les mêmes conventions
     que lua. Ceci modifie le package.path dans les vms lua.</p>
 
     <example><title>Exemples :</title>
@@ -1500,7 +1500,7 @@ LuaPackagePath "/scripts/lib/?/init.lua"
 
 <directivesynopsis>
 <name>LuaPackageCPath</name>
-<description>Ajoute un r&eacute;pertoire au package.cpath de lua</description>
+<description>Ajoute un répertoire au package.cpath de lua</description>
 <syntax>LuaPackageCPath /chemin/vers/include/?.soa</syntax>
 <contextlist><context>server config</context><context>virtual host</context>
 <context>directory</context><context>.htaccess</context>
@@ -1508,8 +1508,8 @@ LuaPackagePath "/scripts/lib/?/init.lua"
 <override>All</override>
 
 <usage>
-    <p>Cette directive permet d'ajouter un chemin &agrave; la liste des chemins
-    de recherche des biblioth&egrave;ques partag&eacute;es de lua. Ceci modifie le
+    <p>Cette directive permet d'ajouter un chemin à la liste des chemins
+    de recherche des bibliothèques partagées de lua. Ceci modifie le
     package.cpath dans les vms lua.</p>
 
 </usage>
@@ -1517,7 +1517,7 @@ LuaPackagePath "/scripts/lib/?/init.lua"
 
 <directivesynopsis>
 <name>LuaCodeCache</name>
-<description>Configure le cache de code compil&eacute;.</description>
+<description>Configure le cache de code compilé.</description>
 <syntax>LuaCodeCache stat|forever|never</syntax>
 <default>LuaCodeCache stat</default>
 <contextlist>
@@ -1527,18 +1527,18 @@ LuaPackagePath "/scripts/lib/?/init.lua"

[... 618 lines stripped ...]



Mime
View raw message