From: Lucien Gentis Date: Sat, 30 Apr 2016 14:40:06 +0000 (+0000) Subject: XML updates. X-Git-Tag: 2.5.0-alpha~1673 X-Git-Url: http://git.ipfire.org/?a=commitdiff_plain;h=a23087f3a8ae0d7683d06d6b9bfb47804723b7ef;p=thirdparty%2Fapache%2Fhttpd.git XML updates. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1741768 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/mod/core.html.fr b/docs/manual/mod/core.html.fr index be81d5d9ed7..188c7b7dba5 100644 --- a/docs/manual/mod/core.html.fr +++ b/docs/manual/mod/core.html.fr @@ -127,7 +127,7 @@ disponibles
  • <VirtualHost>
  • Warning
    • - +

    Récapitulatif des corrections de bogues

    top

    Directive AcceptFilter

    diff --git a/docs/manual/mod/core.xml.fr b/docs/manual/mod/core.xml.fr index be47c35221a..2aa896719ec 100644 --- a/docs/manual/mod/core.xml.fr +++ b/docs/manual/mod/core.xml.fr @@ -1,7 +1,7 @@ - + @@ -458,12 +458,11 @@ All pour les versions antérieures
    Nonfatal=[Override|Unknown|All]
    -
    - Permet d'utiliser l'option AllowOverride pour rendre les erreurs - de syntaxe non fatales dans les fichiers .htaccess : au lieu de - causer une Internal Server Error, les directives non autorisées ou - non reconnues seront ignorées et un avertissement enregistré dans - le journal : +
    Permet d'utiliser l'option AllowOverride pour rendre non fatales les + directives invalides (non reconnues ou non permises) dans les fichiers + .htaccess : au lieu de causer une Internal Server Error, les directives + non autorisées ou non reconnues seront ignorées et un avertissement + enregistré dans le journal :
    • Nonfatal=Override rend les directives interdite par AllowOverride non fatales.
      • @@ -474,7 +473,7 @@ All pour les versions antérieures précédentes non fatales.

    Notez qu'une erreur de syntaxe dans une directive valide - causera toujours une internal server error.

    + causera toujours une Internal Server Error.

    Sécurité Les erreurs non fatales peuvent être à l'origine de problèmes de sécurité pour les utilisateurs de fichiers .htaccess. Par @@ -520,8 +519,8 @@ All pour les versions antérieures

    Dans l'exemple ci-dessus, toutes les directives qui ne font partie ni du groupe AuthConfig, ni du groupe - Indexes, provoquent une erreur "internal - server error".

    + Indexes, provoquent une erreur "Internal + Server Error".

    Pour des raisons de sécurité et de performance, ne définissez pas AllowOverride à autre chose que @@ -691,7 +690,7 @@ Apache directory.htaccess FileInfo -Disponible à partir de la version 2.5 du serveur HTTP Apache +Disponible à partir de la version 2.4.21 du serveur HTTP Apache

    Cette directive permet de contrôler la manière dont certaines variables CGI diff --git a/docs/manual/mod/event.html.fr b/docs/manual/mod/event.html.fr index 505153d166a..11f4171250e 100644 --- a/docs/manual/mod/event.html.fr +++ b/docs/manual/mod/event.html.fr @@ -77,7 +77,7 @@ mobiliser des threads que pour les connexions en cours de traitement

  • ThreadStackSize
  • User
    • -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    diff --git a/docs/manual/mod/event.xml.fr b/docs/manual/mod/event.xml.fr index 7cf0317a0ec..ddac5160db1 100644 --- a/docs/manual/mod/event.xml.fr +++ b/docs/manual/mod/event.xml.fr @@ -1,7 +1,7 @@ - + @@ -81,6 +81,12 @@ propose le MPM worker, avec l'unique addition de la directive le travail au jeu de threads de travail.

    +

    Cette nouvelle architecture, en exploitant les sockets non blocants et + les fonctionnalités des noyaux modernes mis en valeur par + APR (comme epoll de Linux), n'a plus besoin du + Mutex mpm-accept pour + éviter le problème de "thundering herd".

    +

    La directive AsyncRequestWorkerFactor permet de définir le nombre total de connexions qu'un bloc processus/thread peut gérer.

    diff --git a/docs/manual/mod/mod_access_compat.html.fr b/docs/manual/mod/mod_access_compat.html.fr index 8fc158fbe67..d01db414e8f 100644 --- a/docs/manual/mod/mod_access_compat.html.fr +++ b/docs/manual/mod/mod_access_compat.html.fr @@ -99,7 +99,7 @@ ce module sont devenues obsol
  • Order
  • Satisfy
    • -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    Directives

    Ce module ne fournit aucune directive.

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    - +

    Récapitulatif des corrections de bogues

    top

    Exemple

    diff --git a/docs/manual/mod/mod_authn_core.html.fr b/docs/manual/mod/mod_authn_core.html.fr index 25e32f6a17c..a281073237b 100644 --- a/docs/manual/mod/mod_authn_core.html.fr +++ b/docs/manual/mod/mod_authn_core.html.fr @@ -52,7 +52,7 @@ d'authentification
  • <AuthnProviderAlias>
  • AuthType
    • -
    +

    Récapitulatif des corrections de bogues

    top

    Création d'alias de fournisseurs diff --git a/docs/manual/mod/mod_authn_dbd.html.fr b/docs/manual/mod/mod_authn_dbd.html.fr index d7106a91db5..b4258a4d57c 100644 --- a/docs/manual/mod/mod_authn_dbd.html.fr +++ b/docs/manual/mod/mod_authn_dbd.html.fr @@ -61,7 +61,7 @@ SQL
  • AuthDBDUserPWQuery
  • AuthDBDUserRealmQuery
    • -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    top

    Mise en cache des données d'authentification

    diff --git a/docs/manual/mod/mod_authnz_ldap.html.fr b/docs/manual/mod/mod_authnz_ldap.html.fr index d0ec33b4ff7..f18bc6e9659 100644 --- a/docs/manual/mod/mod_authnz_ldap.html.fr +++ b/docs/manual/mod/mod_authnz_ldap.html.fr @@ -100,7 +100,7 @@ Directory
  • AuthLDAPSubGroupClass
  • AuthLDAPUrl
    • -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    -
    +

    Récapitulatif des corrections de bogues

    top

    Conteneurs d'autorisation

    diff --git a/docs/manual/mod/mod_authz_dbd.html.fr b/docs/manual/mod/mod_authz_dbd.html.fr index 1b8e0af1e2f..ba330816e73 100644 --- a/docs/manual/mod/mod_authz_dbd.html.fr +++ b/docs/manual/mod/mod_authz_dbd.html.fr @@ -65,7 +65,7 @@ d'Apache
  • AuthzDBDQuery
  • AuthzDBDRedirectQuery
    • -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    diff --git a/docs/manual/mod/mod_authz_groupfile.html.fr b/docs/manual/mod/mod_authz_groupfile.html.fr index 15db9f3910e..bc462ad51c0 100644 --- a/docs/manual/mod/mod_authz_groupfile.html.fr +++ b/docs/manual/mod/mod_authz_groupfile.html.fr @@ -50,7 +50,7 @@ fonction de leur appartenance -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    diff --git a/docs/manual/mod/mod_authz_host.html.fr b/docs/manual/mod/mod_authz_host.html.fr index d27cff2201c..51ad8438f49 100644 --- a/docs/manual/mod/mod_authz_host.html.fr +++ b/docs/manual/mod/mod_authz_host.html.fr @@ -59,7 +59,7 @@ d'Apache
  • Les directives Require

    • Directives

    Ce module ne fournit aucune directive.

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    Directives

    Ce module ne fournit aucune directive.

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    diff --git a/docs/manual/mod/mod_authz_user.html.fr b/docs/manual/mod/mod_authz_user.html.fr index f1fa20a9131..3c9271420e2 100644 --- a/docs/manual/mod/mod_authz_user.html.fr +++ b/docs/manual/mod/mod_authz_user.html.fr @@ -50,7 +50,7 @@
  • The Require Directives

    • Directives

    Ce module ne fournit aucune directive.

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    diff --git a/docs/manual/mod/mod_autoindex.html.fr b/docs/manual/mod/mod_autoindex.html.fr index 7bde1ccb689..3beae376797 100644 --- a/docs/manual/mod/mod_autoindex.html.fr +++ b/docs/manual/mod/mod_autoindex.html.fr @@ -101,7 +101,7 @@ shell Win32 dir
  • IndexStyleSheet
  • ReadmeName
    • - +

    Récapitulatif des corrections de bogues

    top

    Arguments de la requête d'autoindexation

    diff --git a/docs/manual/mod/mod_buffer.html.fr b/docs/manual/mod/mod_buffer.html.fr index 5889d834acf..b49b9ee022c 100644 --- a/docs/manual/mod/mod_buffer.html.fr +++ b/docs/manual/mod/mod_buffer.html.fr @@ -79,7 +79,7 @@ d'Apache -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    diff --git a/docs/manual/mod/mod_cache.html.fr b/docs/manual/mod/mod_cache.html.fr index 961a502c763..11a3dc0be9d 100644 --- a/docs/manual/mod/mod_cache.html.fr +++ b/docs/manual/mod/mod_cache.html.fr @@ -168,7 +168,7 @@
  • CacheStoreNoStore
  • CacheStorePrivate
    • -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    - +

    Récapitulatif des corrections de bogues

    top

    Problèmes courants

    diff --git a/docs/manual/mod/mod_data.html.fr b/docs/manual/mod/mod_data.html.fr index f1c7f336dfe..dd54bac4edb 100644 --- a/docs/manual/mod/mod_data.html.fr +++ b/docs/manual/mod/mod_data.html.fr @@ -69,7 +69,7 @@

    Directives

    Ce module ne fournit aucune directive.

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    diff --git a/docs/manual/mod/mod_dav.html.fr b/docs/manual/mod/mod_dav.html.fr index 9fc0da053fd..42c4f8fe712 100644 --- a/docs/manual/mod/mod_dav.html.fr +++ b/docs/manual/mod/mod_dav.html.fr @@ -56,7 +56,7 @@ documents via le web (WebDAV)
  • DavDepthInfinity
  • DavMinTimeout
    • -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    diff --git a/docs/manual/mod/mod_dialup.html.fr b/docs/manual/mod/mod_dialup.html.fr index d5fdfadf089..4dea7bde6e3 100644 --- a/docs/manual/mod/mod_dialup.html.fr +++ b/docs/manual/mod/mod_dialup.html.fr @@ -59,7 +59,7 @@ client.

    - +

    Récapitulatif des corrections de bogues

    top

    Directive ModemStandard

    diff --git a/docs/manual/mod/mod_dir.html.fr b/docs/manual/mod/mod_dir.html.fr index b42ccb14e24..fa42064197b 100644 --- a/docs/manual/mod/mod_dir.html.fr +++ b/docs/manual/mod/mod_dir.html.fr @@ -70,7 +70,7 @@ de r
  • DirectorySlash
  • FallbackResource
    • -
    +

    Récapitulatif des corrections de bogues

    top

    Directive DirectoryCheckHandler

    diff --git a/docs/manual/mod/mod_dumpio.html.fr b/docs/manual/mod/mod_dumpio.html.fr index e7efff39262..08a87173089 100644 --- a/docs/manual/mod/mod_dumpio.html.fr +++ b/docs/manual/mod/mod_dumpio.html.fr @@ -56,7 +56,7 @@ erreurs de la mani
  • DumpIOInput
  • DumpIOOutput
    • -
    +

    Récapitulatif des corrections de bogues

    top

    Activation du support dumpio

    diff --git a/docs/manual/mod/mod_echo.html.fr b/docs/manual/mod/mod_echo.html.fr index 1ac8e96d7a6..509fc112f5e 100644 --- a/docs/manual/mod/mod_echo.html.fr +++ b/docs/manual/mod/mod_echo.html.fr @@ -46,7 +46,7 @@ protocole -
    +

    Récapitulatif des corrections de bogues

    top

    Directive ProtocolEcho

    diff --git a/docs/manual/mod/mod_env.html.fr b/docs/manual/mod/mod_env.html.fr index 7239727b504..f1d060b8326 100644 --- a/docs/manual/mod/mod_env.html.fr +++ b/docs/manual/mod/mod_env.html.fr @@ -54,7 +54,7 @@ pages SSI
  • SetEnv
  • UnsetEnv
    • -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    top

    Compilation du module example_hooks

    diff --git a/docs/manual/mod/mod_expires.html.fr b/docs/manual/mod/mod_expires.html.fr index 21afb736f70..d814873e3b0 100644 --- a/docs/manual/mod/mod_expires.html.fr +++ b/docs/manual/mod/mod_expires.html.fr @@ -74,7 +74,7 @@ l'intervalle
  • ExpiresByType
  • ExpiresDefault
    • -
    +

    Récapitulatif des corrections de bogues

    top

    Autre syntaxe de définition de diff --git a/docs/manual/mod/mod_ext_filter.html.fr b/docs/manual/mod/mod_ext_filter.html.fr index 9547b2c47c9..ccc941140ed 100644 --- a/docs/manual/mod/mod_ext_filter.html.fr +++ b/docs/manual/mod/mod_ext_filter.html.fr @@ -72,7 +72,7 @@ externe avant de l'envoyer au client
  • ExtFilterDefine
  • ExtFilterOptions
    • -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    diff --git a/docs/manual/mod/mod_file_cache.html.fr b/docs/manual/mod/mod_file_cache.html.fr index c021df6331e..221c1c13e02 100644 --- a/docs/manual/mod/mod_file_cache.html.fr +++ b/docs/manual/mod/mod_file_cache.html.fr @@ -77,7 +77,7 @@ fichiers
  • CacheFile
  • MMapFile
    • - +

    Récapitulatif des corrections de bogues

    top

    Utilisation de mod_file_cache

    diff --git a/docs/manual/mod/mod_headers.html.fr b/docs/manual/mod/mod_headers.html.fr index 9bf2796f6f4..828a5223e0f 100644 --- a/docs/manual/mod/mod_headers.html.fr +++ b/docs/manual/mod/mod_headers.html.fr @@ -53,7 +53,7 @@ tardif
  • Header
  • RequestHeader
    • -
    +

    Récapitulatif des corrections de bogues

    top

    Chronologie du traitement

    diff --git a/docs/manual/mod/mod_ident.html.fr b/docs/manual/mod/mod_ident.html.fr index 22b1049665b..74c20bf3de6 100644 --- a/docs/manual/mod/mod_ident.html.fr +++ b/docs/manual/mod/mod_ident.html.fr @@ -47,7 +47,7 @@
  • IdentityCheck
  • IdentityCheckTimeout
    • -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    diff --git a/docs/manual/mod/mod_info.html.fr b/docs/manual/mod/mod_info.html.fr index 50ecd8fa677..c0cc7590aa1 100644 --- a/docs/manual/mod/mod_info.html.fr +++ b/docs/manual/mod/mod_info.html.fr @@ -70,7 +70,7 @@ serveur - +

    Récapitulatif des corrections de bogues

    top

    Problèmes liés à la sécurité

    diff --git a/docs/manual/mod/mod_ldap.html.fr b/docs/manual/mod/mod_ldap.html.fr index dce67823da7..16f047a2764 100644 --- a/docs/manual/mod/mod_ldap.html.fr +++ b/docs/manual/mod/mod_ldap.html.fr @@ -84,7 +84,7 @@ cache du r
  • LDAPTrustedMode
  • LDAPVerifyServerCert
    • -
    +

    Récapitulatif des corrections de bogues

    top

    Exemple de configuration

    diff --git a/docs/manual/mod/mod_log_forensic.html.fr b/docs/manual/mod/mod_log_forensic.html.fr index f38ec7d3ea9..021f846e101 100644 --- a/docs/manual/mod/mod_log_forensic.html.fr +++ b/docs/manual/mod/mod_log_forensic.html.fr @@ -83,7 +83,7 @@ s -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    -
    +

    Récapitulatif des corrections de bogues

    top

    Configuration de base

    diff --git a/docs/manual/mod/mod_lua.xml.fr b/docs/manual/mod/mod_lua.xml.fr index ed2fc852254..b1e9b630d56 100644 --- a/docs/manual/mod/mod_lua.xml.fr +++ b/docs/manual/mod/mod_lua.xml.fr @@ -1,7 +1,7 @@ - + - + @@ -26,37 +26,37 @@ mod_lua -Fournit des points d'entrée Lua dans différentes parties du -traitement des requêtes httpd +Fournit des points d'entrée Lua dans différentes parties du +traitement des requêtes httpd Experimental mod_lua.c lua_module -versions 2.3 et supérieures +versions 2.3 et supérieures

    Ce module permet d'ajouter au serveur des extensions sous forme de -scripts écrits dans le langage de programmation Lua. +scripts écrits dans le langage de programmation Lua. mod_lua fournit de nombreuses extensions (hooks) disponibles avec les modules natifs du serveur HTTP Apache, -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 +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.

    -

    Vous trouverez davantage d'informations à propos du langage de +

    Vous trouverez davantage d'informations à propos du langage de programmation Lua sur le site web de Lua.

    -mod_lua 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 à +mod_lua 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. Avertissement -

    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 +

    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.

     @@ -72,8 +72,8 @@ fonctionnement interne de httpd.

    -mod_lua fournit un gestionnaire nommé -lua-script qui peut être utilisé avec une directive +mod_lua fournit un gestionnaire nommé +lua-script qui peut être utilisé avec une directive SetHandler ou AddHandler :

    @@ -84,26 +84,26 @@ module="mod_mime">AddHandler :

    -Ceci aura pour effet de faire traiter les requêtes pour les fichiers +Ceci aura pour effet de faire traiter les requêtes pour les fichiers dont l'extension est .lua par mod_lua en invoquant cette fonction de gestion de fichier.

    -

    Pour plus de détails, voir la directive +

    Pour plus de détails, voir la directive LuaMapHandler.

    Ecrire des gestionnaires

    Dans l'API du serveur HTTP Apache, un gestionnaire est une sorte de -point d'accroche (hook) spécifique responsable de la génération de la -réponse. mod_proxy, mod_cgi et +point d'accroche (hook) spécifique responsable de la génération de la +réponse. mod_proxy, mod_cgi et mod_status sont des exemples de modules comportant un gestionnaire.

    -

    mod_lua 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 :

    +

    mod_lua 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 :

    @@ -113,9 +113,9 @@ le style de CGI. Une fonction de gestionnaire se présente comme suit :

    -Ce gestionnaire se contente d'afficher les arguments codé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.

    -Cela signifie que vous pouvez (et êtes encouragé à) avoir plusieurs -gestionnaires (ou points d'entrée, ou filtres) dans le mê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.

    @@ -159,27 +159,27 @@ gestionnaires (ou points d'entrée, ou filtres) dans le même script. Ecriture de fournisseurs d'autorisation

    mod_authz_core fournit une interface d'autorisation -de haut niveau bien plus facile à utiliser que dans les hooks +de haut niveau bien plus facile à utiliser que dans les hooks correspondants. Le premier argument de la directive Require permet de spécifier le -fournisseur d'autorisation à utiliser. Pour chaque directive Require permet de spécifier le +fournisseur d'autorisation à utiliser. Pour chaque directive Require, mod_authz_core appellera le fournisseur d'autorisation -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.

    +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.

    -

    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 +

    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 apache2.AUTHZ_DENIED_NO_USER, ce qui va -déclancher le processus d'authentification et un deuxième appel du +déclancher le processus d'authentification et un deuxième appel du fournisseur authz.

    La fonction du fournisseur authz ci-dessous accepte deux arguments, -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 :

    +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 :

    authz_provider.lua
    @@ -213,11 +213,11 @@ LuaAuthzProvider foo authz_provider.lua authz_check_foo
    Ecriture de fonctions d'accroche (hooks) -

    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 :

    +

    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 :

    @@ -228,92 +228,92 @@ ou la définition de types MIME :

    - + - - - + - - + - + - + - - + - - + - + - + -
    Gestionnaire rapide LuaQuickHandlerIl s'agit de la première accroche appelée lorsqu'une requête - a été associée à un serveur ou un serveur virtuel.Il s'agit de la première accroche appelée lorsqu'une requête + a été associée à un serveur ou un serveur virtuel.
    Phase de traduction LuaHookTranslateNameCette phase traduit l'URI de la requête en nom de fichier - sur le système. Ce sont des modules comme + Cette phase traduit l'URI de la requête en nom de fichier + sur le système. Ce sont des modules comme mod_alias et mod_rewrite qui interviennent au cours de cette phase.
    Choix du lieu de stockage de la ressource LuaHookMapToStorageCette phase définit le lieu de stockage de la ressource : - physique, en cache ou externe/mandaté. Elle est assurée par les + 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.
    Autorisation d'accèsAutorisation d'accès LuaHookAccessCheckerCette 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. + 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.
    Vérification de l'identifiant utilisateurVérification de l'identifiant utilisateur LuaHookCheckUserIDCette phase vérifie l'identifiant de l'utilisateur ayant - fait l'objet d'une négociation.Cette phase vérifie l'identifiant de l'utilisateur ayant + fait l'objet d'une négociation.
    Vérification de l'autorisation d'accèsVérification de l'autorisation d'accès LuaHookAuthChecker ou LuaAuthzProviderCette phase vérifie l'autorisation d'accès d'un utilisateur - en fonction des ses paramètres de connexion, comme + 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...
    Vérification du type de la ressourceVérification du type de la ressource LuaHookTypeCheckerCette phase assigne un type de contenu et un gestionnaire à + Cette phase assigne un type de contenu et un gestionnaire à la ressource.
    Derniers réglagesDerniers réglages LuaHookFixupsC'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.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.
    Gestionnaire de contenu fichiers fx. .lua ou directive LuaMapHandlerC'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.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.
    Journalisation LuaHookLogLorsqu'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 + 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.
    -

    Les fonctions d'accroche reçoivent l'objet de la requête comme seul -argument (sauf LuaAuthzProvider qui reçoit aussi des arguments en +

    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énéral d'un -code d'état HTTP ou des valeurs OK, DONE, ou DECLINED, -que vous pouvez écrire dans Lua sous la forme apache2.OK, +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 apache2.OK, apache2.DONE, ou apache2.DECLINED.

    translate_name.lua
    --- exemple d'accroche qui réécrit un URI en chemin du systè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ère pas cette URL et on donne sa chance à un autre module + -- on ne gère pas cette URL et on donne sa chance à un autre module return apache2.DECLINED end     @@ -330,13 +330,13 @@ end translate_name2.lua
    ---[[ 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 +--[[ 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écuter avant ou après mod_alias. + l'exécuter avant ou après mod_alias. --]] require 'apache2' @@ -351,18 +351,18 @@ end
    -
    Structures de données +
    Structures de données
    request_rec
    -

    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 +

    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).

    @@ -377,68 +377,68 @@ end - + - - - + - + - - + - + - + - @@ -465,33 +465,33 @@ end - - + autre que celle demandée. @@ -499,108 +499,108 @@ end - - + - - + - + - - - - + - - + - + - + - + - + - + @@ -612,82 +612,82 @@ end - + - + - + - - - - + - + - + - +
    allowoverrides string nonL'option AllowOverride s'applique à la requête courante.L'option AllowOverride s'applique à la requête courante.
    ap_auth_type string nonCe champ contient le type d'authentification effectuée + Ce champ contient le type d'authentification effectuée (par exemple basic)
    args string ouiLa chaîne de paramètres de la requête (par exemple + La chaîne de paramètres de la requête (par exemple foo=bar&name=johnsmith)
    assbackwards boolean noncontient true s'il s'agit d'une requête de style HTTP/0.9 - (par exemple GET /foo (sans champs d'en-tête) )contient true s'il s'agit d'une requête de style HTTP/0.9 + (par exemple GET /foo (sans champs d'en-tête) )
    auth_name string nonLa chaîne d'identification utilisée pour la vérification - de l'autorisation d'accès (si elle est disponible).La chaîne d'identification utilisée pour la vérification + de l'autorisation d'accès (si elle est disponible).
    banner string nonLa bannière du serveur, par exemple Apache HTTP + La bannière du serveur, par exemple Apache HTTP Server/2.4.3 openssl/0.9.8c
    basic_auth_pw string nonLe mot de passe pour l'authentification de base envoyé - avec la requête, s'il existeLe mot de passe pour l'authentification de base envoyé + avec la requête, s'il existe
    canonical_filename string nonLe nom de fichier canonique de la requêteLe nom de fichier canonique de la requête
    content_encoding string nonLe type de codage du contenu de la requête couranteLe type de codage du contenu de la requête courante
    content_type string ouiLe type de contenu de la requête courante, tel qu'il a été - déterminé au cours de la phase type_check (par exemple + 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 image/gif ou text/html)
    err_headers_out table nonL'en-tête MIME de l'environnement pour la réponse, écrit - même en cas d'erreur et conservé pendant les redirections + 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
    filename string ouiLe nom de fichier correspondant à la requête, par exemple - /www/example.com/foo.txt. Il peut être modifié au cours des + 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ête pour permettre au gestionnaire par dé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ée.
    handler string oui Le nom du gestionnaire qui - doit traiter la requête, par exemple lua-script - si elle doit être traitée par mod_lua. Cette valeur est en - général définie via les directives lua-script + si elle doit être traitée par mod_lua. Cette valeur est en + général définie via les directives AddHandler ou SetHandler, 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 + module="core">SetHandler, 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.
    headers_in table ouiLes en-têtes MIME de l'environnement de la requête. Il - s'agit des en-têtes comme Host, User-Agent, + Les en-têtes MIME de l'environnement de la requête. Il + s'agit des en-têtes comme Host, User-Agent, Referer, etc...
    headers_out table ouiLes en-têtes MIME de l'environnement de la réponse.Les en-têtes MIME de l'environnement de la réponse.
    hostname string nonLe nom d'hôte, tel que défini par l'en-tête + Le nom d'hôte, tel que défini par l'en-tête Host: ou par un URI complet.
    is_https boolean nonIndique si la requête à été faite via HTTPSIndique si la requête à été faite via HTTPS
    is_initial_req boolean nonIndique si la requête courante est la requête initiale ou - une sous-requête.Indique si la requête courante est la requête initiale ou + une sous-requête.
    limit_req_body number nonLa taille maximale du corps de la requête, ou 0 si aucune + La taille maximale du corps de la requête, ou 0 si aucune limite.
    log_id string nonL'identifiant de la requête dans les journaux d'accès ou + L'identifiant de la requête dans les journaux d'accès ou d'erreur.
    method string nonLa méthode de la requête, par exemple GET ou + La méthode de la requête, par exemple GET ou POST.
    notes table ouiUne liste de notes qui peuvent être transmises d'un module - à l'autre.Une liste de notes qui peuvent être transmises d'un module + à l'autre.
    options string nonLa valeur de la directive Options pour la requête + La valeur de la directive Options pour la requête courante.
    path_info string nonLa valeur de PATH_INFO extraite de la requête.La valeur de PATH_INFO extraite de la requête.
    port number nonLe port du serveur utilisé par la requête.Le port du serveur utilisé par la requête.
    protocol string nonLe protocole utilisé, par exemple HTTP/1.1Le protocole utilisé, par exemple HTTP/1.1
    proxyreq string ouiIndique 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.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.
    range string nonLe contenu de l'en-tête Range:.Le contenu de l'en-tête Range:.
    remaining number nonLe nombre d'octets du corps de la requête restant à lire.Le nombre d'octets du corps de la requête restant à lire.
    server_builtserver_name string nonLe nom du serveur pour cette requête.Le nom du serveur pour cette requête.
    some_auth_required boolean nonIndique si une autorisation est/était requise pour cette - requête.Indique si une autorisation est/était requise pour cette + requête.
    subprocess_env table ouiLe jeu de variables d'environnement pour cette requête.Le jeu de variables d'environnement pour cette requête.
    started number nonLe moment où le serveur a été (re)démarré, en secondes + Le moment où le serveur a été (re)démarré, en secondes depuis epoch (1er janvier 1970)
    status number ouiLe code de retour (courant) pour cette requête, par + Le code de retour (courant) pour cette requête, par exemple 200 ou 404.
    the_request string nonLa chaîne de la requête telle qu'elle a été envoyée par le + La chaîne de la requête telle qu'elle a été envoyée par le client, par exemple GET /foo/bar HTTP/1.1.
    unparsed_uri string nonLa partie URI non interprétée de la requêteLa partie URI non interprétée de la requête
    uri string ouiL'URI après interprétation par httpdL'URI après interprétation par httpd
    user string ouiSi une authentification a été effectuée, nom de - l'utilisateur authentifié.Si une authentification a été effectuée, nom de + l'utilisateur authentifié.
    useragent_ip string nonL'adresse IP de l'agent qui a envoyé la requêteL'adresse IP de l'agent qui a envoyé la requête
    -
    Méthodes de l'objet request_rec +
    Méthodes de l'objet request_rec -

    L'objet request_rec possède (au minimum) les méthodes suivantes :

    +

    L'objet request_rec possède (au minimum) les méthodes suivantes :

    r:flush() -- vide le tampon de sortie - -- Renvoie true si le vidage a été effectué avec succès, + -- Renvoie true si le vidage a été effectué avec succès, -- false dans le cas contraire. -while nous_avons_des_données_à_envoyer do - r:puts("Bla bla bla\n") -- envoi des données à 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 r:addoutputfilter(name|function) -- ajoute un filtre en sortie -r:addoutputfilter("fooFilter") -- insère le filtre fooFilter dans le flux de sortie +r:addoutputfilter("fooFilter") -- insère le filtre fooFilter dans le flux de sortie r:sendfile(filename) -- envoie un fichier entier au client en utilisant sendfile s'il est - -- supporté par la plateforme : + -- supporté par la plateforme : if use_sendfile_thing then r:sendfile("/var/www/large_file.img") @@ -710,9 +710,9 @@ end r:parseargs() -- renvoie deux tables : une table standard de couples - -- clé/valeur pour les données GET simples, - -- et une autre pour les données - -- multivaluées (par exemple foo=1&foo=2&foo=3) : + -- clé/valeur pour les données GET simples, + -- et une autre pour les données + -- multivaluées (par exemple foo=1&foo=2&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'] or "Unknown") -r:parsebody()([sizeLimit]) -- interprète le corps de la - -- requê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 être fourni - -- pour spécifier le nombre maximal - -- d'octets à interpréter. La - -- valeur par dé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'] or "Unknown") -r:puts("bonjour", " le monde", "!") -- affichage dans le corps de la réponse +r:puts("bonjour", " le monde", "!") -- affichage dans le corps de la réponse -r:write("une simple chaîne") -- affichage dans le corps de la réponse +r:write("une simple chaîne") -- affichage dans le corps de la réponse -r:escape_html("<html>test</html>") -- Echappe le code HTML et renvoie le résultat +r:escape_html("<html>test</html>") -- Echappe le code HTML et renvoie le résultat -r:base64_encode(string) -- Encode une chaîne à 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= -r:base64_decode(string) -- Décode une chaîne codé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' -r:md5(string) -- Calcule et renvoie le condensé MD5 d'une chaî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 -r:sha1(string) -- Calcule et renvoie le condensé SHA1 d'une chaî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 -r:escape(string) -- Echappe une chaîne de type URL. +r:escape(string) -- Echappe une chaîne de type URL. local url = "http://foo.bar/1 2 3 & 4 + 5" local escaped = r:escape(url) -- renvoie 'http%3a%2f%2ffoo.bar%2f1+2+3+%26+4+%2b+5' -r:unescape(string) -- Déséchappe une chaî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 & 4 + 5' -r:construct_url(string) -- Construit une URL à partir d'un URI +r:construct_url(string) -- Construit une URL à partir d'un URI local url = r:construct_url(r.uri) -r.mpm_query(number) -- Interroge le serveur à propos de son module MPM via la requê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 -r:expr(string) -- Evalue une chaîne de type expr. +r:expr(string) -- Evalue une chaîne de type expr. if r:expr("%{HTTP_HOST} =~ /^www/") then - r:puts("Ce nom d'hôte commence par www") + r:puts("Ce nom d'hôte commence par www") end -r:scoreboard_process(a) -- Interroge le serveur à propos du - -- processus à la position a. +r:scoreboard_process(a) -- Interroge le serveur à propos du + -- processus à la position a. local process = r:scoreboard_process(1) r:puts("Le serveur 1 a comme PID " .. process.pid) -r:scoreboard_worker(a, b) -- Interroge le serveur à propos du +r:scoreboard_worker(a, b) -- Interroge le serveur à propos du -- thread b, dans le processus a. local thread = r:scoreboard_worker(1, 1) r:puts("L'ID du thread 1 du serveur 1 est " .. thread.tid .. " et son -état est " .. thread.status) +état est " .. thread.status) -r:clock() -- Renvoie l'heure courante avec une précision d'une microseconde. +r:clock() -- Renvoie l'heure courante avec une précision d'une microseconde. -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 +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é le corps de requête suivant :\n") +r:puts("Vous m'avez envoyé le corps de requête suivant :\n") r:puts(input) -r:add_input_filter(filter_name) -- Ajoute le filtre en entrée 'filter_name'. +r:add_input_filter(filter_name) -- Ajoute le filtre en entrée 'filter_name'. -r:module_info(module_name) -- Interroge le serveur à 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émentées par ce module. + -- implémentées par ce module. end end -r:loaded_modules() -- Renvoie une liste des modules chargé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é le module " .. module .. "\n") + r:puts("J'ai chargé le module " .. module .. "\n") end -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. +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. -r:server_info() -- Renvoie une table contenant des informations à +r:server_info() -- Renvoie une table contenant des informations à -- propos du serveur, comme le nom de - -- l'exécutable httpd, le module mpm utilisé, etc... + -- l'exécutable httpd, le module mpm utilisé, etc... -r:set_document_root(file_path) -- Définit la racine des documents - -- pour la requête à file_path. +r:set_document_root(file_path) -- Définit la racine des documents + -- pour la requête à file_path. -r:add_version_component(component_string) -- Ajoute un élément à - -- la bannière du serveur. +r:add_version_component(component_string) -- Ajoute un élément à + -- la bannière du serveur. -r:set_context_info(prefix, docroot) -- Définit le préfixe et la - -- racine des documents du contexte pour une requête. +r:set_context_info(prefix, docroot) -- Définit le préfixe et la + -- racine des documents du contexte pour une requête. -r:os_escape_path(file_path) -- Convertit un chemin du système de - -- fichiers en URL indépendamment du systè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. -r:escape_logitem(string) -- Echappe une chaîne pour journalisation. +r:escape_logitem(string) -- Echappe une chaîne pour journalisation. -r.strcmp_match(string, pattern) -- Vérifie si 'string' correspond à +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 à '*.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 -r:set_keepalive() -- Définit l'état de persistance d'une requê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. -r:make_etag() -- Génère et renvoie le etag pour la requête courante. +r:make_etag() -- Génère et renvoie le etag pour la requête courante. -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. +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. -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(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!") -r.exists_config_define(string) -- Vérifie si une dé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 été lancé avec l'option -DFOO, ou FOO a - été dé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 -r:state_query(string) -- Interroge le serveur à propos de son état. +r:state_query(string) -- Interroge le serveur à propos de son état. -r:stat(filename [,wanted]) -- Exécute stat() sur un fichier, et renvoie une table contenant - -- des informations à 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 été modifié pour la dernière fois à : " .. info.modified) + r:puts("Ce fichier existe et a été modifié pour la dernière fois à : " .. info.modified) end -r:regex(string, pattern [,flags]) -- Exécute une recherche à base d'expression rationnelle - -- sur une chaîne, et renvoie les éventuelles correspondances trouvé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é ($2) est : " .. matches[2]) + capturé ($2) est : " .. matches[2]) end --- Exemple avec insensibilité à la casse : +-- Exemple avec insensibilité à la casse : local matches = r:regex("FOO bar BAz", [[(foo) bar]], 1) --- les drapeaux peuvent être une combibaison bit à bit de : --- 0x01: insensibilité à la casse +-- les drapeaux peuvent être une combibaison bit à bit de : +-- 0x01: insensibilité à la casse -- 0x02: recherche multiligne -r.usleep(microsecondes) -- Interrompt l'exécution du script pendant le nombre de microsecondes spécifié. +r.usleep(microsecondes) -- Interrompt l'exécution du script pendant le nombre de microsecondes spécifié. -r:dbacquire(dbType[, dbParams]) -- Acquiert une connexion à une base de données et renvoie une classe database. - -- Voir 'Connectivité aux bases de données' - -- pour plus de détails. +r:dbacquire(dbType[, dbParams]) -- Acquiert une connexion à une base de données et renvoie une classe database. + -- Voir 'Connectivité aux bases de données' + -- pour plus de détails. -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 +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é 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é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/é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ère VM qui effectue l'appel suivant n'obtiendra aucune - -- valeur, et devra la cré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éfinition globale de la variable + r:ivm_set("cached_data", foo) -- définition globale de la variable end - r:puts("La donnée en cache est : ", foo) + r:puts("La donnée en cache est : ", foo) end -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). +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). -r:mkdir(dir [,mode]) -- Crée un répertoire et définit son mode via le paramètre optionnel mode. +r:mkdir(dir [,mode]) -- Crée un répertoire et définit son mode via le paramè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. +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. -r:rmdir(dir) -- Supprime un répertoire. +r:rmdir(dir) -- Supprime un répertoire. -r:touch(file [,mtime]) -- Définit la date de modification d'un fichier à la date courante ou à +r:touch(file [,mtime]) -- Définit la date de modification d'un fichier à la date courante ou à -- la valeur optionnelle mtime en msec. -r:get_direntries(dir) -- Renvoie une table contenant toutes les entrées de répertoires. +r:get_direntries(dir) -- Renvoie une table contenant toutes les entrées de répertoires. --- Renvoie un chemin sous forme éclaté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 -r.date_parse_rfc(string) -- Interprète une chaîne date/heure et renvoie l'é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. @@ -1061,50 +1061,50 @@ r:getcookie(key) -- Obtient un cookie HTTP -r:setcookie(key, value, secure, expires) -- Dé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) -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: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 -r:wsread() -- Lit un cadre de websocket depuis une connexion vers websocket mise à 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 écrit : " .. line) +r:wswrite("Vous avez écrit : " .. line) -r:wswrite(line) -- écrit un cadre vers un client WebSocket : +r:wswrite(line) -- écrit un cadre vers un client WebSocket : r:wswrite("Bonjour le Monde !") -r:wsclose() -- ferme une requête WebSocket et l'achè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 écrit : " .. line); + r:wswrite("Vous avez écrit : " .. line); r:wswrite("Au revoir !") r:wsclose() end -r:wspeek() -- Vérifie s'il y a des données à lire +r:wspeek() -- Vérifie s'il y a des données à lire --- Se met en sommeil tant que rien ne nous est envoyé ... +-- Se met en sommeil tant que rien ne nous est envoyé ... while r:wspeek() == false do r.usleep(50000) end --- Il y a des données à lire ! +-- Il y a des données à lire ! local line = r:wsread() @@ -1112,12 +1112,12 @@ local line = r:wsread() r:config() -- Extrait une arborescence de l'ensemble de - -- la configuration de httpd pouvant être parcourue + -- la configuration de httpd pouvant être parcourue r:activeconfig() -- Extrait une arborescence de la configuration active - -- de httpd (pour le serveur virtuel sélectionné) + -- de httpd (pour le serveur virtuel sélectionné) @@ -1128,7 +1128,7 @@ r:activeconfig() -- Extrait une arborescence de la configuration active -- exemples de messages de journalisation r:trace1("Ceci est un message de journalisation de niveau - trace") -- les niveaux valides vont de trace1 à trace8
    + 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")
    @@ -1142,91 +1142,91 @@ r:activeconfig() -- Extrait une arborescence de la configuration active
    Paquet apache2 -

    Le paquet nommé apache2 est fourni avec (au minimum) le +

    Le paquet nommé apache2 est fourni avec (au minimum) le contenu suivant :

    apache2.OK
    Constante interne OK. Les gestionnaires renverront cette valeur - s'ils ont traité la requête.
    + s'ils ont traité la requête.
    apache2.DECLINED
    Constante interne DECLINED. Les gestionnaires renverront cette - valeur s'ils n'ont pas l'intention de traiter la requête.
    + valeur s'ils n'ont pas l'intention de traiter la requête.
    apache2.DONE
    Constante interne DONE.
    apache2.version
    -
    Chaîne contenant la version du serveur HTTP Apache
    +
    Chaîne contenant la version du serveur HTTP Apache
    apache2.HTTP_MOVED_TEMPORARILY
    -
    Code d'état HTTP
    +
    Code d'état HTTP
    apache2.PROXYREQ_NONE, apache2.PROXYREQ_PROXY, apache2.PROXYREQ_REVERSE, apache2.PROXYREQ_RESPONSE
    -
    Constantes internes utilisées par mod_proxy
    +
    Constantes internes utilisées par mod_proxy
    apache2.AUTHZ_DENIED, apache2.AUTHZ_GRANTED, apache2.AUTHZ_NEUTRAL, apache2.AUTHZ_GENERAL_ERROR, apache2.AUTHZ_DENIED_NO_USER
    -
    constantes internes utilisées par mod_authz_core
    +
    constantes internes utilisées par mod_authz_core
    -

    Les autres codes d'état HTTP ne sont pas encore implémentés.

    +

    Les autres codes d'état HTTP ne sont pas encore implémentés.

    Modification de contenu avec les filtres lua

    - Les fonctions de filtrage implémentées via les directives LuaInputFilter ou LuaOutputFilter 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 + module="mod_lua">LuaOutputFilter 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 :

    function filter(r) - -- 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 : + -- 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é + return -- Le filtrage est sauté end - -- 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. + -- 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è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 : + -- 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é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. + -- 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
    - Connectivité aux bases de données -

    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 + Connectivité aux bases de données +

    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.

    -

    L'exemple suivant montre comment se connecter à une base de -données et extraire des informations d'une table :

    +

    L'exemple suivant montre comment se connecter à une base de +données et extraire des informations d'une table :

    function handle(r) - -- connexion à la base de donné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é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 @@ -1238,86 +1238,86 @@ function handle(r) end database:close() else - r:puts("Connexion à la base de données impossible : " .. err) + r:puts("Connexion à la base de données impossible : " .. err) end end

    - Pour utiliser mod_dbd, spécifiez -mod_dbd comme type de base de données, ou laissez le champ + Pour utiliser mod_dbd, spécifiez +mod_dbd comme type de base de données, ou laissez le champ vide :

    local database = r:dbacquire("mod_dbd")
    - L'objet database et ses méthodes -

    L'objet database renvoyé par dbacquire possède -les méthodes suivantes :

    -

    Sélection normale et requête vers une base de données + L'objet database et ses méthodes +

    L'objet database renvoyé par dbacquire possède +les méthodes suivantes :

    +

    Sélection normale et requête vers une base de données :

    --- Exécution d'une requête et renvoie du nombre d'enregistrements -affecté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écution d'une requête et renvoie du résultat qui peut être utilisé +-- 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") -

    Utilisation de requêtes préparées (recommandé) :

    +

    Utilisation de requêtes préparées (recommandé) :

    --- Création et exécution d'une requête préparé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écute la requête pour age > 20 + local result, errmsg = statement:query(20) -- exécute la requête pour age > 20 end --- Extrait une requête préparé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ête + local result, errmsg = statement:select("John Doe", 123) -- injecte les valeurs "John Doe" et 123 dans la requête end -

    Echappement de valeurs, fermeture de la base données, +

    Echappement de valeurs, fermeture de la base données, etc...

    --- Echappe une valeur pour pouvoir l'utiliser dans une requête : +-- Echappe une valeur pour pouvoir l'utiliser dans une requête : local escaped = database:escape(r, [["'|blabla]]) --- Ferme une base de données et libère les liens vers cette dernière : +-- Ferme une base de données et libère les liens vers cette dernière : database:close() --- Vérifie si une connexion à une base de données est en service et -opérationnelle : +-- Vérifie si une connexion à une base de données est en service et +opérationnelle : local connected = database:active()
    - Travail avec les jeux d'enregistrements renvoyés par les requêtes -

    Les jeux d'enregistrements renvoyés par db:select ou par des -requêtes préparées créées par db:prepare permettent de -sélectionner des enregistrements en mode synchrone ou -asynchrone, selon le nombre d'enregistrements spécifié :
    - result(0) sélectionne tous les enregistrements en mode + Travail avec les jeux d'enregistrements renvoyés par les requêtes +

    Les jeux d'enregistrements renvoyés par db:select ou par des +requêtes préparées créées par db:prepare permettent de +sélectionner des enregistrements en mode synchrone ou +asynchrone, selon le nombre d'enregistrements spécifié :
    + result(0) sélectionne tous les enregistrements en mode synchrone en renvoyant une table d'enregistrements.
    - result(-1) sélectionne le prochain enregistrement disponible en + result(-1) sélectionne le prochain enregistrement disponible en mode asynchrone.
    - result(N) sélectionne l'enregistrement numéro + result(N) sélectionne l'enregistrement numéro N en mode asynchrone.

    --- extrait un jeu d'enregistrements via une requête réguliè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é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 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.

    Il est possible de construire une fonction qui renvoie une -fonction ité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 :

    @@ -1337,7 +1337,7 @@ end local statement, err = db:prepare(r, "SELECT * FROM `tbl` WHERE `age` > %u") if not err then - -- sé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 @@ -1345,7 +1345,7 @@ if not err then end end - -- sé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 @@ -1356,37 +1356,37 @@ end
    - Fermeture d'une connexion à une base de données + Fermeture d'une connexion à une base de données -

    Lorsqu'elles ne sont plus utilisées, les connexions aux bases de -données doivent être fermées avec database:close(). 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 +

    Lorsqu'elles ne sont plus utilisées, les connexions aux bases de +données doivent être fermées avec database:close(). 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 :

    --- Mé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éthode 2 : on laisse le collecteur de ré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ésidus +collectgarbage() -- fermeture de la connexion par le collecteur de résidus
    - Précautions à prendre lorsque l'on travaille avec les bases -de données + Précautions à prendre lorsque l'on travaille avec les bases +de données

    Bien que les fonctions query et run -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 +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 -run et query 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 db:prepare ou +run et query 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 db:prepare ou db:prepared.

    @@ -1395,26 +1395,26 @@ le cas des requêtes dynamiques, utilisez db:prepare ou LuaRoot -Spécifie le chemin de base pour la résolution des chemins +Spécifie le chemin de base pour la résolution des chemins relatifs dans les directives de mod_lua -LuaRoot /chemin/vers/un/répertoire +LuaRoot /chemin/vers/un/répertoire server configvirtual host directory.htaccess All -

    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.

    +

    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.

         LuaScope -Une valeur parmi once, request, conn, thread -- la valeur par défaut est once +Une valeur parmi once, request, conn, thread -- la valeur par défaut est once LuaScope once|request|conn|thread|server [min] [max] LuaScope once server configvirtual host @@ -1423,44 +1423,44 @@ relatifs dans les directives de mod_lua All -

    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".

    +

    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".

    -
    once:
    utilise l'interpréteur une fois.
    +
    once:
    utilise l'interpréteur une fois.
    -
    request:
    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.
    +
    request:
    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.
    -
    conn:
    idem request, mais attaché à connection_rec
    +
    conn:
    idem request, mais attaché à connection_rec
    -
    thread:
    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).
    +
    thread:
    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).
    -
    server:
    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 +
    server:
    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 min et max permettent - de spécifier les nombres minimaux et maximaux d'états lua à stocker + de spécifier les nombres minimaux et maximaux d'états lua à stocker dans la liste.
    -

    En général, les portées thread et server - 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 - thread ou server doivent être utilisées car - elles présenteront de meilleures performances. Alors que la portée - thread fournira les réponses les plus rapides, la portée - server 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 thread. +

    En général, les portées thread et server + 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 + thread ou server doivent être utilisées car + elles présenteront de meilleures performances. Alors que la portée + thread fournira les réponses les plus rapides, la portée + server 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 thread.

    @@ -1475,12 +1475,12 @@ relatifs dans les directives de mod_lua All -

    Cette directive permet de faire correspondre un modèle d'uri avec - une fonction de gestionnaire située dans un fichier spécifique. Elle +

    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èmes de sécurité en écrivant vos expressions + Prenez garde aux problèmes de sécurité en écrivant vos expressions rationnelles.

    Exemples : @@ -1490,27 +1490,27 @@ relatifs dans les directives de mod_lua

    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ès chargement de ce fichier.

    + après chargement de ce fichier.

    LuaMapHandler /bingo /scripts/wombat.lua

    Cette directive invoquera la fonction "handle" qui est la - valeur par défaut si aucun nom de fonction spécifique n'est - spécifié.

    + valeur par défaut si aucun nom de fonction spécifique n'est + spécifié.

     LuaPackagePath -Ajoute un répertoire au package.path de lua +Ajoute un répertoire au package.path de lua LuaPackagePath /chemin/vers/include/?.lua server configvirtual host directory.htaccess All -

    Cette directive permet d'ajouter un chemin à la liste des - chemins de recherche du module lua. Elle suit les mêmes conventions +

    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.

    Exemples : @@ -1524,7 +1524,7 @@ LuaPackagePath /scripts/lib/?/init.lua LuaPackageCPath -Ajoute un répertoire au package.cpath de lua +Ajoute un répertoire au package.cpath de lua LuaPackageCPath /chemin/vers/include/?.soa server configvirtual host directory.htaccess @@ -1532,8 +1532,8 @@ LuaPackagePath /scripts/lib/?/init.lua All -

    Cette directive permet d'ajouter un chemin à la liste des chemins - de recherche des bibliothèques partagées de lua. Ceci modifie le +

    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.

     @@ -1541,7 +1541,7 @@ LuaPackagePath /scripts/lib/?/init.lua LuaCodeCache -Configure le cache de code compilé. +Configure le cache de code compilé. LuaCodeCache stat|forever|never LuaCodeCache stat @@ -1551,18 +1551,18 @@ LuaPackagePath /scripts/lib/?/init.lua All

    - Cette directive permet de définir le comportement du cache de code - en mémoire. La valeur par défaut est stat ; dans ce cas, le script - du niveau le plus haut (et pas les scripts inclus) est vérifié à - chaque fois que ce fichier est nécessaire, et est rechargé si la - date de modification est plus récente que celle du script déjà - chargé. Les autres valeurs permettent respectivement de garder le - fichier en cache perpétuellement (forever - jamais vérifié ni - remplacé), ou de ne jamais le mettre en cache (never).

    - -

    En général, les valeurs stat et forever sont utilisées pour un + Cette directive permet de définir le comportement du cache de code + en mémoire. La valeur par défaut est stat ; dans ce cas, le script + du niveau le plus haut (et pas les scripts inclus) est vérifié à + chaque fois que ce fichier est nécessaire, et est rechargé si la + date de modification est plus récente que celle du script déjà + chargé. Les autres valeurs permettent respectivement de garder le + fichier en cache perpétuellement (forever - jamais vérifié ni + remplacé), ou de ne jamais le mettre en cache (never).

    + +

    En général, les valeurs stat et forever sont utilisées pour un serveur en production, et les valeurs stat ou never pour un serveur - en développement.

    + en développement.

    Exemples : @@ -1577,29 +1577,29 @@ LuaCodeCache never LuaHookTranslateName -Fournit un point d'entrée à la phase du nom de -traduction du traitement de la requête +Fournit un point d'entrée à la phase du nom de +traduction du traitement de la requête LuaHookTranslateName /chemin/vers/lua/script.lua nom_fonction_hook [early|late] server configvirtual host All -Le troisième argument optionnel est disponible depuis la +Le troisième argument optionnel est disponible depuis la version 2.3.15 du serveur HTTP Apache.

    - Cette directive permet d'ajouter un point d'entrée (à - APR_HOOK_MIDDLE) à la phase du nom de traduction du traitement de la - requête. La fonction hook accepte un seul argument, le request_rec, - et doit renvoyer un code d'état qui est soit un code d'erreur HTTP, - ou une constante définie dans le module apache2 : apache2.OK, + Cette directive permet d'ajouter un point d'entrée (à + APR_HOOK_MIDDLE) à la phase du nom de traduction du traitement de la + requête. La fonction hook accepte un seul argument, le request_rec, + et doit renvoyer un code d'état qui est soit un code d'erreur HTTP, + ou une constante définie dans le module apache2 : apache2.OK, apache2.DECLINED, ou apache2.DONE.

    -

    Pour ceux qui ne sont pas familiers avec les points d'entrée - (hook), en gros, chaque hook sera invoqué jusqu'à ce que l'un +

    Pour ceux qui ne sont pas familiers avec les points d'entrée + (hook), en gros, chaque hook sera invoqué jusqu'à ce que l'un d'entre eux renvoie apache2.OK. Si un hook n'effectuer pas la traduction, il doit juste renvoyer apache2.DECLINED. Si le - traitement de la requête doit être interrompu, la valeur renvoyée - doit être apache2.DONE.

    + traitement de la requête doit être interrompu, la valeur renvoyée + doit être apache2.DONE.

    Exemple :

    @@ -1621,21 +1621,21 @@ function silly_mapper(r) end     - Contexte

    Cette directive ne peut être - utilisée ni à l'intérieur d'une section Contexte

    Cette directive ne peut être + utilisée ni à l'intérieur d'une section Directory ou Files, ni dans un fichier htaccess.

     Ordonnancement

    Les arguments optionnels - "early" ou "late" permettent de contrôler le moment auquel ce script - s'exécute par rapport aux autres modules.

     + "early" ou "late" permettent de contrôler le moment auquel ce script + s'exécute par rapport aux autres modules.

         LuaHookFixups -Fournit un point d'entrée pour la phase de correction du -traitement de la requête +Fournit un point d'entrée pour la phase de correction du +traitement de la requête LuaHookFixups /chemin/vers/lua/script.lua hook_function_name server configvirtual host directory.htaccess @@ -1643,7 +1643,7 @@ traitement de la requête All

    - Idem LuaHookTranslateName, mais s'exécute durant la phase de + Idem LuaHookTranslateName, mais s'exécute durant la phase de correction.

    @@ -1652,7 +1652,7 @@ traitement de la requête LuaHookLog Permet une insertion dans la phase de journalisation du -traitement d'une requête +traitement d'une requête LuaHookLog /path/to/lua/script.lua log_function_name server configvirtual host directory.htaccess @@ -1660,12 +1660,12 @@ traitement d'une requête All

    - Ce dispositif d'insertion simple permet d'exécuter une fonction + Ce dispositif d'insertion simple permet d'exécuter une fonction lorsque httpd entre dans la phase de journalisation du traitement - d'une requête. Vous pouvez ainsi ajouter des données à vos propres - entrées de journalisation, manipuler les entrées du journal standard - avant leur enregistrement ou empêcher l'enregistrement d'une entrée - dans le journal. Pour empêcher l'enregistrement normal des entrées + d'une requête. Vous pouvez ainsi ajouter des données à vos propres + entrées de journalisation, manipuler les entrées du journal standard + avant leur enregistrement ou empêcher l'enregistrement d'une entrée + dans le journal. Pour empêcher l'enregistrement normal des entrées du journal, renvoyez simplement apache2.DONE dans votre gestionnaire de journalisation, ou au contraire, renvoyez apache2.OK pour que httpd effectue une journalisation @@ -1678,24 +1678,24 @@ LuaHookLog /path/to/script.lua logger -- /path/to/script.lua -- function logger(r) - -- on joue à pile ou face : - -- Si on obtient 1, on écrit dans notre propre journal Lua et on dit - -- à httpd de ne pas enregistrer d'entrée dans le journal standard.. - -- Si on obtient 2, on nettoie un peu les données avant que httpd ne + -- on joue à pile ou face : + -- Si on obtient 1, on écrit dans notre propre journal Lua et on dit + -- à httpd de ne pas enregistrer d'entrée dans le journal standard.. + -- Si on obtient 2, on nettoie un peu les données avant que httpd ne -- les enregistre dans le journal standard. if math.random(1,2) == 1 then -- On effectue notre propre journalisation et le journal - -- standard n'est pas alimenté + -- standard n'est pas alimenté local f = io.open("/foo/secret.log", "a") if f then - f:write("Quelque chose de secret est arrivé à " .. r.uri .. "\n") + f:write("Quelque chose de secret est arrivé à " .. r.uri .. "\n") f:close() end - return apache2.DONE -- On dit à httpd de ne rien enregistrer + return apache2.DONE -- On dit à httpd de ne rien enregistrer --dans le journal standard else - r.uri = r.uri:gsub("somesecretstuff", "") -- nettoie les données + r.uri = r.uri:gsub("somesecretstuff", "") -- nettoie les données return apache2.OK -- et httpd doit alors les enregistrer. end end @@ -1706,19 +1706,19 @@ end LuaHookMapToStorage -Fournit un point d'entrée pour la phase map_to_storage du -traitement de la requête +Fournit un point d'entrée pour la phase map_to_storage du +traitement de la requête LuaHookMapToStorage /chemin/vers/lua/script.lua hook_function_name server configvirtual host directory.htaccess All -

    Identique à la directive - LuaHookTranslateName, mais s'exécute à la - phase map-to-storage du traitement de la requête. Les modules comme - mod_cache agissent pendant cette phase, ce qui permet de présenter - un exemple intéressant de ce que l'on peut faire ici :

    +

    Identique à la directive + LuaHookTranslateName, mais s'exécute à la + phase map-to-storage du traitement de la requête. Les modules comme + mod_cache agissent pendant cette phase, ce qui permet de présenter + un exemple intéressant de ce que l'on peut faire ici :

    LuaHookMapToStorage /path/to/lua/script.lua check_cache @@ -1739,18 +1739,18 @@ end function check_cache(r) if r.filename:match("%.png$") then -- Ne concerne que les fichiers PNG - local file = cached_files[r.filename] -- Vérifie les entrées du cache + local file = cached_files[r.filename] -- Vérifie les entrées du cache if not file then file = read_file(r.filename) -- Lit le fichier vers le cache end if file then -- Si le fichier existe, on l'envoie r.status = 200 r:write(file) - r:info(("%s a été envoyé au client depuis le cache"):format(r.filename)) - return apache2.DONE -- cout-circuite le gestionnaire par défaut des fichiers PNG + r:info(("%s a été envoyé au client depuis le cache"):format(r.filename)) + return apache2.DONE -- cout-circuite le gestionnaire par défaut des fichiers PNG end end - return apache2.DECLINED -- Si nous n'avons rien eu à faire, nous laissons les autres s'en charger + return apache2.DECLINED -- Si nous n'avons rien eu à faire, nous laissons les autres s'en charger end @@ -1759,39 +1759,39 @@ end LuaHookCheckUserID -Fournit un point d'entrée pour la phase check_user_id du -traitement de la requête +Fournit un point d'entrée pour la phase check_user_id du +traitement de la requête LuaHookCheckUserID /path/to/lua/script.lua hook_function_name server configvirtual host directory.htaccess All LuaHookTypeChecker -Fournit un point d'entrée pour la phase type_checker du -traitement de la requête +Fournit un point d'entrée pour la phase type_checker du +traitement de la requête LuaHookTypeChecker /chemin/vers/lua/script.lua hook_function_name server configvirtual host directory.htaccess All

    - Cette directive fournit un point d'entrée pour la phase - type_checker du traitement de la requête. Cette phase - correspond au moment où la requête se voit assigner un type et un - gestionnaire de contenu, et peut donc être utilisée pour modifier le - type et le gestionnaire en fonction de l'entrée : + Cette directive fournit un point d'entrée pour la phase + type_checker du traitement de la requête. Cette phase + correspond au moment où la requête se voit assigner un type et un + gestionnaire de contenu, et peut donc être utilisée pour modifier le + type et le gestionnaire en fonction de l'entrée :

    LuaHookTypeChecker "/path/to/lua/script.lua" type_checker @@ -1800,8 +1800,8 @@ traitement de la requête function type_checker(r) if r.uri:match("%.to_gif$") then -- foo.png.to_gif convient r.content_type = "image/gif" -- affectation du type image/gif - r.handler = "gifWizard" -- force le traitement de la requête par le module gifWizard - r.filename = r.uri:gsub("%.to_gif$", "") -- corrige le nom du fichier demandé + r.handler = "gifWizard" -- force le traitement de la requête par le module gifWizard + r.filename = r.uri:gsub("%.to_gif$", "") -- corrige le nom du fichier demandé return apache2.OK end @@ -1813,38 +1813,38 @@ traitement de la requête LuaHookAuthChecker -Fournit un point d'entrée pour la phase auth_checker du -traitement de la requête +Fournit un point d'entrée pour la phase auth_checker du +traitement de la requête LuaHookAuthChecker /chemin/vers/lua/script.lua hook_function_name [early|late] server configvirtual host directory.htaccess All -Le troisième argument optionnel est disponible depuis la +Le troisième argument optionnel est disponible depuis la version 2.3.15 du serveur HTTP Apache.

    Invoque une fonction lua au cours de la phase auth_checker du -traitement de la requête. Cette directive peut s'utiliser pour -implémenter une vérification arbitraire de l'authentification et de -l'autorisation. Voici un exemple très simple : +traitement de la requête. Cette directive peut s'utiliser pour +implémenter une vérification arbitraire de l'authentification et de +l'autorisation. Voici un exemple très simple :

    require 'apache2' -- fonction d'accroche authcheck fictive --- Si la requête ne contient aucune donnée d'authentification, l'en-tête --- de la réponse est défini et un code 401 est renvoyé afin de demander au --- navigateur d'effectuer une authentification basique. Si la requête --- comporte des données d'authentification, elles ne sont pas vraiment --- consultées, mais on admet la prise en compte de l'utilisateur 'foo' et --- on la valide. On vérifie ensuite si l'utilisateur est bien 'foo' et on --- accepte la requête. +-- Si la requête ne contient aucune donnée d'authentification, l'en-tête +-- de la réponse est défini et un code 401 est renvoyé afin de demander au +-- navigateur d'effectuer une authentification basique. Si la requête +-- comporte des données d'authentification, elles ne sont pas vraiment +-- consultées, mais on admet la prise en compte de l'utilisateur 'foo' et +-- on la valide. On vérifie ensuite si l'utilisateur est bien 'foo' et on +-- accepte la requête. function authcheck_hook(r) -- recherche des informations d'authentification auth = r.headers_in['Authorization'] if auth ~= nil then - -- définition d'un utilisateur par défaut + -- définition d'un utilisateur par défaut r.user = 'foo' end @@ -1863,90 +1863,90 @@ function authcheck_hook(r) end Ordonnancement

    Les arguments optionnels - "early" ou "late" permettent de contrôler le moment auquel ce script - s'exécute par rapport aux autres modules.

     + "early" ou "late" permettent de contrôler le moment auquel ce script + s'exécute par rapport aux autres modules.

         LuaHookAccessChecker -Fournit un point d'entrée pour la phase access_checker du -traitement de la requête +Fournit un point d'entrée pour la phase access_checker du +traitement de la requête LuaHookAccessChecker /chemin/vers/lua/script.lua hook_function_name [early|late] server configvirtual host directory.htaccess All -Le troisième argument optionnel est disponible depuis la +Le troisième argument optionnel est disponible depuis la version 2.3.15 du serveur HTTP Apache. -

    Ajoute votre fonction d'accroche à la phase access_checker. Une -fonction d'accroche access checker renvoie en général OK, DECLINED, ou +

    Ajoute votre fonction d'accroche à la phase access_checker. Une +fonction d'accroche access checker renvoie en général OK, DECLINED, ou HTTP_FORBIDDEN.

    Ordonnancement

    Les arguments optionnels - "early" ou "late" permettent de contrôler le moment auquel ce script - s'exécute par rapport aux autres modules.

     + "early" ou "late" permettent de contrôler le moment auquel ce script + s'exécute par rapport aux autres modules.

         LuaHookInsertFilter -Fournit un point d'entrée pour la phase insert_filter du -traitement de la requête +Fournit un point d'entrée pour la phase insert_filter du +traitement de la requête LuaHookInsertFilter /chemin/vers/lua/script.lua hook_function_name server configvirtual host directory.htaccess All -

    Non encore implémenté

     +

    Non encore implémenté

         LuaInherit -Contrôle la manière dont les sections de configuration -parentes sont fusionnées dans les enfants +Contrôle la manière dont les sections de configuration +parentes sont fusionnées dans les enfants LuaInherit none|parent-first|parent-last LuaInherit parent-first server configvirtual host directory.htaccess All -Versions 2.4.0 et supérieures -

    Par défaut, si des directives LuaHook* se trouvent dans +Versions 2.4.0 et supérieures +

    Par défaut, si des directives LuaHook* se trouvent dans des sections de configuration Directory ou Location qui se chevauchent, les scripts - définis dans les sections les plus spécifiques s'exécutent - après ceux définis dans les sections plus génériques + définis dans les sections les plus spécifiques s'exécutent + après ceux définis dans les sections plus génériques (LuaInherit parent-first). Vous pouvez inverser cet ordre, ou faire en sorte que le contexte parent ne s'applique pas du tout.

    -

    Jusqu'aux versions 2.3.x, le comportement par défaut consistait à - ignorer les directives LuaHook* situées dans les sections de +

    Jusqu'aux versions 2.3.x, le comportement par défaut consistait à + ignorer les directives LuaHook* situées dans les sections de configuration parentes.

         LuaQuickHandler -Fournit un point d'entrée pour la gestion rapide du -traitement de la requête +Fournit un point d'entrée pour la gestion rapide du +traitement de la requête LuaQuickHandler /path/to/script.lua hook_function_name server configvirtual host directory.htaccess All -

    Cette phase s'exécute juste après l'attribution de la requête à +

    Cette phase s'exécute juste après l'attribution de la requête à un serveur virtuel, et permet d'effectuer certains traitements avant - le déroulement des autres phases, ou de servir une requête sans - avoir à la traduire, l'associer à un espace de stockage, etc... - Comme cette phase s'exécute avant toute autre, les directives telles + le déroulement des autres phases, ou de servir une requête sans + avoir à la traduire, l'associer à un espace de stockage, etc... + Comme cette phase s'exécute avant toute autre, les directives telles que Location ou Directory ne - sont pas encore prises en compte, car Les URI n'ont pas encore été - entièrement interprétés. + sont pas encore prises en compte, car Les URI n'ont pas encore été + entièrement interprétés.

    - Contexte

    Cette directive ne peut être - utilisée ni à l'intérieur d'une section Contexte

    Cette directive ne peut être + utilisée ni à l'intérieur d'une section Directory ou Files, ni dans un fichier htaccess.

         @@ -1961,8 +1961,8 @@ traitement de la requête Disponible depuis la version 2.4.3 du serveur HTTP Apache -

    Lorsqu'une fonction lua a été enregistrée en tant que fournisseur -d'autorisation, elle peut être appelée via la directive Lorsqu'une fonction lua a été enregistrée en tant que fournisseur +d'autorisation, elle peut être appelée via la directive Require :

    @@ -1986,20 +1986,20 @@ end LuaInputFilter -Fournit une fonction Lua pour le filtrage en entrée +Fournit une fonction Lua pour le filtrage en entrée LuaInputFilter filter_name /path/to/lua/script.lua function_name server config Disponible depuis la version 2.4.5 du serveur HTTP Apache -

    Cette directive permet d'ajouter un filtre en entrée sous la forme +

    Cette directive permet d'ajouter un filtre en entrée sous la forme d'une fonction Lua. A l'instar des filtres en sorties, les filtres en -entrée fonctionnent comme des sous-routines, intervenant dans un premier +entrée fonctionnent comme des sous-routines, intervenant dans un premier temps avant l'envoi du contenu des tampons, puis chaque fois qu'un -paquet de données doit être transmis à la chaîne, et éventuellement -produisant toute donnée à ajouter aux données en entrée. La variable -globale bucket contient les paquets de données tels qu'ils +paquet de données doit être transmis à la chaîne, et éventuellement +produisant toute donnée à ajouter aux données en entrée. La variable +globale bucket contient les paquets de données tels qu'ils sont transmis au script Lua :

    @@ -2011,36 +2011,36 @@ LuaInputFilter myInputFilter /www/filter.lua input_filter     --[[ - Exemple de filtre en entrée qui convertit toutes les données POST en + Exemple de filtre en entrée qui convertit toutes les données POST en majuscules. ]]-- function input_filter(r) - print("luaInputFilter called") -- pour débogage - coroutine.yield() -- attend des paquets de données + print("luaInputFilter called") -- pour débogage + coroutine.yield() -- attend des paquets de données while bucket do -- Pour chaque paquet, faire ... - local output = string.upper(bucket) -- Convertit toutes les données POST en majuscules - coroutine.yield(output) -- Envoie les données traitées à la chaîne de filtrage + local output = string.upper(bucket) -- Convertit toutes les données POST en majuscules + coroutine.yield(output) -- Envoie les données traitées à la chaîne de filtrage end - -- plus aucune donnée à traiter. - coroutine.yield("&filterSignature=1234") -- Ajoute une signature à la fin + -- plus aucune donnée à traiter. + coroutine.yield("&filterSignature=1234") -- Ajoute une signature à la fin end

    -Le filtre en entrée peut interdire ou sauter un filtre s'il est -considéré comme indésirable : +Le filtre en entrée peut interdire ou sauter un filtre s'il est +considéré comme indésirable :

    function input_filter(r) if not good then - return -- Empêche tout simplement le filtrage et transmet le contenu original + return -- Empêche tout simplement le filtrage et transmet le contenu original end - coroutine.yield() -- attend des paquets de données + coroutine.yield() -- attend des paquets de données ... -- insert les filtres ici end

    Voir "Modification de contenu avec les -filtres Lua" pour plus de détails. +filtres Lua" pour plus de détails.

    @@ -2051,17 +2051,17 @@ filtres Lua" pour plus de détails. sortie LuaOutputFilter filter_name /path/to/lua/script.lua function_name server config -Disponible à partir de la version 2.4.5 du serveur HTTP +Disponible à partir de la version 2.4.5 du serveur HTTP Apache

    >Cette directive permet d'ajouter un filtre en sortie sous la forme d'une fonction Lua. A l'instar des filtres en sorties, les filtres en -entrée fonctionnent comme des sous-routines, intervenant dans un premier +entrée fonctionnent comme des sous-routines, intervenant dans un premier temps avant l'envoi du contenu des tampons, puis chaque fois qu'un -paquet de données doit être transmis à la chaîne, et éventuellement -produisant toute donnée à ajouter aux données en sortie. La variable -globale bucket contient les paquets de données tels qu'ils +paquet de données doit être transmis à la chaîne, et éventuellement +produisant toute donnée à ajouter aux données en sortie. La variable +globale bucket contient les paquets de données tels qu'ils sont transmis au script Lua :

    @@ -2073,42 +2073,42 @@ LuaOutputFilter myOutputFilter /www/filter.lua output_filter --[[ - Exemple de filtre en sortie qui échappe toutes les entités HTML en + Exemple de filtre en sortie qui échappe toutes les entités HTML en sortie ]]-- function output_filter(r) - coroutine.yield("(Handled by myOutputFilter)<br/>\n") -- Ajoute des données au début de la sortie, - -- puis attend des paquets de données à traiter + coroutine.yield("(Handled by myOutputFilter)<br/>\n") -- Ajoute des données au début de la sortie, + -- puis attend des paquets de données à traiter while bucket do -- Pour chaque paquet, faire ... - local output = r:escape_html(bucket) -- Echappe les données en sortie - coroutine.yield(output) -- Envoie les données traitées à la chaîne + local output = r:escape_html(bucket) -- Echappe les données en sortie + coroutine.yield(output) -- Envoie les données traitées à la chaîne end - -- plus aucune donnée à traiter. + -- plus aucune donnée à traiter. end

    -Comme les filres en entrée, le filtre en sortie peut interdire ou sauter un filtre s'il est -considéré comme indésirable : +Comme les filres en entrée, le filtre en sortie peut interdire ou sauter un filtre s'il est +considéré comme indésirable :

    function output_filter(r) if not r.content_type:match("text/html") then - return -- Empêche tout simplement le filtrage et transmet le contenu original + return -- Empêche tout simplement le filtrage et transmet le contenu original end - coroutine.yield() -- attend des paquets de données + coroutine.yield() -- attend des paquets de données ... -- insert les filtres ici end Les filtres Lua avec <module>mod_filter</module>

    Lorsqu'on utilise un filtre Lua comme fournisseur sous-jacent via la directive FilterProvider, le -filtrage ne fonctionnera que si filter-name est identique à +filtrage ne fonctionnera que si filter-name est identique à provider-name.

    Voir "Modification de contenu avec les -filtres Lua" pour plus de détails. +filtres Lua" pour plus de détails.

    diff --git a/docs/manual/mod/mod_macro.html.fr b/docs/manual/mod/mod_macro.html.fr index 9c06d156245..be783d1fb44 100644 --- a/docs/manual/mod/mod_macro.html.fr +++ b/docs/manual/mod/mod_macro.html.fr @@ -56,7 +56,7 @@ de configuration Apache.
  • UndefMacro
  • Use
    • -
    +

    Récapitulatif des corrections de bogues

    top

    Utilisation

    diff --git a/docs/manual/mod/mod_negotiation.html.fr b/docs/manual/mod/mod_negotiation.html.fr index a11521342d3..6f1f13aa77e 100644 --- a/docs/manual/mod/mod_negotiation.html.fr +++ b/docs/manual/mod/mod_negotiation.html.fr @@ -62,7 +62,7 @@ contenu
  • ForceLanguagePriority
  • LanguagePriority
    • -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    • Options
    • mod_mime
      • diff --git a/docs/manual/mod/mod_proxy.html.fr b/docs/manual/mod/mod_proxy.html.fr index cfc4604ba0f..62ab4038dc3 100644 --- a/docs/manual/mod/mod_proxy.html.fr +++ b/docs/manual/mod/mod_proxy.html.fr @@ -143,7 +143,7 @@
    • ProxyTimeout
    • ProxyVia
    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    • mod_cache
    • mod_proxy_ajp
      • diff --git a/docs/manual/mod/mod_proxy_http.html.fr b/docs/manual/mod/mod_proxy_http.html.fr index 292c7e803ca..73fe6411366 100644 --- a/docs/manual/mod/mod_proxy_http.html.fr +++ b/docs/manual/mod/mod_proxy_http.html.fr @@ -61,7 +61,7 @@
    • Informations sur les requêtes

    Directives

    Ce module ne fournit aucune directive.

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    • mod_authz_host
    • mod_status
      • diff --git a/docs/manual/mod/mod_rewrite.html.fr b/docs/manual/mod/mod_rewrite.html.fr index c77051c32c5..89379f2bc8d 100644 --- a/docs/manual/mod/mod_rewrite.html.fr +++ b/docs/manual/mod/mod_rewrite.html.fr @@ -75,7 +75,7 @@ r
    • RewriteOptions
    • RewriteRule
    -
    +

    Récapitulatif des corrections de bogues

    top

    Journalisation

    diff --git a/docs/manual/mod/mod_sed.html.fr b/docs/manual/mod/mod_sed.html.fr index 4ef866c5677..f83d27e2c96 100644 --- a/docs/manual/mod/mod_sed.html.fr +++ b/docs/manual/mod/mod_sed.html.fr @@ -83,7 +83,7 @@ recherche/remplacement de cha
  • InputSed
  • OutputSed
    • -
    +

    Récapitulatif des corrections de bogues

    top

    Exemple de configuration

    diff --git a/docs/manual/mod/mod_setenvif.html.fr b/docs/manual/mod/mod_setenvif.html.fr index b5cfb8d65a2..5bd18eb8e82 100644 --- a/docs/manual/mod/mod_setenvif.html.fr +++ b/docs/manual/mod/mod_setenvif.html.fr @@ -75,7 +75,7 @@ BrowserMatch MSIE !netscape
  • SetEnvIfExpr
  • SetEnvIfNoCase
    • -

    Voir aussi

    +

    Récapitulatif des corrections de bogues

    Voir aussi

    -
    +

    Récapitulatif des corrections de bogues

    top

    Création de modules chargeables pour diff --git a/docs/manual/mod/mod_status.html.fr b/docs/manual/mod/mod_status.html.fr index efd5b3b7333..d32cdabf89b 100644 --- a/docs/manual/mod/mod_status.html.fr +++ b/docs/manual/mod/mod_status.html.fr @@ -89,7 +89,7 @@ du serveur fonctionnement

    Directives

    Ce module ne fournit aucune directive.

    -
    +

    Récapitulatif des corrections de bogues

    top

    Activation du rapport d'état

    diff --git a/docs/manual/mod/mod_unique_id.html.fr b/docs/manual/mod/mod_unique_id.html.fr index bb510f0286a..910b85e6cc9 100644 --- a/docs/manual/mod/mod_unique_id.html.fr +++ b/docs/manual/mod/mod_unique_id.html.fr @@ -53,7 +53,7 @@ identifiant unique pour chaque requ
  • Théorie

    • Directives

    Ce module ne fournit aucune directive.

    -
    +

    Récapitulatif des corrections de bogues

    top

    Théorie

    diff --git a/docs/manual/socache.xml.fr b/docs/manual/socache.xml.fr index 97fd296fb53..d02ae1a8638 100644 --- a/docs/manual/socache.xml.fr +++ b/docs/manual/socache.xml.fr @@ -1,8 +1,8 @@ - + - + @@ -25,27 +25,27 @@ - Le cache des objets partagés du serveur HTTP Apache + Le cache des objets partagés du serveur HTTP Apache -

    Le cache des objets partagés est un concept de partage de données - de base entre tous les processus d'un serveur, sans se préoccuper du - modèle de threads et de processus. On - l'utilise lorsque les avantages apportés par le partage de données - entre processus contrebalance la perte de performances consécutive à +

    Le cache des objets partagés est un concept de partage de données + de base entre tous les processus d'un serveur, sans se préoccuper du + modèle de threads et de processus. On + l'utilise lorsque les avantages apportés par le partage de données + entre processus contrebalance la perte de performances consécutive à la communication interprocessus.
    - Fournisseurs du cache d'objets partagés -

    Le cache d'objets partagés en tant que tel est une abstraction. - Il est implémenté par quatre modules différents. Pour pouvoir - utiliser le cache, un ou plusieurs de ces modules doivent être - présents et configurés.

    -

    Le seul élément de configuration consiste à définir le - fournisseur de cache à utiliser. Ceci est de la responsabilité des + Fournisseurs du cache d'objets partagés +

    Le cache d'objets partagés en tant que tel est une abstraction. + Il est implémenté par quatre modules différents. Pour pouvoir + utiliser le cache, un ou plusieurs de ces modules doivent être + présents et configurés.

    +

    Le seul élément de configuration consiste à définir le + fournisseur de cache à utiliser. Ceci est de la responsabilité des modules qui utilisent le cache, et pour cela, ils activent la - sélection via des directives telles que CacheSocache, AuthnCacheSOCache, SSLSessionCache, et

    "dbm" (mod_socache_dbm)
    Celui-ci utilise un fichier de hashage DBM. Le choix de la - DBM sous-jacente peut être configurable si la version - d'APR installée supporte de multiples implémentations de DBM.
    + DBM sous-jacente peut être configurable si la version + d'APR installée supporte de multiples implémentations de DBM.
    "dc" (mod_socache_dc)
    -
    Celui-ci utilise les bibliothèques de mise en cache de sessions - distribuées distcache.
    +
    Celui-ci utilise les bibliothèques de mise en cache de sessions + distribuées distcache.
    "memcache" (mod_socache_memcache)
    -
    Celui-ci utilise le système à hautes performances de mise en - cache d'objets de mémoire distribuée Celui-ci utilise le système à hautes performances de mise en + cache d'objets de mémoire distribuée memcached.
    "shmcb" (mod_socache_shmcb)
    -
    Celui-ci utilise un tampon cyclique à hautes performances au - sein d'un segment de mémoire partagée.
    +
    Celui-ci utilise un tampon cyclique à hautes performances au + sein d'un segment de mémoire partagée.

    L'API fournit les fonctions suivantes :

    @@ -73,27 +73,27 @@
    const char *create(ap_socache_instance_t **instance, const char *arg, apr_pool_t *tmp, apr_pool_t *p);
    -
    Cette fonction permet de créer un cache de session basé sur - la chaîne de configuration spécifiée. Le pointeur d'instance - renvoyé dans le paramètre instance sera passé comme premier - argument des invocations subséquentes.
    +
    Cette fonction permet de créer un cache de session basé sur + la chaîne de configuration spécifiée. Le pointeur d'instance + renvoyé dans le paramètre instance sera passé comme premier + argument des invocations subséquentes.
    apr_status_t init(ap_socache_instance_t *instance, const char *cname, const struct ap_socache_hints *hints, server_rec *s, apr_pool_t *pool)
    Cette fonction permet d'initialiser le cache. L'argument cname - doit avoir une longueur maximale de 16 caractères et permet - d'identifier de manière unique l'utilisateur du cache au sein du - serveur ; il est recommandé d'utiliser le nom du module, par - exemple "mod_ssl-sess". Comme cette chaîne peut être utilisée au - sein d'un système de fichiers, il est conseillé de n'utiliser que - des caractères alphanumériques [a-z0-9_-]. Si l'argument hints - n'est pas égal à NULL, il fournit un ensemble d'indications au - fournisseur. La valeur retournée est le code d'erreur APR.
    + doit avoir une longueur maximale de 16 caractères et permet + d'identifier de manière unique l'utilisateur du cache au sein du + serveur ; il est recommandé d'utiliser le nom du module, par + exemple "mod_ssl-sess". Comme cette chaîne peut être utilisée au + sein d'un système de fichiers, il est conseillé de n'utiliser que + des caractères alphanumériques [a-z0-9_-]. Si l'argument hints + n'est pas égal à NULL, il fournit un ensemble d'indications au + fournisseur. La valeur retournée est le code d'erreur APR.
    void destroy(ap_socache_instance_t *instance, server_rec *s)
    -
    Cette fonction permet de détruire l'instance de cache - spécifiée.
    +
    Cette fonction permet de détruire l'instance de cache + spécifiée.
    apr_status_t store(ap_socache_instance_t *instance, server_rec *s, const unsigned char *id, unsigned int idlen, @@ -115,12 +115,12 @@
    Supprime un objet du cache.
    void status(ap_socache_instance_t *instance, request_rec *r, int flags)
    -
    Descend le détail d'une instance de cache à destination de mod_status.
    +
    Descend le détail d'une instance de cache à destination de mod_status.
    apr_status_t iterate(ap_socache_instance_t *instance, server_rec *s, void *userctx, ap_socache_iterator_t *iterator, apr_pool_t *pool)
    -
    Descend tous les objets en cache à destination d'une fonction iterator callback.
    +
    Descend tous les objets en cache à destination d'une fonction iterator callback.