2 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
3 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
4 <!-- English Revision: 1420377:1430656 (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 à
55 <note type="warning"><title>Avertissement</title>
56 <p>Ce module possède une grande capacité d'action sur le fonctrionnement
57 de httpd, ce qui lui confère une grande puissance, mais peut aussi
58 induire un risque de sécurité. Il est déconseillé d'utiliser ce module
59 sur un serveur partagé avec des utilisateurs auxquels vous ne pouvez pas
60 accorder une confiance absolue, car il peut permettre de modifier le
61 fonctionnement interne de httpd.</p>
66 <section id="basicconf"><title>Configuration de base</title>
68 <p>La directive de base pour le chargement du module est</p>
70 <highlight language="config">
71 LoadModule lua_module modules/mod_lua.so
75 <code>mod_lua</code> fournit un gestionnaire nommé
76 <code>lua-script</code> qui peut être utilisé avec une directive
77 <code>AddHandler</code> :</p>
79 <highlight language="config">
80 AddHandler lua-script .lua
84 Ceci aura pour effet de faire traiter les requêtes pour les fichiers
85 dont l'extension est <code>.lua</code> par <code>mod_lua</code> en
86 invoquant cette fonction de <code>gestion</code> de fichier.
89 <p>Pour plus de détails, voir la directive
90 <directive>LuaMapHandler</directive>.
94 <section id="writinghandlers"><title>Ecrire des gestionnaires</title>
95 <p>Dans l'API du serveur HTTP Apache, un gestionnaire est une sorte de
96 point d'accroche (hook) spécifique responsable de la génération de la
97 réponse. <module>mod_proxy</module>, <module>mod_cgi</module> et
98 <module>mod_status</module> sont des exemples de modules comportant un
101 <p><code>mod_lua</code> cherche toujours à invoquer une fonction Lua pour le
102 gestionnaire, plutôt que de simplement évaluer le corps d'un script dans
103 le style de CGI. Une fonction de gestionnaire se présente comme suit :</p>
106 <highlight language="lua">
107 <strong>example.lua</strong><br/>
108 -- exemple de gestionnaire
113 Il s'agit du nom de méthode par défaut pour les gestionnaires Lua ;
114 voir les noms de fonctions optionnels dans la directive
115 LuaMapHandler pour choisir un point d'entrée différent.
118 r.content_type = "text/plain"
119 r:puts("Hello Lua World!\n")
121 if r.method == 'GET' then
122 for k, v in pairs( r:parseargs() ) do
123 r:puts( string.format("%s: %s\n", k, v) )
125 elseif r.method == 'POST' then
126 for k, v in pairs( r:parsebody() ) do
127 r:puts( string.format("%s: %s\n", k, v) )
130 r:puts("Unsupported HTTP method " .. r.method)
136 Ce gestionnaire se contente d'afficher les arguments codés d'un uri ou
137 d'un formulaire dans un page au format texte.
141 Cela signifie que vous pouvez (et êtes encouragé à) avoir plusieurs
142 gestionnaires (ou points d'entrée, ou filtres) dans le même script.
146 <section id="writingauthzproviders">
147 <title>Ecriture de fournisseurs d'autorisation</title>
149 <p><module>mod_authz_core</module> fournit une interface d'autorisation
150 de haut niveau bien plus facile à utiliser que dans les hooks
151 correspondants. Le premier argument de la directive <directive
152 module="mod_authz_core">Require</directive> permet de spécifier le
153 fournisseur d'autorisation à utiliser. Pour chaque directive <directive
154 module="mod_authz_core">Require</directive>,
155 <module>mod_authz_core</module> appellera le fournisseur d'autorisation
156 spécifié, le reste de la ligne constituant les paramètres. Le
157 fournisseur considéré va alors vérifier les autorisations et fournir le
158 résultat dans une valeur de retour.</p>
160 <p>En général, le fournisseur authz est appelé avant l'authentification.
161 S'il doit connaître le nom d'utilisateur authentifié (ou si
162 l'utilisateur est appelé à être authentifié), le fournisseur doit
163 renvoyer <code>apache2.AUTHZ_DENIED_NO_USER</code>, ce qui va
164 déclancher le processus d'authentification et un deuxième appel du
165 fournisseur authz.</p>
167 <p>La fonction du fournisseur authz ci-dessous accepte deux arguments,
168 une adresse IP et un nom d'utilisateur. Elle autorise l'accès dans le
169 cas où la requête provient de l'adresse IP spécifiée, ou si
170 l'utilisateur authentifié correspond au second argument :</p>
172 <highlight language="lua">
173 <strong>authz_provider.lua</strong><br/>
177 function authz_check_foo(r, ip, user)
178 if r.useragent_ip == ip then
179 return apache2.AUTHZ_GRANTED
180 elseif r.user == nil then
181 return apache2.AUTHZ_DENIED_NO_USER
182 elseif r.user == user then
183 return apache2.AUTHZ_GRANTED
185 return apache2.AUTHZ_DENIED
190 <p>La configuration suivante enregistre cette fonction en tant que
191 fournisseur <code>foo</code>, et la configure por l'URL <code>/</code> :</p>
192 <highlight language="config">
193 LuaAuthzProvider foo authz_provider.lua authz_check_foo
195 Require foo 10.1.2.3 john_doe
201 <section id="writinghooks"><title>Ecriture de fonctions d'accroche
204 <p>Les fonctions d'accroche déterminent la manière dont les modules (et
205 les scripts Lua) participent au traitement des requêtes. Chaque type
206 d'accroche proposé par le serveur a un rôle spécifique, comme
207 l'association de requêtes au système de fichiers, le contrôle d'accès,
208 ou la définition de types MIME : </p>
210 <table border="1" style="zebra">
212 <th>Phase d'accroche</th>
213 <th>Directive mod_lua</th>
217 <td>Gestionnaire rapide</td>
218 <td><directive module="mod_lua">LuaQuickHandler</directive></td>
219 <td>Il s'agit de la première accroche appelée lorsqu'une requête
220 a été associée à un serveur ou un serveur virtuel.</td>
223 <td>Phase de traduction</td>
224 <td><directive module="mod_lua">LuaHookTranslateName</directive></td>
225 <td>Cette phase traduit l'URI de la requête en nom de fichier
226 sur le système. Ce sont des modules comme
227 <module>mod_alias</module> et <module>mod_rewrite</module> qui
228 interviennent au cours de cette phase.</td>
231 <td>Choix du lieu de stockage de la ressource</td>
232 <td><directive module="mod_lua">LuaHookMapToStorage</directive></td>
233 <td>Cette phase définit le lieu de stockage de la ressource :
234 physique, en cache ou externe/mandaté. Elle est assurée par les
235 modules de mandat ou de mise en cache.</td>
238 <td>Autorisation d'accès</td>
239 <td><directive module="mod_lua">LuaHookAccessChecker</directive></td>
240 <td>Cette phase vérifie si un client a l'autorisation d'accès à
241 la ressource. Elle s'exécute avant l'authentification de
242 l'utisateur ; il faut donc être prudent.
246 <td>Vérification de l'identifiant utilisateur</td>
247 <td><directive module="mod_lua">LuaHookCheckUserID</directive></td>
248 <td>Cette phase vérifie l'identifiant de l'utilisateur ayant
249 fait l'objet d'une négociation.</td>
252 <td>Vérification de l'autorisation d'accès</td>
253 <td><directive module="mod_lua">LuaHookAuthChecker</directive>
255 <directive module="mod_lua">LuaAuthzProvider</directive></td>
256 <td>Cette phase vérifie l'autorisation d'accès d'un utilisateur
257 en fonction des ses paramètres de connexion, comme
258 l'identifiant, le certificat, etc...
262 <td>Vérification du type de la ressource</td>
263 <td><directive module="mod_lua">LuaHookTypeChecker</directive></td>
264 <td>Cette phase assigne un type de contenu et un gestionnaire à
268 <td>Derniers réglages</td>
269 <td><directive module="mod_lua">LuaHookFixups</directive></td>
270 <td>C'est la dernière phase avant l'activation des gestionnaires
271 de contenu. Toute modification de dernière minute à la requête
272 doit être effectuée ici.</td>
275 <td>Gestionnaire de contenu</td>
276 <td>fichiers fx. <code>.lua</code> ou directive <directive module="mod_lua">LuaMapHandler</directive></td>
277 <td>C'est durant cette phase que le contenu est traité. Les
278 fichiers sont lus, interprétés, certains sont exécutés, et le
279 résultat obtenu est envoyé au client.</td>
282 <td>Journalisation</td>
284 <td>Lorsqu'une requête a été traitée, plusieurs phases de
285 journalisation interviennent, et enregistrent leurs résultats
286 dans les fichiers d'erreur ou d'accès.</td>
291 <p>Les fonctions d'accroche reçoivent l'objet de la requête comme seul
292 argument (sauf LuaAuthzProvider qui reçoit aussi des arguments en
293 provenance de la directive Require). Elles peuvent renvoyer une valeur,
294 selon la fonction, mais il s'agit en général d'un
295 code d'état HTTP ou des valeurs OK, DONE, ou DECLINED,
296 que vous pouvez écrire dans lua sous la forme <code>apache2.OK</code>,
297 <code>apache2.DONE</code>, ou <code>apache2.DECLINED</code>.</p>
300 <highlight language="lua">
301 <strong>translate_name.lua</strong><br/>
302 -- exemple d'accroche qui réécrit un URI en chemin du système de
307 function translate_name(r)
308 if r.uri == "/translate-name" then
309 r.filename = r.document_root .. "/find_me.txt"
312 -- on ne gère pas cette URL et on donne sa chance à un autre module
313 return apache2.DECLINED
318 <highlight language="lua">
319 <strong>translate_name2.lua</strong><br/>
320 --[[ exemple d'accroche qui réécrit un URI vers un autre URI. Il renvoie
321 un apache2.DECLINED pour permettre à un autre interpréteur d'URL de
322 travailler sur la substitution, y compris l'accroche translate_name
323 de base dont les tables de correspondances se basent sur DocumentRoot.
325 Note: utilisez le drapeau early/late de la directive pour
326 l'exécuter avant ou après mod_alias.
331 function translate_name(r)
332 if r.uri == "/translate-name" then
333 r.uri = "/find_me.txt"
334 return apache2.DECLINED
336 return apache2.DECLINED
341 <section id="datastructures"><title>Structures de données</title>
346 <p>request_rec est considérée en tant que donnée utilisateur.
347 Elle possède une métatable qui vous permet d'accomplir des
348 choses intéressantes. Pour la plus grande partie, elle possède
349 les mêmes champs que la structure request_rec, la
350 plupart d'entre eux étant accessibles en lecture et écriture (le
351 contenu des champs de la table peut être modifié, mais les
352 champs eux-mêmes ne peuvent pas être établis en tant que tables
355 <table border="1" style="zebra">
358 <th><strong>Nom</strong></th>
359 <th><strong>Type Lua</strong></th>
360 <th><strong>Modifiable</strong></th>
361 <th><strong>Description</strong></th>
364 <td><code>allowoverrides</code></td>
367 <td>L'option AllowOverride s'applique à la requête courante.</td>
370 <td><code>ap_auth_type</code></td>
373 <td>Ce champ contient le type d'authentification effectuée
374 (par exemple <code>basic</code>)</td>
377 <td><code>args</code></td>
380 <td>La chaîne de paramètres de la requête (par exemple
381 <code>foo=bar&name=johnsmith</code>)</td>
384 <td><code>assbackwards</code></td>
387 <td>contient true s'il s'agit d'une requête de style HTTP/0.9
388 (par exemple <code>GET /foo</code> (sans champs d'en-tête) )</td>
391 <td><code>auth_name</code></td>
394 <td>La chaîne d'identification utilisée pour la vérification
395 de l'autorisation d'accès (si elle est disponible).</td>
398 <td><code>banner</code></td>
401 <td>La bannière du serveur, par exemple <code>Apache HTTP
402 Server/2.4.3 openssl/0.9.8c</code></td>
405 <td><code>basic_auth_pw</code></td>
408 <td>Le mot de passe pour l'authentification de base envoyé
409 avec la requête, s'il existe</td>
412 <td><code>canonical_filename</code></td>
415 <td>Le nom de fichier canonique de la requête</td>
418 <td><code>content_encoding</code></td>
421 <td>Le type de codage du contenu de la requête courante</td>
424 <td><code>content_type</code></td>
427 <td>Le type de contenu de la requête courante, tel qu'il a été
428 déterminé au cours de la phase type_check (par exemple
429 <code>image/gif</code> ou <code>text/html</code>)</td>
433 <td><code>context_prefix</code></td>
439 <td><code>context_document_root</code></td>
446 <td><code>document_root</code></td>
449 <td>La racine des documents du serveur</td>
452 <td><code>err_headers_out</code></td>
455 <td>L'en-tête MIME de l'environnement pour la réponse, écrit
456 même en cas d'erreur et conservé pendant les redirections
460 <td><code>filename</code></td>
463 <td>Le nom de fichier correspondant à la requête, par exemple
464 /www/example.com/foo.txt. Il peut être modifié au cours des
465 phases translate-name ou map-to-storage du traitement de la
466 requête pour permettre au gestionnaire par défaut (ou aux
467 gestionnaires de script) de servir une version du fichier
468 autre que celle demandée.</td>
471 <td><code>handler</code></td>
474 <td>Le nom du <a href="../handler.html">gestionnaire</a> qui
475 doit traiter la requête, par exemple <code>lua-script</code>
476 si elle doit être traitée par mod_lua. Cette valeur est en
477 général définie via les directives <directive
478 module="mod_mime">AddHandler</directive> ou <directive
479 module="core">SetHandler</directive>, mais peut aussi l'être
480 via mod_lua pour permettre à un autre gestionnaire de traiter
481 une requête spécifique qui ne serait pas traitée par défaut
486 <td><code>headers_in</code></td>
489 <td>Les en-têtes MIME de l'environnement de la requête. Il
490 s'agit des en-têtes comme <code>Host, User-Agent,
491 Referer</code>, etc...</td>
494 <td><code>headers_out</code></td>
497 <td>Les en-têtes MIME de l'environnement de la réponse.</td>
500 <td><code>hostname</code></td>
503 <td>Le nom d'hôte, tel que défini par l'en-tête
504 <code>Host:</code> ou par un URI complet.</td>
507 <td><code>is_https</code></td>
510 <td>Indique si la requête à été faite via HTTPS</td>
513 <td><code>is_initial_req</code></td>
516 <td>Indique si la requête courante est la requête initiale ou
517 une sous-requête.</td>
520 <td><code>limit_req_body</code></td>
523 <td>La taille maximale du corps de la requête, ou 0 si aucune
527 <td><code>log_id</code></td>
530 <td>L'identifiant de la requête dans les journaux d'accès ou
534 <td><code>method</code></td>
537 <td>La méthode de la requête, par exemple <code>GET</code> ou
538 <code>POST</code>.</td>
541 <td><code>notes</code></td>
544 <td>Une liste de notes qui peuvent être transmises d'un module
545 à l'autre.</td>
548 <td><code>options</code></td>
551 <td>La valeur de la directive Options pour la requête
555 <td><code>path_info</code></td>
558 <td>La valeur de PATH_INFO extraite de la requête.</td>
561 <td><code>port</code></td>
564 <td>Le port du serveur utilisé par la requête.</td>
567 <td><code>protocol</code></td>
570 <td>Le protocole utilisé, par exemple <code>HTTP/1.1</code></td>
573 <td><code>proxyreq</code></td>
576 <td>Indique s'il s'agit d'une requête mandatée ou non. Cette
577 valeur est en général définie au cours de la phase
578 post_read_request/translate_name du traitement de la requête.</td>
581 <td><code>range</code></td>
584 <td>Le contenu de l'en-tête <code>Range:</code>.</td>
587 <td><code>remaining</code></td>
590 <td>Le nombre d'octets du corps de la requête restant à lire.</td>
593 <td><code>server_built</code></td>
596 <td>La date de compilation du serveur.</td>
599 <td><code>server_name</code></td>
602 <td>Le nom du serveur pour cette requête.</td>
605 <td><code>some_auth_required</code></td>
608 <td>Indique si une autorisation est/était requise pour cette
612 <td><code>subprocess_env</code></td>
615 <td>Le jeu de variables d'environnement pour cette requête.</td>
618 <td><code>started</code></td>
621 <td>Le moment où le serveur a été (re)démarré, en secondes
622 depuis epoch (1er janvier 1970)</td>
625 <td><code>status</code></td>
628 <td>Le code de retour (courant) pour cette requête, par
629 exemple <code>200</code> ou <code>404</code>.</td>
632 <td><code>the_request</code></td>
635 <td>La chaîne de la requête telle qu'elle a été envoyée par le
636 client, par exemple <code>GET /foo/bar HTTP/1.1</code>.</td>
639 <td><code>unparsed_uri</code></td>
642 <td>La partie URI non interprétée de la requête</td>
645 <td><code>uri</code></td>
648 <td>L'URI après interprétation par httpd</td>
651 <td><code>user</code></td>
654 <td>Si une authentification a été effectuée, nom de
655 l'utilisateur authentifié.</td>
658 <td><code>useragent_ip</code></td>
661 <td>L'adresse IP de l'agent qui a envoyé la requête</td>
665 <p>La structure request_rec possède (au minimum) les méthodes
668 <highlight language="lua">
669 r:flush() -- vide le tampon de sortie
672 <highlight language="lua">
673 r:addoutputfilter(name|function) -- ajoute un filtre en sortie
676 <highlight language="lua">
677 r:sendfile(filename) -- envoie un fichier entier au client en
678 utilisant sendfile s'il est supporté par la plateforme
681 <highlight language="lua">
682 r:parseargs() -- renvoie une table Lua contenant la chaîne
683 d'arguments de la requête
687 <highlight language="lua">
688 r:parsebody()([sizeLimit]) -- interprète le corps de la requête
689 en tant que POST et renvoie une table lua. Un nombre optionnel
690 peut être fourni pour spécifier le nombre maximal d'octets à
691 interpréter. La valeur par défaut est 8192.
695 <highlight language="lua">
696 r:puts("bonjour", " le monde", "!") -- affichage dans le corps de la réponse
699 <highlight language="lua">
700 r:write("une simple chaîne") -- affichage dans le
701 corps de la réponse
704 <highlight language="lua">
705 r:escape_html("<html>test</html>") -- Echappe le
706 code HTML et renvoie le résultat
709 <highlight language="lua">
710 r:base64_encode(string) -- Encode une chaîne à l'aide du
711 standard de codage Base64.
714 <highlight language="lua">
715 r:base64_decode(string) -- Décode une chaîne codée en Base64.
718 <highlight language="lua">
719 r:md5(string) -- Calcule et renvoie le condensé MD5 d'une chaîne
720 en mode binaire (binary safe).
723 <highlight language="lua">
724 r:sha1(string) -- Calcule et renvoie le condensé SHA1 d'une chaîne
725 en mode binaire (binary safe).
728 <highlight language="lua">
729 r:escape(string) -- Echappe une chaîne de type URL.
732 <highlight language="lua">
733 r:unescape(string) -- Déséchappe une chaîne de type URL.
736 <highlight language="lua">
737 r:banner() -- Renvoie la bannière du serveur courant.
740 <highlight language="lua">
741 r:port() -- Renvoie le port du serveur courant utilisé pour la
745 <highlight language="lua">
746 r:mpm_query(number) -- Interroge le serveur à propos de son
747 module MPM via la requête ap_mpm_query.
750 <highlight language="lua">
751 r:expr(string) -- Evalue une chaîne de type <a
752 href="../expr.html">expr</a>.
755 <highlight language="lua">
756 r:scoreboard_process(a) -- Interroge le serveur à propos du
757 processus à la position <code>a</code>.
760 <highlight language="lua">
761 r:scoreboard_worker(a, b) -- Interroge le serveur à propos du
762 thread <code>b</code>, dans le processus <code>a</code>.
765 <highlight language="lua">
766 r:started() -- Renvoie l'heure du dernier (re)démarrage du
770 <highlight language="lua">
771 r:clock() -- Renvoie l'heure courante avec une précision d'une
775 <highlight language="lua">
776 r:requestbody(filename) -- Lit et renvoie le corps d'une requête. Si
777 'filename' est spécifié, le corps de requête n'est pas renvoyé, mais
778 sauvegardé dans le fichier correspondant.
781 <highlight language="lua">
782 r:add_input_filter(filter_name) -- Ajoute le filtre en entrée
786 <highlight language="lua">
787 r:module_info(module_name) -- Interroge le serveur à propos d'un
791 <highlight language="lua">
792 r:loaded_modules() -- Renvoie une liste des modules chargés par
796 <highlight language="lua">
797 r:runtime_dir_relative(filename) -- Génère le nom d'un fichier run-time
798 (par exemple la mémoire partagée "file") relativement au répertoire de
802 <highlight language="lua">
803 r:server_info() -- Renvoie une table contenant des informations
804 à propos du serveur, comme le nom de l'exécutable httpd, le
805 module mpm utilisé, etc...
808 <highlight language="lua">
809 r:set_document_root(file_path) -- Définit la racine des
810 documents pour la requête à file_path.
813 <highlight language="lua">
814 r:add_version_component(component_string) -- Ajoute un élément Ã
815 la bannière du serveur.
818 <highlight language="lua">
819 r:set_context_info(prefix, docroot) -- Définit le préfixe et la
820 racine des documents du contexte pour une requête.
823 <highlight language="lua">
824 r:os_escape_path(file_path) -- Convertit un chemin du système de
825 fichiers en URL indépendamment du système d'exploitation.
828 <highlight language="lua">
829 r:escape_logitem(string) -- Echappe une chaîne pour
833 <highlight language="lua">
834 r:strcmp_match(string, pattern) -- Vérifie si 'string' correspond Ã
835 'pattern' via la fonction strcmp_match (GLOBs). Par exemple, est-ce que
836 'www.example.com' correspond à '*.example.com' ?
839 <highlight language="lua">
840 r:set_keepalive() -- Définit l'état de persistance d'une
841 requête. Renvoie true dans la mesure du possible, false dans le
845 <highlight language="lua">
846 r:make_etag() -- Génère et renvoie le etag pour la requête
850 <highlight language="lua">
851 r:send_interim_response(clear) -- Renvoie une réponse d'intérim (1xx) au
852 client. Si 'clear' est vrai, les en-têtes disponibles seront envoyés et
856 <highlight language="lua">
857 r:custom_response(status_code, string) -- Génère et définit une réponse
858 personnalisée pour un code d'état particulier. Le fonctionnement est
859 très proche de celui de la directive ErrorDocument.
862 <highlight language="lua">
863 r:exists_config_define(string) -- Vérifie si une définition de
864 configuration existe.
867 <highlight language="lua">
868 r:state_query(string) -- Interroge le serveur à propos de son
872 <highlight language="lua">
873 r:stat(filename) -- Exécute stat() sur un fichier, et renvoie
874 une table contenant des informations à propos de ce fichier.
877 <highlight language="lua">
878 r:regex(string, pattern) -- Exécute une recherche à base
879 d'expression rationnelle sur une chaîne, et renvoie les
880 éventuelles correspondances trouvées.
883 <highlight language="lua">
884 r:sleep(secondes) -- Interrompt l'exécution du script pendant le
885 nombre de secondes spécifié.
892 <section id="logging"><title>Fonctions de journalisation</title>
894 <highlight language="lua">
895 -- exemples de messages de journalisation
896 r:trace1("Ceci est un message de journalisation de niveau
897 trace") -- les niveaux valides vont de trace1 à trace8 <br />
898 r:debug("Ceci est un message de journalisation de niveau debug")<br />
899 r:info("Ceci est un message de journalisation de niveau info")<br />
900 r:notice("Ceci est un message de journalisation de niveau notice")<br />
901 r:warn("Ceci est un message de journalisation de niveau warn")<br />
902 r:err("Ceci est un message de journalisation de niveau err")<br />
903 r:alert("Ceci est un message de journalisation de niveau alert")<br />
904 r:crit("Ceci est un message de journalisation de niveau crit")<br />
905 r:emerg("Ceci est un message de journalisation de niveau emerg")<br />
910 <section id="apache2"><title>Paquet apache2</title>
911 <p>Le paquet nommé <code>apache2</code> est fourni avec (au minimum) le
912 contenu suivant :</p>
915 <dd>Constante interne OK. Les gestionnaires renverront cette valeur
916 s'ils ont traité la requête.</dd>
917 <dt>apache2.DECLINED</dt>
918 <dd>Constante interne DECLINED. Les gestionnaires renverront cette
919 valeur s'ils n'ont pas l'intention de traiter la requête.</dd>
920 <dt>apache2.DONE</dt>
921 <dd>Constante interne DONE.</dd>
922 <dt>apache2.version</dt>
923 <dd>Chaîne contenant la version du serveur HTTP Apache</dd>
924 <dt>apache2.HTTP_MOVED_TEMPORARILY</dt>
925 <dd>Code d'état HTTP</dd>
926 <dt>apache2.PROXYREQ_NONE, apache2.PROXYREQ_PROXY, apache2.PROXYREQ_REVERSE, apache2.PROXYREQ_RESPONSE</dt>
927 <dd>Constantes internes utilisées par <module>mod_proxy</module></dd>
928 <dt>apache2.AUTHZ_DENIED, apache2.AUTHZ_GRANTED, apache2.AUTHZ_NEUTRAL, apache2.AUTHZ_GENERAL_ERROR, apache2.AUTHZ_DENIED_NO_USER</dt>
929 <dd>constantes internes utilisées par <module>mod_authz_core</module></dd>
932 <p>Les autres codes d'état HTTP ne sont pas encore implémentés.</p>
936 <section id="modifying_buckets">
937 <title>Modification de contenu avec les filtres lua</title>
939 Les fonctions de filtrage implémentées via les directives <directive
940 module="mod_lua">LuaInputFilter</directive> ou <directive
941 module="mod_lua">LuaOutputFilter</directive> sont conçues comme des
942 fonctions de 3ème phase non blocantes utilisant des sous-routines
943 pour suspendre et reprendre l'exécution d'une fonction lorsque des
944 paquets de données sont envoyés à la chaîne de filtrage. La
945 structure de base d'une telle fonction est :
947 <highlight language="lua">
949 -- Nous indiquons tout d'abord que nous sommes prêts à recevoir des
950 -- blocs de données.
951 -- Avant ceci, nous pouvons définir notre environnement, tester
952 -- certaines conditions, et, si nous le jugeons nécessaire, refuser le
953 -- filtrage d'une requête :
954 if something_bad then
955 return -- Le filtrage est sauté
957 -- Sans se préoccuper des données que nous devons éventuellement ajouter, un arrêt est réalisé ici.
958 -- Noter que les filtres de sortie sont les seuls capables d'ajouter des éléments au début des données.
959 -- Les filtres en entrée peuvent ajouter des éléments à la fin des données au stade final.
961 coroutine.yield([optional header to be prepended to the content])
963 -- Après cet arrêt, nous allons recevoir d'autres blocs de données, un par un ;
964 -- nous pouvons les traiter comme il nous plaît et procéder à la réponse.
965 -- Ces blocs sont conservés dans la variable globale 'bucket', nous réalisons donc
966 -- une boucle pour vérifier que 'bucket' n'est pas vide :
967 while bucket ~= nil do
968 local output = mangle(bucket) -- Do some stuff to the content
969 coroutine.yield(output) -- Return our new content to the filter chain
972 -- Une fois les blocs de données épuisés, 'bucket' est positionné à une valeur vide ('nil'),
973 -- ce qui va nous faire sortir de cette boucle et nous amener à l'étape suivante.
974 -- On peut ajouter ce qu'on veut à la fin des données à cette étape, qui constitue le dernier
975 -- arrêt. Les filtres d'entrée comme de sortie peuvent servir à ajouter des éléments à la fin
976 -- des données à cette étape.
977 coroutine.yield([optional footer to be appended to the content])
984 <description>Spécifie le chemin de base pour la résolution des chemins
985 relatifs dans les directives de mod_lua</description>
986 <syntax>LuaRoot /chemin/vers/un/répertoire</syntax>
987 <contextlist><context>server config</context><context>virtual host</context>
988 <context>directory</context><context>.htaccess</context>
990 <override>All</override>
993 <p>Cette directive permet de spécifier le chemin de base qui sera
994 utilisé pour évaluer tous les chemins relatifs dans mod_lua. En
995 l'absence de cette directive, les chemins relatifs sont résolus par
996 rapport au répertoire de travail courant, ce qui ne sera pas
997 toujours approprié pour un serveur.</p>
1002 <name>LuaScope</name>
1003 <description>Une valeur parmi once, request, conn, thread -- la valeur
1004 par défaut est once</description>
1005 <syntax>LuaScope once|request|conn|thread|server [min] [max]</syntax>
1006 <default>LuaScope once</default>
1007 <contextlist><context>server config</context><context>virtual host</context>
1008 <context>directory</context><context>.htaccess</context>
1010 <override>All</override>
1013 <p>Cette directive permet de spécifier la durée de vie de
1014 l'interpréteur Lua qui sera utilisé dans ce "répertoire". La valeur
1015 par défaut est "once".</p>
1018 <dt>once:</dt> <dd>utilise l'interpréteur une fois.</dd>
1020 <dt>request:</dt> <dd>utilise l'interpréteur pour traiter tout ce
1021 qui est basé sur le même fichier dans la requête, et qui se trouve
1022 aussi dans la portée de la requête.</dd>
1024 <dt>conn:</dt> <dd>idem request, mais attaché à connection_rec</dd>
1026 <dt>thread:</dt> <dd>Utilise l'interpréteur pendant toute la durée
1027 de vie du thread qui traite la requête (disponible seulement avec
1028 les MPMs threadés).</dd>
1030 <dt>server:</dt> <dd>Le comportement est ici différent, car la
1031 portée du serveur présente une durée de vie assez longue, et
1032 plusieurs threads vont partager le même server_rec. Pour gérer tout
1033 ceci, les états lua du serveur sont stockés dans une liste de ressources
1034 apr. Les arguments <code>min</code> et <code>max</code> permettent
1035 de spécifier les nombres minimaux et maximaux d'états lua à stocker
1038 <p>En général, les portées <code>thread</code> et <code>server</code>
1039 sont 2 à 3 fois plus rapides que les autres, car elles n'ont pas besoin
1040 de régénérer de nouveaux états Lua à chaque requête (comme c'est le
1041 cas avec le MPM event, où même les connexions persistantes utilisent un
1042 nouveau thread pour chaque requête). Si vous pensez que vos scripts
1043 n'auront pas de problème s'il réutilisent un état, alors les portées
1044 <code>thread</code> ou <code>server</code> doivent être utilisées car
1045 elles présenteront de meilleures performances. Alors que la portée
1046 <code>thread</code> fournira les réponses les plus rapides, la portée
1047 <code>server</code> utilisera moins de mémoire car les états sont
1048 rassemblés dans des jeux, permettant par exemple à 1000 threads de
1049 partager 100 états Lua, ne nécessitant ainsi que 10% de la mémoire
1050 requise par la portée <code>thread</code>.
1053 </directivesynopsis>
1056 <name>LuaMapHandler</name>
1057 <description>Met en correspondance un chemin avec un gestionnaire lua</description>
1058 <syntax>LuaMapHandler modele-uri /chemin/vers/lua/script.lua
1059 [nom-fonction]</syntax>
1060 <contextlist><context>server config</context><context>virtual host</context>
1061 <context>directory</context><context>.htaccess</context>
1063 <override>All</override>
1065 <p>Cette directive permet de faire correspondre un modèle d'uri avec
1066 une fonction de gestionnaire située dans un fichier spécifique. Elle
1067 utilise les expressions rationnelles PCRE pour mettre en
1068 correspondance l'uri, et supporte les groupes de correspondance
1069 d'interpolation dans le chemin du fichier et le nom de la fonction.
1070 Prenez garde aux problèmes de sécurité en écrivant vos expressions
1072 <example><title>Exemples :</title>
1073 <highlight language="config">
1074 LuaMapHandler /(\w+)/(\w+) /scripts/$1.lua handle_$2
1077 <p>Cette directive va faire correspondre des uri comme
1078 /photos/show?id=9 au fichier /scripts/photos.lua, et invoquera la
1079 fonction de gestionnaire handle_show au niveau de la vm lua
1080 après chargement de ce fichier.</p>
1082 <highlight language="config">
1083 LuaMapHandler /bingo /scripts/wombat.lua
1085 <p>Cette directive invoquera la fonction "handle" qui est la
1086 valeur par défaut si aucun nom de fonction spécifique n'est
1087 spécifié.</p>
1089 </directivesynopsis>
1092 <name>LuaPackagePath</name>
1093 <description>Ajoute un répertoire au package.path de lua</description>
1094 <syntax>LuaPackagePath /chemin/vers/include/?.lua</syntax>
1095 <contextlist><context>server config</context><context>virtual host</context>
1096 <context>directory</context><context>.htaccess</context>
1098 <override>All</override>
1099 <usage><p>Cette directive permet d'ajouter un chemin à la liste des
1100 chemins de recherche du module lua. Elle suit les mêmes conventions
1101 que lua. Ceci modifie le package.path dans les vms lua.</p>
1103 <example><title>Exemples :</title>
1104 <highlight language="config">
1105 LuaPackagePath /scripts/lib/?.lua
1106 LuaPackagePath /scripts/lib/?/init.lua
1110 </directivesynopsis>
1113 <name>LuaPackageCPath</name>
1114 <description>Ajoute un répertoire au package.cpath de lua</description>
1115 <syntax>LuaPackageCPath /chemin/vers/include/?.soa</syntax>
1116 <contextlist><context>server config</context><context>virtual host</context>
1117 <context>directory</context><context>.htaccess</context>
1119 <override>All</override>
1122 <p>Cette directive permet d'ajouter un chemin à la liste des chemins
1123 de recherche des bibliothèques partagées de lua. Ceci modifie le
1124 package.cpath dans les vms lua.</p>
1127 </directivesynopsis>
1130 <name>LuaCodeCache</name>
1131 <description>Configure le cache de code compilé.</description>
1132 <syntax>LuaCodeCache stat|forever|never</syntax>
1133 <default>LuaCodeCache stat</default>
1135 <context>server config</context><context>virtual host</context>
1136 <context>directory</context><context>.htaccess</context>
1138 <override>All</override>
1141 Cette directive permet de définir le comportement du cache de code
1142 en mémoire. La valeur par défaut est stat ; dans ce cas, le script
1143 du niveau le plus haut (et pas les scripts inclus) est vérifié à
1144 chaque fois que ce fichier est nécessaire, et est rechargé si la
1145 date de modification est plus récente que celle du script déjà
1146 chargé. Les autres valeurs permettent respectivement de garder le
1147 fichier en cache perpétuellement (forever - jamais vérifié ni
1148 remplacé), ou de ne jamais le mettre en cache (never).</p>
1150 <p>En général, les valeurs stat et forever sont utilisées pour un
1151 serveur en production, et les valeurs stat ou never pour un serveur
1152 en développement.</p>
1154 <example><title>Exemples :</title>
1155 <highlight language="config">
1157 LuaCodeCache forever
1163 </directivesynopsis>
1166 <name>LuaHookTranslateName</name>
1167 <description>Fournit un point d'entrée à la phase du nom de
1168 traduction du traitement de la requête</description>
1169 <syntax>LuaHookTranslateName /chemin/vers/lua/script.lua nom_fonction_hook [early|late]</syntax>
1170 <contextlist><context>server config</context><context>virtual host</context>
1172 <override>All</override>
1173 <compatibility>Le troisième argument optionnel est disponible depuis la
1174 version 2.3.15 du serveur HTTP Apache.</compatibility>
1177 Cette directive permet d'ajouter un point d'entrée (à
1178 APR_HOOK_MIDDLE) à la phase du nom de traduction du traitement de la
1179 requête. La fonction hook accepte un seul argument, le request_rec,
1180 et doit renvoyer un code d'état qui est soit un code d'erreur HTTP,
1181 ou une constante définie dans le module apache2 : apache2.OK,
1182 apache2.DECLINED, ou apache2.DONE.</p>
1184 <p>Pour ceux qui ne sont pas familiers avec les points d'entrée
1185 (hook), en gros, chaque hook sera invoqué jusqu'à ce que l'un
1186 d'entre eux renvoie apache2.OK. Si un hook n'effectuer pas la
1187 traduction, il doit juste renvoyer apache2.DECLINED. Si le
1188 traitement de la requête doit être interrompu, la valeur renvoyée
1189 doit être apache2.DONE.</p>
1193 <highlight language="config">
1195 LuaHookTranslateName /scripts/conf/hooks.lua silly_mapper
1198 <highlight language="lua">
1199 -- /scripts/conf/hooks.lua --
1201 function silly_mapper(r)
1202 if r.uri == "/" then
1203 r.filename = "/var/www/home.lua"
1206 return apache2.DECLINED
1211 <note><title>Contexte</title><p>Cette directive ne peut être
1212 utilisée ni à l'intérieur d'une section <directive type="section"
1213 module="core">Directory</directive> ou <directive type="section"
1214 module="core">Files</directive>, ni dans un fichier htaccess.</p></note>
1216 <note><title>Ordonnancement</title><p>Les arguments optionnels
1217 "early" ou "late" permettent de contrôler le moment auquel ce script
1218 s'exécute par rapport aux autres modules.</p></note>
1220 </directivesynopsis>
1223 <name>LuaHookFixups</name>
1224 <description>Fournit un point d'entrée pour la phase de correction du
1225 traitement de la requête</description>
1226 <syntax>LuaHookFixups /chemin/vers/lua/script.lua hook_function_name</syntax>
1227 <contextlist><context>server config</context><context>virtual host</context>
1228 <context>directory</context><context>.htaccess</context>
1230 <override>All</override>
1233 Idem LuaHookTranslateName, mais s'exécute durant la phase de
1237 </directivesynopsis>
1240 <name>LuaHookMapToStorage</name>
1241 <description>Fournit un point d'entrée pour la phase map_to_storage du
1242 traitement de la requête</description>
1243 <syntax>LuaHookMapToStorage /chemin/vers/lua/script.lua hook_function_name</syntax>
1244 <contextlist><context>server config</context><context>virtual host</context>
1245 <context>directory</context><context>.htaccess</context>
1247 <override>All</override>
1249 <p>Identique à la directive
1250 <directive>LuaHookTranslateName</directive>, mais s'exécute à la
1251 phase map-to-storage du traitement de la requête. Les modules comme
1252 mod_cache agissent pendant cette phase, ce qui permet de présenter
1253 un exemple intéressant de ce que l'on peut faire ici :</p>
1254 <highlight language="config">
1255 LuaHookMapToStorage /path/to/lua/script.lua check_cache
1257 <highlight language="lua">
1261 function read_file(filename)
1262 local input = io.open(filename, "r")
1264 local data = input:read("*a")
1265 cached_files[filename] = data
1266 file = cached_files[filename]
1269 return cached_files[filename]
1272 function check_cache(r)
1273 if r.filename:match("%.png$") then -- Only match PNG files
1274 local file = cached_files[r.filename] -- Check cache entries
1276 file = read_file(r.filename) -- Read file into cache
1278 if file then -- If file exists, write it out
1281 r:info(("Sent %s to client from cache"):format(r.filename))
1282 return apache2.DONE -- skip default handler for PNG files
1285 return apache2.DECLINED -- If we had nothing to do, let others serve this.
1290 </directivesynopsis>
1293 <name>LuaHookCheckUserID</name>
1294 <description>Fournit un point d'entrée pour la phase check_user_id du
1295 traitement de la requête</description>
1296 <syntax>LuaHookCheckUserID /chemin/vers/lua/script.lua hook_function_name [early|late]</syntax>
1297 <contextlist><context>server config</context><context>virtual host</context>
1298 <context>directory</context><context>.htaccess</context>
1300 <override>All</override>
1301 <compatibility>Le troisième argument optionnel est disponible depuis la
1302 version 2.3.15 du serveur HTTP Apache.</compatibility>
1304 <note><title>Ordonnancement</title><p>Les arguments optionnels
1305 "early" ou "late" permettent de contrôler le moment auquel ce script
1306 s'exécute par rapport aux autres modules.</p></note>
1308 </directivesynopsis>
1311 <name>LuaHookTypeChecker</name>
1312 <description>Fournit un point d'entrée pour la phase type_checker du
1313 traitement de la requête</description>
1314 <syntax>LuaHookTypeChecker /chemin/vers/lua/script.lua hook_function_name</syntax>
1315 <contextlist><context>server config</context><context>virtual host</context>
1316 <context>directory</context><context>.htaccess</context>
1318 <override>All</override>
1319 <usage><p>...</p></usage>
1320 </directivesynopsis>
1323 <name>LuaHookAuthChecker</name>
1324 <description>Fournit un point d'entrée pour la phase auth_checker du
1325 traitement de la requête</description>
1326 <syntax>LuaHookAuthChecker /chemin/vers/lua/script.lua hook_function_name [early|late]</syntax>
1327 <contextlist><context>server config</context><context>virtual host</context>
1328 <context>directory</context><context>.htaccess</context>
1330 <override>All</override>
1331 <compatibility>Le troisième argument optionnel est disponible depuis la
1332 version 2.3.15 du serveur HTTP Apache.</compatibility>
1334 <p>Invoque une fonction lua au cours de la phase auth_checker du
1335 traitement de la requête. Cette directive peut s'utiliser pour
1336 implémenter une vérification arbitraire de l'authentification et de
1337 l'autorisation. Voici un exemple très simple :
1339 <highlight language="lua">
1342 -- fonction d'accroche authcheck fictive
1343 -- Si la requête ne contient aucune donnée d'authentification, l'en-tête
1344 -- de la réponse est défini et un code 401 est renvoyé afin de demander au
1345 -- navigateur d'effectuer une authentification basique. Si la requête
1346 -- comporte des données d'authentification, elles ne sont pas vraiment
1347 -- consultées, mais on admet la prise en compte de l'utilisateur 'foo' et
1348 -- on la valide. On vérifie ensuite si l'utilisateur est bien 'foo' et on
1349 -- accepte la requête.
1350 function authcheck_hook(r)
1352 -- recherche des informations d'authentification
1353 auth = r.headers_in['Authorization']
1355 -- définition d'un utilisateur par défaut
1359 if r.user == nil then
1360 r:debug("authcheck: user is nil, returning 401")
1361 r.err_headers_out['WWW-Authenticate'] = 'Basic realm="WallyWorld"'
1363 elseif r.user == "foo" then
1364 r:debug('user foo: OK')
1366 r:debug("authcheck: user='" .. r.user .. "'")
1367 r.err_headers_out['WWW-Authenticate'] = 'Basic realm="WallyWorld"'
1373 <note><title>Ordonnancement</title><p>Les arguments optionnels
1374 "early" ou "late" permettent de contrôler le moment auquel ce script
1375 s'exécute par rapport aux autres modules.</p></note>
1377 </directivesynopsis>
1380 <name>LuaHookAccessChecker</name>
1381 <description>Fournit un point d'entrée pour la phase access_checker du
1382 traitement de la requête</description>
1383 <syntax>LuaHookAccessChecker /chemin/vers/lua/script.lua hook_function_name [early|late]</syntax>
1384 <contextlist><context>server config</context><context>virtual host</context>
1385 <context>directory</context><context>.htaccess</context>
1387 <override>All</override>
1388 <compatibility>Le troisième argument optionnel est disponible depuis la
1389 version 2.3.15 du serveur HTTP Apache.</compatibility>
1392 <p>Ajoute votre fonction d'accroche à la phase access_checker. Une
1393 fonction d'accroche access checker renvoie en général OK, DECLINED, ou
1395 <note><title>Ordonnancement</title><p>Les arguments optionnels
1396 "early" ou "late" permettent de contrôler le moment auquel ce script
1397 s'exécute par rapport aux autres modules.</p></note>
1399 </directivesynopsis>
1401 <name>LuaHookInsertFilter</name>
1402 <description>Fournit un point d'entrée pour la phase insert_filter du
1403 traitement de la requête</description>
1404 <syntax>LuaHookInsertFilter /chemin/vers/lua/script.lua hook_function_name</syntax>
1405 <contextlist><context>server config</context><context>virtual host</context>
1406 <context>directory</context><context>.htaccess</context>
1408 <override>All</override>
1409 <usage><p>Non encore implémenté</p></usage>
1410 </directivesynopsis>
1413 <name>LuaInherit</name>
1414 <description>Contrôle la manière dont les sections de configuration
1415 parentes sont fusionnées dans les enfants</description>
1416 <syntax>LuaInherit none|parent-first|parent-last</syntax>
1417 <default>LuaInherit parent-first</default>
1418 <contextlist><context>server config</context><context>virtual host</context>
1419 <context>directory</context><context>.htaccess</context>
1421 <override>All</override>
1422 <compatibility>Versions 2.4.0 et supérieures</compatibility>
1423 <usage><p>Par défaut, si des directives LuaHook* se trouvent dans
1424 des sections de configuration Directory ou Location qui se
1425 chevauchent, les scripts
1426 définis dans les sections les plus spécifiques s'exécutent
1427 <em>après</em> ceux définis dans les sections plus génériques
1428 (LuaInherit parent-first). Vous pouvez inverser cet ordre, ou faire
1429 en sorte que le contexte parent ne s'applique pas du tout.</p>
1431 <p>Jusqu'aux versions 2.3.x, le comportement par défaut consistait à
1432 ignorer les directives LuaHook* situées dans les sections de
1433 configuration parentes.</p></usage>
1434 </directivesynopsis>
1437 <name>LuaQuickHandler</name>
1438 <description>Fournit un point d'entrée pour la gestion rapide du
1439 traitement de la requête</description>
1440 <syntax>LuaQuickHandler /path/to/script.lua hook_function_name</syntax>
1441 <contextlist><context>server config</context><context>virtual host</context>
1442 <context>directory</context><context>.htaccess</context>
1444 <override>All</override>
1446 <p>Cette phase s'exécute juste après l'attribution de la requête à
1447 un serveur virtuel, et permet d'effectuer certains traitements avant
1448 le déroulement des autres phases, ou de servir une requête sans
1449 avoir à la traduire, l'associer à un espace de stockage, etc...
1450 Comme cette phase s'exécute avant toute autre, les directives telles
1451 que <directive type="section" module="core">Location</directive> ou
1452 <directive type="section" module="core">Directory</directive> ne
1453 sont pas encore prises en compte, car Les URI n'ont pas encore été
1454 entièrement interprétés.
1456 <note><title>Contexte</title><p>Cette directive ne peut être
1457 utilisée ni à l'intérieur d'une section <directive type="section"
1458 module="core">Directory</directive> ou <directive type="section"
1459 module="core">Files</directive>, ni dans un fichier htaccess.</p></note>
1461 </directivesynopsis>
1464 <name>LuaAuthzProvider</name>
1465 <description>Branche une fonction fournisseur d'autorisation dans <module>mod_authz_core</module>
1467 <syntax>LuaAuthzProvider provider_name /path/to/lua/script.lua function_name</syntax>
1468 <contextlist><context>server config</context> </contextlist>
1469 <compatibility>Disponible depuis la version 2.4.3 du serveur HTTP Apache</compatibility>
1472 <p>Lorsqu'une fonction lua a été enregistrée en tant que fournisseur
1473 d'autorisation, elle peut être appelée via la directive <directive
1474 module="mod_authz_core">Require</directive> :</p>
1477 <highlight language="config">
1478 LuaRoot /usr/local/apache2/lua
1479 LuaAuthzProvider foo authz.lua authz_check_foo
1484 <highlight language="lua">
1486 function authz_check_foo(r, who)
1487 if r.user ~= who then return apache2.AUTHZ_DENIED
1488 return apache2.AUTHZ_GRANTED
1493 </directivesynopsis>