Commit 6138d353 authored by Lucien Gentis's avatar Lucien Gentis
Browse files

XML updates.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1727729 13f79535-47bb-0310-9956-ffa450edef68
parent 9719dd70
Loading
Loading
Loading
Loading
+51 −51
Original line number Diff line number Diff line
<?xml version="1.0"?>
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
<!-- English Revision: 1678234:1673563 (outdated) -->
<!-- English Revision: 1678234 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->

@@ -25,7 +25,7 @@
<modulesynopsis metafile="mod_proxy_scgi.xml.meta">

<name>mod_proxy_scgi</name>
<description>Module fournissant le support de la passerelle SCGI &agrave;
<description>Module fournissant le support de la passerelle SCGI à
<module>mod_proxy</module></description>
<status>Extension</status>
<sourcefile>mod_proxy_scgi.c</sourcefile>
@@ -38,15 +38,15 @@
    <a href="http://python.ca/scgi/protocol.txt">protocole SCGI, version
    1</a>.</p>

    <p>Ainsi, pour &ecirc;tre en mesure de traiter le protocole SCGI,
    <p>Ainsi, pour être en mesure de traiter le protocole SCGI,
    <module>mod_proxy</module> et <module>mod_proxy_scgi</module>
    doivent &ecirc;tre charg&eacute;s dans le serveur.</p>
    doivent être chargés dans le serveur.</p>

    <note type="warning"><title>Avertissement</title>
      <p>N'activez pas la fonctionnalit&eacute; de mandataire avant d'avoir <a
      href="mod_proxy.html#access">s&eacute;curis&eacute; votre serveur</a>. Les
      <p>N'activez pas la fonctionnalité de mandataire avant d'avoir <a
      href="mod_proxy.html#access">sécurisé votre serveur</a>. Les
      serveurs mandataires ouverts sont dangereux non seulement pour
      votre r&eacute;seau, mais aussi pour l'Internet au sens large.</p>
      votre réseau, mais aussi pour l'Internet au sens large.</p>
    </note>
</summary>

@@ -64,14 +64,14 @@
      </highlight>
    </example>

    <p>La passerelle &agrave; r&eacute;partition de charge n&eacute;cessite le chargement du
    <p>La passerelle à répartition de charge nécessite le chargement du
    module <module>mod_proxy_balancer</module> et d'au moins un module
    fournissant un algorithme de r&eacute;partition de charge, comme
    fournissant un algorithme de répartition de charge, comme
    <module>mod_lbmethod_byrequests</module> en plus des modules
    d&eacute;j&agrave; cit&eacute;s. <module>mod_lbmethod_byrequests</module> est le module
    par d&eacute;faut et sera utilis&eacute; dans cet exemple de configuration.</p>
    déjà cités. <module>mod_lbmethod_byrequests</module> est le module
    par défaut et sera utilisé dans cet exemple de configuration.</p>

    <example><title>Passerelle &agrave; r&eacute;partition de charge</title>
    <example><title>Passerelle à répartition de charge</title>
    <highlight language="config">
ProxyPass "/scgi-bin/" "balancer://somecluster/"
&lt;Proxy "balancer://somecluster"&gt;
@@ -84,23 +84,23 @@ ProxyPass "/scgi-bin/" "balancer://somecluster/"

<section id="env"><title>Variables d'environnement</title>
    <p>En plus des directives de configuration qui permettent de
    contr&ocirc;ler le comportement de <module>mod_proxy</module>, une
    contrôler le comportement de <module>mod_proxy</module>, une
    <dfn>variable d'environnement</dfn> peut aussi
    contr&ocirc;ler le fournisseur de protocole SCGI :</p>
    contrôler le fournisseur de protocole SCGI :</p>
    <dl>
        <dt>proxy-scgi-pathinfo</dt>
        <dd>Par d&eacute;faut, <module>mod_proxy_scgi</module> ne cr&eacute;era ni
        <dd>Par défaut, <module>mod_proxy_scgi</module> ne créera ni
	exportera jamais la variable d'environnement
	<var>PATH_INFO</var>. Ceci permet au serveur SCGI d'arri&egrave;re-plan
	de d&eacute;terminer correctement <var>SCRIPT_NAME</var> et
	<var>Script-URI</var>, et de rester en conformit&eacute; avec la section
	<var>PATH_INFO</var>. Ceci permet au serveur SCGI d'arrière-plan
	de déterminer correctement <var>SCRIPT_NAME</var> et
	<var>Script-URI</var>, et de rester en conformité avec la section
	3.3 de la RFC 3875. Si au contraire vous souhaitez que
	<module>mod_proxy_scgi</module> g&eacute;n&egrave;re une estimation la plus
	pr&eacute;cise possible de <var>PATH_INFO</var>, d&eacute;finissez cette
	variable d'environnement. La variable doit &ecirc;tre d&eacute;finie avant
	<module>mod_proxy_scgi</module> génère une estimation la plus
	précise possible de <var>PATH_INFO</var>, définissez cette
	variable d'environnement. La variable doit être définie avant
	que la directive <directive
	module="env">SetEnv</directive> ne soit effective. Il est possible
	d'utiliser &agrave; la	place la directive <directive
	d'utiliser à la	place la directive <directive
	module="setenv">SetEnvIf</directive> : <code>SetEnvIf Request_URI . proxy-scgi-pathinfo</code>
	</dd>
    </dl>
