2 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
3 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
4 <!-- English Revision: 1352048:1355929 (outdated) -->
5 <!-- French translation : Lucien GENTIS -->
6 <!-- Reviewed by : Vincent Deffontaines -->
9 Licensed to the Apache Software Foundation (ASF) under one or more
10 contributor license agreements. See the NOTICE file distributed with
11 this work for additional information regarding copyright ownership.
12 The ASF licenses this file to You under the Apache License, Version 2.0
13 (the "License"); you may not use this file except in compliance with
14 the License. You may obtain a copy of the License at
16 http://www.apache.org/licenses/LICENSE-2.0
18 Unless required by applicable law or agreed to in writing, software
19 distributed under the License is distributed on an "AS IS" BASIS,
20 WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
21 See the License for the specific language governing permissions and
22 limitations under the License.
25 <modulesynopsis metafile="mod_lua.xml.meta">
29 <description>Fournit des points d'entrée Lua dans différentes parties du
30 traitement des requêtes httpd</description>
31 <status>Experimental</status>
32 <sourcefile>mod_lua.c</sourcefile>
33 <identifier>lua_module</identifier>
34 <compatibility>versions 2.3 et supérieures</compatibility>
37 <p>Ce module permet d'ajouter au serveur des extensions sous forme de
38 scripts écrits dans le langage de programmation Lua.
39 <module>mod_lua</module> fournit de nombreuses extensions
40 (hooks) disponibles avec les modules natifs du serveur HTTP Apache,
41 comme les associations de requêtes à des fichiers, la génération de
42 réponses dynamiques, le contrôle d'accès, l'authentification et
45 <p>Vous trouverez davantage d'informations à propos du langage de
46 programmation Lua sur <a href="http://www.lua.org/">le site web de
49 <note><code>mod_lua</code> est encore au stade expérimental. Son mode
50 d'utilisation et son comportement pourront changer à tout moment jusqu'à
51 ce qu'il passe au stade stable, et ce même entre deux versions stables
52 2.4.x. N'oublez pas de consulter le fichier CHANGES avant toute mise à
57 <section id="basicconf"><title>Configuration de base</title>
59 <p>La directive de base pour le chargement du module est</p>
61 <highlight language="config">
62 LoadModule lua_module modules/mod_lua.so
66 <code>mod_lua</code> fournit un gestionnaire nommé
67 <code>lua-script</code> qui peut être utilisé avec une directive
68 <code>AddHandler</code> :</p>
70 <highlight language="config">
71 AddHandler lua-script .lua
75 Ceci aura pour effet de faire traiter les requêtes pour les fichiers
76 dont l'extension est <code>.lua</code> par <code>mod_lua</code> en
77 invoquant cette fonction de <code>gestion</code> de fichier.
80 <p>Pour plus de détails, voir la directive
81 <directive>LuaMapHandler</directive>.
85 <section id="writinghandlers"><title>Ecrire des gestionnaires</title>
86 <p>Dans l'API du serveur HTTP Apache, un gestionnaire est une sorte de
87 point d'accroche (hook) spécifique responsable de la génération de la
88 réponse. <module>mod_proxy</module>, <module>mod_cgi</module> et
89 <module>mod_status</module> sont des exemples de modules comportant un
92 <p><code>mod_lua</code> cherche toujours à invoquer une fonction Lua pour le
93 gestionnaire, plutôt que de simplement évaluer le corps d'un script dans
94 le style de CGI. Une fonction de gestionnaire se présente comme suit :</p>
97 <highlight language="lua">
98 <strong>example.lua</strong>
99 -- exemple de gestionnaire
104 Il s'agit du nom de méthode par défaut pour les gestionnaires Lua ;
105 voir les noms de fonctions optionnels dans la directive
106 LuaMapHandler pour choisir un point d'entrée différent.
109 r.content_type = "text/plain"
110 r:puts("Hello Lua World!\n")
112 if r.method == 'GET' then
113 for k, v in pairs( r:parseargs() ) do
114 r:puts( string.format("%s: %s\n", k, v) )
116 elseif r.method == 'POST' then
117 for k, v in pairs( r:parsebody() ) do
118 r:puts( string.format("%s: %s\n", k, v) )
121 r:puts("Unsupported HTTP method " .. r.method)
127 Ce gestionnaire se contente d'afficher les arguments codés d'un uri ou
128 d'un formulaire dans un page au format texte.
132 Cela signifie que vous pouvez (et êtes encouragé à) avoir plusieurs
133 gestionnaires (ou points d'entrée, ou filtres) dans le même script.
137 <section id="writingauthzproviders">
138 <title>Ecriture de fournisseurs d'autorisation</title>
140 <p><module>mod_authz_core</module> fournit une interface d'autorisation
141 de haut niveau bien plus facile à utiliser que dans les hooks
142 correspondants. Le premier argument de la directive <directive
143 module="mod_authz_core">Require</directive> permet de spécifier le
144 fournisseur d'autorisation à utiliser. Pour chaque directive <directive
145 module="mod_authz_core">Require</directive>,
146 <module>mod_authz_core</module> appellera le fournisseur d'autorisation
147 spécifié, le reste de la ligne constituant les paramètres. Le
148 fournisseur considéré va alors vérifier les autorisations et fournir le
149 résultat dans une valeur de retour.</p>
151 <p>En général, le fournisseur authz est appelé avant l'authentification.
152 S'il doit connaître le nom d'utilisateur authentifié (ou si
153 l'utilisateur est appelé à être authentifié), le fournisseur doit
154 renvoyer <code>apache2.AUTHZ_DENIED_NO_USER</code>, ce qui va
155 déclancher le processus d'authentification et un deuxième appel du
156 fournisseur authz.</p>
158 <p>La fonction du fournisseur authz ci-dessous accepte deux arguments,
159 une adresse IP et un nom d'utilisateur. Elle autorise l'accès dans le
160 cas où la requête provient de l'adresse IP spécifiée, ou si
161 l'utilisateur authentifié correspond au second argument :</p>
163 <highlight language="lua">
164 <strong>authz_provider.lua</strong>
168 function authz_check_foo(r, ip, user)
169 if r.useragent_ip == ip then
170 return apache2.AUTHZ_GRANTED
171 elseif r.user == nil then
172 return apache2.AUTHZ_DENIED_NO_USER
173 elseif r.user == user then
174 return apache2.AUTHZ_GRANTED
176 return apache2.AUTHZ_DENIED
181 <p>La configuration suivante enregistre cette fonction en tant que
182 fournisseur <code>foo</code>, et la configure por l'URL <code>/</code> :</p>
183 <highlight language="config">
184 LuaAuthzProvider foo authz_provider.lua authz_check_foo
186 Require foo 10.1.2.3 john_doe
192 <section id="writinghooks"><title>Ecriture de fonctions d'accroche
195 <p>Les fonctions d'accroche déterminent la manière dont les modules (et
196 les scripts Lua) participent au traitement des requêtes. Chaque type
197 d'accroche proposé par le serveur a un rôle spécifique, comme
198 l'association de requêtes au système de fichiers, le contrôle d'accès,
199 ou la définition de types MIME. Il existe aussi des accroches à usage
200 général qui s'exécutent simplement à des moments opportuns du cycle
201 de vie de la requête.</p>
203 <p>Les fonctions d'accroche acceptent l'objet de la requête comme seul
204 et unique argument. Elles peuvent renvoyer une valeur, selon la
205 fonction, mais il s'agit en général d'un
206 code d'état HTTP ou des valeurs OK, DONE, ou DECLINED,
207 que vous pouvez écrire dans lua sous la forme <code>apache2.OK</code>,
208 <code>apache2.DONE</code>, ou <code>apache2.DECLINED</code>.</p>
210 <highlight language="lua">
211 <strong>translate_name.lua</strong>
212 -- exemple d'accroche qui réécrit un URI en chemin du système de
217 function translate_name(r)
218 if r.uri == "/translate-name" then
219 r.filename = r.document_root .. "/find_me.txt"
222 -- on ne gère pas cette URL et on donne sa chance à un autre module
223 return apache2.DECLINED
227 <highlight language="lua">
228 <strong>translate_name2.lua</strong>
229 --[[ exemple d'accroche qui réécrit un URI vers un autre URI. Il renvoie
230 un apache2.DECLINED pour permettre à un autre interpréteur d'URL de
231 travailler sur la substitution, y compris l'accroche translate_name
232 de base dont les tables de correspondances se basent sur DocumentRoot.
234 Note: actuellement, il est impossible de prévoir si cette action
235 s'exécute avant ou après mod_alias.
240 function translate_name(r)
241 if r.uri == "/translate-name" then
242 r.uri = "/find_me.txt"
243 return apache2.DECLINED
245 return apache2.DECLINED
250 <section id="datastructures"><title>Structures de données</title>
255 <p>request_rec est considérée en tant que donnée utilisateur.
256 Elle possède une métatable qui vous permet d'accomplir des
257 choses intéressantes. Pour la plus grande partie, elle possède
258 les mêmes champs que la structure request_rec (voir httpd.h en
259 attendant que cette documentation soit plus complète), la
260 plupart d'entre eux étant accessibles en lecture et écriture (le
261 contenu des champs de la table peut être modifié, mais les
262 champs eux-mêmes ne peuvent pas être établis en tant que tables
268 <th><strong>Nom</strong></th>
269 <th><strong>Type Lua</strong></th>
270 <th><strong>Modifiable</strong></th>
273 <td><code>ap_auth_type</code></td>
278 <td><code>args</code></td>
283 <td><code>assbackwards</code></td>
289 <td><code>canonical_filename</code></td>
294 <td><code>content_encoding</code></td>
299 <td><code>content_type</code></td>
305 <td><code>context_prefix</code></td>
310 <td><code>context_document_root</code></td>
316 <td><code>document_root</code></td>
321 <td><code>err_headers_out</code></td>
326 <td><code>filename</code></td>
331 <td><code>handler</code></td>
336 <td><code>headers_in</code></td>
341 <td><code>headers_out</code></td>
346 <td><code>hostname</code></td>
351 <td><code>log_id</code></td>
356 <td><code>method</code></td>
361 <td><code>notes</code></td>
366 <td><code>path_info</code></td>
371 <td><code>protocol</code></td>
376 <td><code>proxyreq</code></td>
381 <td><code>range</code></td>
386 <td><code>subprocess_env</code></td>
391 <td><code>status</code></td>
396 <td><code>the_request</code></td>
401 <td><code>unparsed_uri</code></td>
406 <td><code>uri</code></td>
411 <td><code>user</code></td>
416 <td><code>useragent_ip</code></td>
422 <p>La structure request_rec possède (au minimum) les méthodes
425 <highlight language="lua">
426 r:addoutputfilter(name|function) -- ajoute un filtre en sortie
429 <highlight language="lua">
430 r:parseargs() -- renvoie une table lua contenant la chaîne
431 d'arguments de la requête
434 /* Not supported yet */
435 <highlight language="lua">
436 r:parsebody() ‐- parse the request body as a POST and return a lua table
439 <highlight language="lua">
440 r:puts("bonjour", " le monde", "!") -- affichage dans le corps de la réponse
443 <highlight language="lua">
444 r:write("une simple chaîne") -- affichage dans le
445 corps de la réponse
452 <section id="logging"><title>Fonctions de journalisation</title>
454 <highlight language="lua">
455 -- exemples de messages de journalisation
456 r:trace1("Ceci est un message de journalisation de niveau
457 trace") -- les niveaux valides vont de trace1 à trace8 <br />
458 r:debug("Ceci est un message de journalisation de niveau debug")<br />
459 r:info("Ceci est un message de journalisation de niveau info")<br />
460 r:notice("Ceci est un message de journalisation de niveau notice")<br />
461 r:warn("Ceci est un message de journalisation de niveau warn")<br />
462 r:err("Ceci est un message de journalisation de niveau err")<br />
463 r:alert("Ceci est un message de journalisation de niveau alert")<br />
464 r:crit("Ceci est un message de journalisation de niveau crit")<br />
465 r:emerg("Ceci est un message de journalisation de niveau emerg")<br />
470 <section id="apache2"><title>Paquet apache2</title>
471 <p>Le paquet nommé <code>apache2</code> est fourni avec (au minimum) le
472 contenu suivant :</p>
475 <dd>Constante interne OK. Les gestionnaires renverront cette valeur
476 s'ils ont traité la requête.</dd>
477 <dt>apache2.DECLINED</dt>
478 <dd>Constante interne DECLINED. Les gestionnaires renverront cette
479 valeur s'ils n'ont pas l'intention de traiter la requête.</dd>
480 <dt>apache2.DONE</dt>
481 <dd>Constante interne DONE.</dd>
482 <dt>apache2.version</dt>
483 <dd>Chaîne contenant la version du serveur HTTP Apache</dd>
484 <dt>apache2.HTTP_MOVED_TEMPORARILY</dt>
485 <dd>Code d'état HTTP</dd>
486 <dt>apache2.PROXYREQ_NONE, apache2.PROXYREQ_PROXY, apache2.PROXYREQ_REVERSE, apache2.PROXYREQ_RESPONSE</dt>
487 <dd>Constantes internes utilisées par <module>mod_proxy</module></dd>
489 <p>Les autres codes d'état HTTP ne sont pas encore implémentés.</p>
496 <description>Spécifie le chemin de base pour la résolution des chemins
497 relatifs dans les directives de mod_lua</description>
498 <syntax>LuaRoot /chemin/vers/un/répertoire</syntax>
499 <contextlist><context>server config</context><context>virtual host</context>
500 <context>directory</context><context>.htaccess</context>
502 <override>All</override>
505 <p>Cette directive permet de spécifier le chemin de base qui sera
506 utilisé pour évaluer tous les chemins relatifs dans mod_lua. En
507 l'absence de cette directive, les chemins relatifs sont résolus par
508 rapport au répertoire de travail courant, ce qui ne sera pas
509 toujours approprié pour un serveur.</p>
514 <name>LuaScope</name>
515 <description>Une valeur parmi once, request, conn, server -- la valeur
516 par défaut est once</description>
517 <syntax>LuaScope once|request|conn|server [max|min max]</syntax>
518 <default>LuaScope once</default>
519 <contextlist><context>server config</context><context>virtual host</context>
520 <context>directory</context><context>.htaccess</context>
522 <override>All</override>
525 <p>Cette directive permet de spécifier la durée de vie de
526 l'interpréteur Lua qui sera utilisé dans ce "répertoire". La valeur
527 par défaut est "once".</p>
530 <dt>once:</dt> <dd>utilise l'interpréteur une fois.</dd>
532 <dt>request:</dt> <dd>utilise l'interpréteur pour traiter tout ce
533 qui est basé sur le même fichier dans la requête, et qui se trouve
534 aussi dans la portée de la requête.</dd>
536 <dt>conn:</dt> <dd>idem request, mais attaché à connection_rec</dd>
538 <dt>server:</dt> <dd>Le comportement est ici différent, car la
539 portée du serveur présente une durée de vie assez longue, et
540 plusieurs threads vont partager le même server_rec. Pour gérer tout
541 ceci, les interpréteurs sont stockés dans une liste de ressources
542 apr. Les arguments min et max ont été prévus pour spécifier une
543 taille de jeu, mais sont inutilisés pour le moment.</dd>
549 <name>LuaMapHandler</name>
550 <description>Met en correspondance un chemin avec un gestionnaire lua</description>
551 <syntax>LuaMapHandler modele-uri /chemin/vers/lua/script.lua
552 [nom-fonction]</syntax>
553 <contextlist><context>server config</context><context>virtual host</context>
554 <context>directory</context><context>.htaccess</context>
556 <override>All</override>
558 <p>Cette directive permet de faire correspondre un modèle d'uri avec
559 une fonction de gestionnaire située dans un fichier spécifique. Elle
560 utilise les expressions rationnelles PCRE pour mettre en
561 correspondance l'uri, et supporte les groupes de correspondance
562 d'interpolation dans le chemin du fichier et le nom de la fonction.
563 Prenez garde aux problèmes de sécurité en écrivant vos expressions
565 <example><title>Exemples :</title>
566 <highlight language="config">
567 LuaMapHandler /(\w+)/(\w+) /scripts/$1.lua handle_$2
570 <p>Cette directive va faire correspondre des uri comme
571 /photos/show?id=9 au fichier /scripts/photos.lua, et invoquera la
572 fonction de gestionnaire handle_show au niveau de la vm lua
573 après chargement de ce fichier.</p>
575 <highlight language="config">
576 LuaMapHandler /bingo /scripts/wombat.lua
578 <p>Cette directive invoquera la fonction "handle" qui est la
579 valeur par défaut si aucun nom de fonction spécifique n'est
580 spécifié.</p>
585 <name>LuaPackagePath</name>
586 <description>Ajoute un répertoire au package.path de lua</description>
587 <syntax>LuaPackagePath /chemin/vers/include/?.lua</syntax>
588 <contextlist><context>server config</context><context>virtual host</context>
589 <context>directory</context><context>.htaccess</context>
591 <override>All</override>
592 <usage><p>Cette directive permet d'ajouter un chemin à la liste des
593 chemins de recherche du module lua. Elle suit les mêmes conventions
594 que lua. Ceci modifie le package.path dans les vms lua.</p>
596 <example><title>Exemples :</title>
597 <highlight language="config">
598 LuaPackagePath /scripts/lib/?.lua
599 LuaPackagePath /scripts/lib/?/init.lua
606 <name>LuaPackageCPath</name>
607 <description>Ajoute un répertoire au package.cpath de lua</description>
608 <syntax>LuaPackageCPath /chemin/vers/include/?.soa</syntax>
609 <contextlist><context>server config</context><context>virtual host</context>
610 <context>directory</context><context>.htaccess</context>
612 <override>All</override>
615 <p>Cette directive permet d'ajouter un chemin à la liste des chemins
616 de recherche des bibliothèques partagées de lua. Ceci modifie le
617 package.cpath dans les vms lua.</p>
623 <name>LuaCodeCache</name>
624 <description>Configure le cache de code compilé.</description>
625 <syntax>LuaCodeCache stat|forever|never</syntax>
626 <default>LuaCodeCache stat</default>
627 <contextlist><context>server config</context><context>virtual host</context>
628 <context>directory</context><context>.htaccess</context>
630 <override>All</override>
633 Cette directive permet de définir le comportement du cache de code
634 en mémoire. La valeur par défaut est stat ; dans ce cas, le script
635 du niveau le plus haut (et pas les scripts inclus) est vérifié à
636 chaque fois que ce fichier est nécessaire, et est rechargé si la
637 date de modification est plus récente que celle du script déjà
638 chargé. Les autres valeurs permettent respectivement de garder le
639 fichier en cache perpétuellement (forever - jamais vérifié ni
640 remplacé), ou de ne jamais le mettre en cache (never).</p>
642 <p>En général, les valeurs stat et forever sont utilisées pour un
643 serveur en production, et les valeurs stat ou never pour un serveur
644 en développement.</p>
646 <example><title>Exemples :</title>
647 <highlight language="config">
658 <name>LuaHookTranslateName</name>
659 <description>Fournit un point d'entrée à la phase du nom de
660 traduction du traitement de la requête</description>
661 <syntax>LuaHookTranslateName /chemin/vers/lua/script.lua nom_fonction_hook [early|late]</syntax>
662 <contextlist><context>server config</context><context>virtual host</context>
663 <context>directory</context>
665 <override>All</override>
666 <compatibility>Le troisième argument optionnel est disponible depuis la
667 version 2.3.15 du serveur HTTP Apache.</compatibility>
670 Cette directive permet d'ajouter un point d'entrée (à
671 APR_HOOK_MIDDLE) à la phase du nom de traduction du traitement de la
672 requête. La fonction hook accepte un seul argument, le request_rec,
673 et doit renvoyer un code d'état qui est soit un code d'erreur HTTP,
674 ou une constante définie dans le module apache2 : apache2.OK,
675 apache2.DECLINED, ou apache2.DONE.</p>
677 <p>Pour ceux qui ne sont pas familiers avec les points d'entrée
678 (hook), en gros, chaque hook sera invoqué jusqu'à ce que l'un
679 d'entre eux renvoie apache2.OK. Si un hook n'effectuer pas la
680 traduction, il doit juste renvoyer apache2.DECLINED. Si le
681 traitement de la requête doit être interrompu, la valeur renvoyée
682 doit être apache2.DONE.</p>
686 <highlight language="config">
688 LuaHookTranslateName /scripts/conf/hooks.lua silly_mapper
691 <highlight language="lua">
692 -- /scripts/conf/hooks.lua --
694 function silly_mapper(r)
696 r.filename = "/var/www/home.lua"
699 return apache2.DECLINED
704 <note><title>Contexte</title><p>Cette directive ne peut être
705 utilisée ni à l'intérieur d'une section <directive type="section"
706 module="core">Directory</directive> ou <directive type="section"
707 module="core">Files</directive>, ni dans un fichier htaccess.</p></note>
709 <note><title>Ordonnancement</title><p>Les arguments optionnels
710 "early" ou "late" permettent de contrôler le moment auquel ce script
711 s'exécute par rapport aux autres modules.</p></note>
716 <name>LuaHookFixups</name>
717 <description>Fournit un point d'entrée pour la phase de correction du
718 traitement de la requête</description>
719 <syntax>LuaHookFixups /chemin/vers/lua/script.lua hook_function_name</syntax>
720 <contextlist><context>server config</context><context>virtual host</context>
721 <context>directory</context><context>.htaccess</context>
723 <override>All</override>
726 Idem LuaHookTranslateName, mais s'exécute durant la phase de
733 <name>LuaHookMapToStorage</name>
734 <description>Fournit un point d'entrée pour la phase map_to_storage du
735 traitement de la requête</description>
736 <syntax>LuaHookMapToStorage /chemin/vers/lua/script.lua hook_function_name</syntax>
737 <contextlist><context>server config</context><context>virtual host</context>
738 <context>directory</context><context>.htaccess</context>
740 <override>All</override>
741 <usage><p>...</p></usage>
745 <name>LuaHookCheckUserID</name>
746 <description>Fournit un point d'entrée pour la phase check_user_id du
747 traitement de la requête</description>
748 <syntax>LuaHookCheckUserID /chemin/vers/lua/script.lua hook_function_name [early|late]</syntax>
749 <contextlist><context>server config</context><context>virtual host</context>
750 <context>directory</context><context>.htaccess</context>
752 <override>All</override>
753 <compatibility>Le troisième argument optionnel est disponible depuis la
754 version 2.3.15 du serveur HTTP Apache.</compatibility>
756 <note><title>Ordonnancement</title><p>Les arguments optionnels
757 "early" ou "late" permettent de contrôler le moment auquel ce script
758 s'exécute par rapport aux autres modules.</p></note>
763 <name>LuaHookTypeChecker</name>
764 <description>Fournit un point d'entrée pour la phase type_checker du
765 traitement de la requête</description>
766 <syntax>LuaHookTypeChecker /chemin/vers/lua/script.lua hook_function_name</syntax>
767 <contextlist><context>server config</context><context>virtual host</context>
768 <context>directory</context><context>.htaccess</context>
770 <override>All</override>
771 <usage><p>...</p></usage>
775 <name>LuaHookAuthChecker</name>
776 <description>Fournit un point d'entrée pour la phase auth_checker du
777 traitement de la requête</description>
778 <syntax>LuaHookAuthChecker /chemin/vers/lua/script.lua hook_function_name [early|late]</syntax>
779 <contextlist><context>server config</context><context>virtual host</context>
780 <context>directory</context><context>.htaccess</context>
782 <override>All</override>
783 <compatibility>Le troisième argument optionnel est disponible depuis la
784 version 2.3.15 du serveur HTTP Apache.</compatibility>
786 <p>Invoque une fonction lua au cours de la phase auth_checker du
787 traitement de la requête. Cette directive peut s'utiliser pour
788 implémenter une vérification arbitraire de l'authentification et de
789 l'autorisation. Voici un exemple très simple :
791 <highlight language="lua">
794 -- fonction d'accroche authcheck fictive
795 -- Si la requête ne contient aucune donnée d'authentification, l'en-tête
796 -- de la réponse est défini et un code 401 est renvoyé afin de demander au
797 -- navigateur d'effectuer une authentification basique. Si la requête
798 -- comporte des données d'authentification, elles ne sont pas vraiment
799 -- consultées, mais on admet la prise en compte de l'utilisateur 'foo' et
800 -- on la valide. On vérifie ensuite si l'utilisateur est bien 'foo' et on
801 -- accepte la requête.
802 function authcheck_hook(r)
804 -- recherche des informations d'authentification
805 auth = r.headers_in['Authorization']
807 -- définition d'un utilisateur par défaut
811 if r.user == nil then
812 r:debug("authcheck: user is nil, returning 401")
813 r.err_headers_out['WWW-Authenticate'] = 'Basic realm="WallyWorld"'
815 elseif r.user == "foo" then
816 r:debug('user foo: OK')
818 r:debug("authcheck: user='" .. r.user .. "'")
819 r.err_headers_out['WWW-Authenticate'] = 'Basic realm="WallyWorld"'
825 <note><title>Ordonnancement</title><p>Les arguments optionnels
826 "early" ou "late" permettent de contrôler le moment auquel ce script
827 s'exécute par rapport aux autres modules.</p></note>
832 <name>LuaHookAccessChecker</name>
833 <description>Fournit un point d'entrée pour la phase access_checker du
834 traitement de la requête</description>
835 <syntax>LuaHookAccessChecker /chemin/vers/lua/script.lua hook_function_name [early|late]</syntax>
836 <contextlist><context>server config</context><context>virtual host</context>
837 <context>directory</context><context>.htaccess</context>
839 <override>All</override>
840 <compatibility>Le troisième argument optionnel est disponible depuis la
841 version 2.3.15 du serveur HTTP Apache.</compatibility>
844 <p>Ajoute votre fonction d'accroche à la phase access_checker. Une
845 fonction d'accroche access checker renvoie en général OK, DECLINED, ou
847 <note><title>Ordonnancement</title><p>Les arguments optionnels
848 "early" ou "late" permettent de contrôler le moment auquel ce script
849 s'exécute par rapport aux autres modules.</p></note>
853 <name>LuaHookInsertFilter</name>
854 <description>Fournit un point d'entrée pour la phase insert_filter du
855 traitement de la requête</description>
856 <syntax>LuaHookInsertFilter /chemin/vers/lua/script.lua hook_function_name</syntax>
857 <contextlist><context>server config</context><context>virtual host</context>
858 <context>directory</context><context>.htaccess</context>
860 <override>All</override>
861 <usage><p>Non encore implémenté</p></usage>
865 <name>LuaInherit</name>
866 <description>Contrôle la manière dont les sections de configuration
867 parentes sont fusionnées dans les enfants</description>
868 <syntax>LuaInherit none|parent-first|parent-last</syntax>
869 <default>LuaInherit parent-first</default>
870 <contextlist><context>server config</context><context>virtual host</context>
871 <context>directory</context><context>.htaccess</context>
873 <override>All</override>
874 <compatibility>Versions 2.4.0 et supérieures</compatibility>
875 <usage><p>Par défaut, si des directives LuaHook* se trouvent dans
876 des sections de configuration Directory ou Location qui se
877 chevauchent, les scripts
878 définis dans les sections les plus spécifiques s'exécutent
879 <em>après</em> ceux définis dans les sections plus génériques
880 (LuaInherit parent-first). Vous pouvez inverser cet ordre, ou faire
881 en sorte que le contexte parent ne s'applique pas du tout.</p>
883 <p>Jusqu'aux versions 2.3.x, le comportement par défaut consistait à
884 ignorer les directives LuaHook* situées dans les sections de
885 configuration parentes.</p></usage>
889 <name>LuaQuickHandler</name>
890 <description>Fournit un point d'entrée pour la gestion rapide du
891 traitement de la requête</description>
893 <contextlist><context>server config</context><context>virtual host</context>
894 <context>directory</context><context>.htaccess</context>
896 <override>All</override>
898 <note><title>Contexte</title><p>Cette directive ne peut être
899 utilisée ni à l'intérieur d'une section <directive type="section"
900 module="core">Directory</directive> ou <directive type="section"
901 module="core">Files</directive>, ni dans un fichier htaccess.</p></note>
906 <name>LuaAuthzProvider</name>
907 <description>Branche une fonction fournisseur d'autorisation dans <module>mod_authz_core</module>
909 <syntax>LuaAuthzProvider provider_name /path/to/lua/script.lua function_name</syntax>
910 <contextlist><context>server config</context> </contextlist>
911 <compatibility>Disponible depuis la version 2.5.0 du serveur HTTP Apache</compatibility>
914 <p>Lorsqu'une fonction lua a été enregistrée en tant que fournisseur
915 d'autorisation, elle peut être appelée via la directive <directive
916 module="mod_authz_core">Require</directive> :</p>
919 <highlight language="config">
920 LuaRoot /usr/local/apache2/lua
921 LuaAuthzProvider foo authz.lua authz_check_foo