@@ -108,9 +108,9 @@ ProxyPass "/scgi-bin/" "balancer://somecluster/"

<directivesynopsis>
<name>ProxySCGISendfile</name>
<description>Active l'&eacute;valuation du pseudo en-t&ecirc;te de r&eacute;ponse
<description>Active l'évaluation du pseudo en-tête de réponse
<var>X-Sendfile</var></description>
<syntax>ProxySCGISendfile On|Off|<var>nom-en-t&ecirc;te</var></syntax>
<syntax>ProxySCGISendfile On|Off|<var>nom-en-tête</var></syntax>
<default>ProxySCGISendfile Off</default>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context></contextlist>
@@ -118,39 +118,39 @@ ProxyPass "/scgi-bin/" "balancer://somecluster/"
<usage>
    <p>La directive <directive>ProxySCGISendfile</directive> permet au
    serveur cible SCGI de faire servir les fichiers directement par la
    passerelle. Ceci s'av&egrave;re b&eacute;n&eacute;fique en
    mati&egrave;re de performances &mdash;
    passerelle. Ceci s'avère bénéfique en
    matière de performances &mdash;
    httpd peut alors utiliser <code>sendfile</code> ou d'autres
    optimisations, ce qui n'est pas possible si les fichiers passent par
    la socket du serveur cible. En outre, les fichiers ne sont transmis
    qu'une seule fois.</p>
    <p>L'argument de la directive
    <directive>ProxySCGISendfile</directive> d&eacute;termine le comportement
    <directive>ProxySCGISendfile</directive> détermine le comportement
    de la passerelle :</p>
    <dl>
    <dt><code>Off</code></dt>
    <dd>Aucun traitement particulier n'est effectu&eacute;.</dd>
    <dd>Aucun traitement particulier n'est effectué.</dd>

    <dt><code>On</code></dt>
    <dd>La passerelle recherche un en-t&ecirc;te dans la r&eacute;ponse du serveur
    cible nomm&eacute; <code>X-Sendfile</code>, et interpr&egrave;te sa valeur comme
    le nom du fichier &agrave; servir. L'en-t&ecirc;te est ensuite supprim&eacute; de la
    r&eacute;ponse finale. Cet argument produit le m&ecirc;me effet que
    <dd>La passerelle recherche un en-tête dans la réponse du serveur
    cible nommé <code>X-Sendfile</code>, et interprète sa valeur comme
    le nom du fichier à servir. L'en-tête est ensuite supprimé de la
    réponse finale. Cet argument produit le même effet que
    <code>ProxySCGISendfile X-Sendfile</code>.</dd>

    <dt>toute autre valeur</dt>
    <dd>Identique &agrave; <code>On</code>, mais au lieu de rechercher le nom
    d'en-t&ecirc;te cod&eacute; en dur <code>X-Sendfile</code>, c'est la
    valeur de l'argument qui constitue le nom de l'en-t&ecirc;te
    &agrave; rechercher.</dd>
    <dd>Identique à <code>On</code>, mais au lieu de rechercher le nom
    d'en-tête codé en dur <code>X-Sendfile</code>, c'est la
    valeur de l'argument qui constitue le nom de l'en-tête
    à rechercher.</dd>
    </dl>

    <example><title>Exemple</title>
    <highlight language="config">
    # Utilise le nom d'en-t&ecirc;te par d&eacute;faut (X-Sendfile)
    # Utilise le nom d'en-tête par défaut (X-Sendfile)
    ProxySCGISendfile On

    # Utilise un nom d'en-t&ecirc;te diff&eacute;rent
    # Utilise un nom d'en-tête différent
    ProxySCGISendfile X-Send-Static
    </highlight>
    </example>
@@ -159,7 +159,7 @@ ProxyPass "/scgi-bin/" "balancer://somecluster/"

<directivesynopsis>
<name>ProxySCGIInternalRedirect</name>
<description>Active ou d&eacute;sactive les r&eacute;ponses de redirection interne en
<description>Active ou désactive les réponses de redirection interne en
provenance du serveur cible.</description>
<syntax>ProxySCGIInternalRedirect On|Off|<var>Headername</var></syntax>
<default>ProxySCGIInternalRedirect On</default>
@@ -171,26 +171,26 @@ la version 2.4.13 du serveur HTTP Apache.</compatibility>
<usage>
    <p>La directive <directive>ProxySCGIInternalRedirect</directive>
    permet au serveur cible de rediriger en interne la passerelle vers
    une URL diff&eacute;rente. Cette fonctionnalit&eacute; trouve son origine dans
    <module>mod_cgi</module> qui redirige la r&eacute;ponse en interne si
    l'&eacute;tat de la r&eacute;ponse est <code>OK</code> (<code>200</code>), et si
    la r&eacute;ponse contient un en-t&ecirc;te <code>Location</code>
    (ou un autre en-t&ecirc;te défini) dont la valeur
    d&eacute;bute par un slash (<code>/</code>). Cette valeur est interpr&eacute;t&eacute;e
    une URL différente. Cette fonctionnalité trouve son origine dans
    <module>mod_cgi</module> qui redirige la réponse en interne si
    l'état de la réponse est <code>OK</code> (<code>200</code>), et si
    la réponse contient un en-tête <code>Location</code>
    (ou un autre en-tête défini) dont la valeur
    débute par un slash (<code>/</code>). Cette valeur est interprétée
    comme une nouvelle URL locale vers laquelle Apache httpd effectue sa
    redirection.</p>

    <p>De ce point de vue, <module>mod_proxy_scgi</module> fait la m&ecirc;me
    <p>De ce point de vue, <module>mod_proxy_scgi</module> fait la même
    chose que <module>mod_cgi</module>, mais vous pouvez en plus
    d&eacute;sactiver la fonctionnalit&eacute; ou sp&eacute;cifier
    l'utilisation d'un en-t&ecirc;te autre que <code>Location</code>.</p>
    désactiver la fonctionnalité ou spécifier
    l'utilisation d'un en-tête autre que <code>Location</code>.</p>

    <example><title>Exemple</title>
    <highlight language="config">
    ProxySCGIInternalRedirect Off
# Django et certains autres frameworks qualifient pleinement les "URLs
# locales" d&eacute;finies par l'application ; il faut donc utiliser un autre
# en-t&ecirc;te.
# locales" définies par l'application ; il faut donc utiliser un autre
# en-tête.
&lt;Location /django-app/&gt;
    ProxySCGIInternalRedirect X-Location
&lt;/Location&gt;
+104 −101

File changed.

Preview size limit exceeded, changes collapsed.

+78 −73
Original line number Diff line number Diff line
<?xml version="1.0"?>
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
<!-- English Revision: 1433863:1727635 (outdated) -->
<!-- English Revision: 1727635 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->

@@ -25,8 +25,8 @@
<modulesynopsis metafile="mod_so.xml.meta">

<name>mod_so</name>
<description>Chargement de modules ou de code ex&eacute;cutable au cours du
d&eacute;marrage ou du red&eacute;marrage du serveur</description>
<description>Chargement de modules ou de code exécutable au cours du
démarrage ou du redémarrage du serveur</description>
<status>Extension</status>
<sourcefile>mod_so.c</sourcefile>
<identifier>so_module</identifier>
@@ -35,33 +35,33 @@ inclus)</compatibility>

<summary>

    <p>Sur les syst&egrave;mes d'exploitation s&eacute;lectionn&eacute;s, ce module peut &ecirc;tre
    utilis&eacute; pour charger des modules dans le serveur HTTP Apache en cours d'ex&eacute;cution
    gr&acirc;ce au m&eacute;canisme des <a
    href="../dso.html">Dynamic Shared Object ou Objets Partag&eacute;s
    Dynamiquement</a> (DSO), et &eacute;vite ainsi de devoir effectuer une
    <p>Sur les systèmes d'exploitation sélectionnés, ce module peut être
    utilisé pour charger des modules dans le serveur HTTP Apache en cours d'exécution
    grâce au mécanisme des <a
    href="../dso.html">Dynamic Shared Object ou Objets Partagés
    Dynamiquement</a> (DSO), et évite ainsi de devoir effectuer une
    recompilation.</p>

    <p>Sous Unix, le code charg&eacute; provient en g&eacute;n&eacute;ral de fichiers objet
    partag&eacute;s poss&egrave;dant en g&eacute;n&eacute;ral l'extension <code>.so</code>, alors
    que sous Windows, l'extension peut &ecirc;tre soit <code>.so</code>, soit
    <p>Sous Unix, le code chargé provient en général de fichiers objet
    partagés possèdant en général l'extension <code>.so</code>, alors
    que sous Windows, l'extension peut être soit <code>.so</code>, soit
    <code>.dll</code>.</p>

    <note type="warning"><title>Avertissement</title>
    <p>En g&eacute;n&eacute;ral, les modules compil&eacute;s pour une version majeure du
    <p>En général, les modules compilés pour une version majeure du
    serveur HTTP Apache ne fonctionneront pas avec une autre (par
    exemple de 1.3 &agrave; 2.0 ou 2.0 &agrave; 2.2). D'une version majeure &agrave; l'autre,
    il y a souvent des modifications d'API qui n&eacute;cessitent des
    exemple de 1.3 à 2.0 ou 2.0 à 2.2). D'une version majeure à l'autre,
    il y a souvent des modifications d'API qui nécessitent des
    modifications du module pour qu'il puisse fonctionner avec la
    nouvelle version.</p>
    </note>
</summary>

<section id="windows"><title>Cr&eacute;ation de modules chargeables pour
<section id="windows"><title>Création de modules chargeables pour
Windows</title>

    <note><title>Note</title>
    <p>Sous Windows, o&ugrave; les modules chargeables poss&egrave;dent en g&eacute;n&eacute;ral
    <p>Sous Windows, où les modules chargeables possèdent en général
    l'extension de nom de fichier <code>.dll</code>, les modules Apache
    httpd se nomment <code>mod_nom-module.so</code>, tout comme sur les
    autres plates-formes. Vous trouverez cependant encore des modules
@@ -69,40 +69,40 @@ Windows</title>
    convention de nommage avec extension <code>.dll</code>.</p>

    <p>Bien que <code>mod_so</code> puisse encore charger des modules
    poss&egrave;dant un nom du style <code>ApacheModuleFoo.dll</code>,
    il est pr&eacute;f&eacute;rable d'utiliser la
    possèdant un nom du style <code>ApacheModuleFoo.dll</code>,
    il est préférable d'utiliser la
    nouvelle convention de nommage ; si vous modifiez votre module
    chargeable pour la version 2.0, veuillez aussi modifier son nom pour
    respecter cette nouvelle convention.</p></note>

    <p>Les API des modules Apache httpd sous Unix et Windows sont identiques.
    Alors que certains modules s'appuient sur certains
    aspects de l'architecture Unix non pr&eacute;sents dans Windows, et ne
    fonctionneront donc pas sur cette derni&egrave;re plate-forme, de nombreux
    aspects de l'architecture Unix non présents dans Windows, et ne
    fonctionneront donc pas sur cette dernière plate-forme, de nombreux
    modules fonctionnent sous Windows avec peu ou pas de modification
    par rapport &agrave; leur version Unix.</p>
    par rapport à leur version Unix.</p>

    <p>Lorsqu'un module fonctionne, il peut &ecirc;tre ajout&eacute; au serveur de
    deux mani&egrave;res. Sous Unix, il peut &ecirc;tre compil&eacute; dans le serveur.
    <p>Lorsqu'un module fonctionne, il peut être ajouté au serveur de
    deux manières. Sous Unix, il peut être compilé dans le serveur.
    Comme Apache httpd pour Windows ne dispose pas du programme
    <code>Configure</code> propre &agrave; Apache httpd pour Unix, le fichier source
    du module doit &ecirc;tre ajout&eacute; au fichier projet Apache de base, et ses
    symboles ajout&eacute;s au fichier <code>os\win32\modules.c</code>.</p>

    <p>La seconde m&eacute;thode consiste &agrave; compiler le module en tant que DLL,
    &agrave; savoir une biblioth&egrave;que partag&eacute;e qui pourra &ecirc;tre charg&eacute;e dans le
    serveur en cours d'ex&eacute;cution via la directive
    <code><directive>LoadModule</directive></code>. Ces modules DLL
    peuvent &ecirc;tre distribu&eacute;s et ex&eacute;cut&eacute;s sur toute installation d'Apache
    httpd pour Windows, sans avoir &agrave; recompiler le serveur.</p>

    <p>Pour cr&eacute;er un module DLL, il est n&eacute;cessaire d'apporter une l&eacute;g&egrave;re
    modification &agrave; son fichier source : l'enregistrement du module doit
    &ecirc;tre export&eacute; depuis la DLL (qui sera elle-m&ecirc;me cr&eacute;&eacute;e plus tard ;
    <code>Configure</code> propre à Apache httpd pour Unix, le fichier source
    du module doit être ajouté au fichier projet Apache de base, et ses
    symboles ajoutés au fichier <code>os\win32\modules.c</code>.</p>

    <p>La seconde méthode consiste à compiler le module en tant que DLL,
    à savoir une bibliothèque partagée qui pourra être chargée dans le
    serveur en cours d'exécution via la directive
    <directive>LoadModule</directive>. Ces modules DLL
    peuvent être distribués et exécutés sur toute installation d'Apache
    httpd pour Windows, sans avoir à recompiler le serveur.</p>

    <p>Pour créer un module DLL, il est nécessaire d'apporter une légère
    modification à son fichier source : l'enregistrement du module doit
    être exporté depuis la DLL (qui sera elle-même créée plus tard ;
    voir plus loin). Pour ce faire, ajoutez la macro
    <code>AP_MODULE_DECLARE_DATA</code> (d&eacute;finie dans les fichiers
    d'en-t&ecirc;tes d'Apache httpd) &agrave; la d&eacute;finition de l'enregistrement de votre
    module. Par exemple, si votre module est d&eacute;clar&eacute; comme suit :</p>
    <code>AP_MODULE_DECLARE_DATA</code> (définie dans les fichiers
    d'en-têtes d'Apache httpd) à la définition de l'enregistrement de votre
    module. Par exemple, si votre module est déclaré comme suit :</p>

<example>
    module foo_module;
@@ -114,35 +114,35 @@ Windows</title>
</example>

    <p>Notez que cette macro ne sera prise en compte que sous Windows,
    si bien que le module poura &ecirc;tre utilis&eacute; sans changement sous Unix,
    si besoin est. Alternativement, si vous &ecirc;tes familier avec les
    si bien que le module poura être utilisé sans changement sous Unix,
    si besoin est. Alternativement, si vous êtes familier avec les
    fichiers <code>.DEF</code>, vous pouvez les utiliser pour exporter
    l'enregistrement du module.</p>

    <p>Maintenant, nous sommes pr&ecirc;ts &agrave; cr&eacute;er une DLL contenant notre
    module. Il va falloir pour cela la lier avec la biblioth&egrave;que
    d'export libhttpd.lib qui a &eacute;t&eacute; cr&eacute;&eacute;e au cours de la compilation de
    la biblioth&egrave;que partag&eacute;e libhttpd.dll. Il sera peut-&ecirc;tre aussi
    n&eacute;cessaire de modifier la configuration du compilateur pour
    s'assurer que les fichiers d'en-t&ecirc;tes d'Apache httpd seront correctement
    localis&eacute;s. Vous trouverez cette biblioth&egrave;que &agrave; la racine du
    r&eacute;pertoire des modules de votre serveur. Il est souhaitable
    <p>Maintenant, nous sommes prêts à créer une DLL contenant notre
    module. Il va falloir pour cela la lier avec la bibliothèque
    d'export libhttpd.lib qui a été créée au cours de la compilation de
    la bibliothèque partagée libhttpd.dll. Il sera peut-être aussi
    nécessaire de modifier la configuration du compilateur pour
    s'assurer que les fichiers d'en-têtes d'Apache httpd seront correctement
    localisés. Vous trouverez cette bibliothèque à la racine du
    répertoire des modules de votre serveur. Il est souhaitable
    d'utiliser un fichier de module .dsp existant dans l'arborescence
    afin de s'assurer que l'environnement de compilation est
    correctement configur&eacute;, mais vous pouvez aussi comparer les options
    de compilation et d'&eacute;dition de liens &agrave; votre fichier .dsp.</p>
    correctement configuré, mais vous pouvez aussi comparer les options
    de compilation et d'édition de liens à votre fichier .dsp.</p>

    <p>Ceci devrait cr&eacute;er une version DLL de votre module. Il vous
    suffit maintenant de l'enregistrer dans le r&eacute;pertoire
    <code>modules</code> &agrave; la racine de votre serveur, et d'utiliser la
    <p>Ceci devrait créer une version DLL de votre module. Il vous
    suffit maintenant de l'enregistrer dans le répertoire
    <code>modules</code> à la racine de votre serveur, et d'utiliser la
    directive <directive>LoadModule</directive> pour la charger.</p>

</section>

<directivesynopsis>
<name>LoadFile</name>
<description>Liaison du fichier objet ou de la biblioth&egrave;que
sp&eacute;cifi&eacute;</description>
<description>Liaison du fichier objet ou de la bibliothèque
spécifié</description>
<syntax>LoadFile <em>nom-fichier</em> [<em>nom-fichier</em>] ...</syntax>
<contextlist>
<context>server config</context>
@@ -151,17 +151,20 @@ sp&eacute;cifi&eacute;</description>

<usage>

    <p>La directive LoadFile permet de lier le fichier objet ou la
    biblioth&egrave;que sp&eacute;cifi&eacute; au serveur lors du d&eacute;marrage ou du red&eacute;marrage
    <p>La directive <directive>LoadFile</directive> permet de lier le fichier
    objet ou la bibliothèque spécifié au serveur lors du
    démarrage ou du redémarrage
    de ce dernier ; ceci permet d'ajouter tout code additionnel
    n&eacute;cessaire au fonctionnement d'un module.
    nécessaire au fonctionnement d'un module.
    <em>nom-fichier</em> est soit un chemin absolu, soit un chemin
    relatif au r&eacute;pertoire d&eacute;fini par la directive <a
    relatif au répertoire défini par la directive <a
    href="core.html#serverroot">ServerRoot</a>.</p>

    <p>Par exemple :</p>

    <highlight language="config">LoadFile libexec/libxmlparse.so</highlight>
    <highlight language="config">
LoadFile "libexec/libxmlparse.so"
    </highlight>

</usage>
</directivesynopsis>
@@ -169,7 +172,7 @@ sp&eacute;cifi&eacute;</description>
<directivesynopsis>
<name>LoadModule</name>
<description>Liaison avec le serveur du fichier objet ou de la
biblioth&egrave;que sp&eacute;cifi&eacute;, et ajout de ce dernier &agrave; la liste des modules
bibliothèque spécifié, et ajout de ce dernier à la liste des modules
actifs</description>
<syntax>LoadModule <em>module nom-fichier</em></syntax>
<contextlist>
@@ -178,20 +181,22 @@ actifs</description>
</contextlist>

<usage>
    <p>La directive LoadModule permet de lier le fichier objet ou la
    biblioth&egrave;que <em>nom-fichier</em> avec le serveur, et d'ajouter la
    structure de module nomm&eacute;e <em>module</em> &agrave; la liste des modules
    <p>La directive <directive>LoadModule</directive> permet de lier le fichier objet ou la
    bibliothèque <em>nom-fichier</em> avec le serveur, et d'ajouter la
    structure de module nommée <em>module</em> à la liste des modules
    actifs. <em>module</em> est le nom de la variable externe de type
    <code>module</code> dans le fichier, et est r&eacute;f&eacute;renc&eacute; comme <a
    <code>module</code> dans le fichier, et est référencé comme <a
    href="module-dict.html#ModuleIdentifier">Identificateur de
    module</a> dans la documentation des modules. Exemple :</p>
    module</a> dans la documentation des modules.</p>

    <p>Par exemple :</p>

    <highlight language="config">
      LoadModule status_module modules/mod_status.so
LoadModule status_module "modules/mod_status.so"      
    </highlight>

    <p>charge le module sp&eacute;cifi&eacute; depuis le sous-r&eacute;pertoire des modules
    situ&eacute; &agrave; la racine du serveur.</p>
    <p>charge le module spécifié depuis le sous-répertoire des modules
    situé à la racine du serveur.</p>
</usage>

</directivesynopsis>
+187 −184

File changed.

Preview size limit exceeded, changes collapsed.