1234 lines
65 KiB
XML
1234 lines
65 KiB
XML
<?xml version="1.0" encoding="UTF-8"?>
|
||
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
|
||
<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head>
|
||
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type" />
|
||
<!--
|
||
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
|
||
This file is generated from xml source: DO NOT EDIT
|
||
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
|
||
-->
|
||
<title>mod_include - Serveur HTTP Apache Version 2.4</title>
|
||
<link href="../style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
|
||
<link href="../style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
|
||
<link href="../style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" /><link rel="stylesheet" type="text/css" href="../style/css/prettify.css" />
|
||
<script src="../style/scripts/prettify.min.js" type="text/javascript">
|
||
</script>
|
||
|
||
<link href="../images/favicon.ico" rel="shortcut icon" /></head>
|
||
<body>
|
||
<div id="page-header">
|
||
<p class="menu"><a href="../mod/">Modules</a> | <a href="../mod/directives.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="../glossary.html">Glossaire</a> | <a href="../sitemap.html">Plan du site</a></p>
|
||
<p class="apache">Serveur HTTP Apache Version 2.4</p>
|
||
<img alt="" src="../images/feather.png" /></div>
|
||
<div class="up"><a href="./"><img title="<-" alt="<-" src="../images/left.gif" /></a></div>
|
||
<div id="path">
|
||
<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">Serveur HTTP</a> > <a href="http://httpd.apache.org/docs/">Documentation</a> > <a href="../">Version 2.4</a> > <a href="./">Modules</a></div>
|
||
<div id="page-content">
|
||
<div id="preamble"><h1>Module Apache mod_include</h1>
|
||
<div class="toplang">
|
||
<p><span>Langues Disponibles: </span><a href="../en/mod/mod_include.html" hreflang="en" rel="alternate" title="English"> en </a> |
|
||
<a href="../fr/mod/mod_include.html" title="Français"> fr </a> |
|
||
<a href="../ja/mod/mod_include.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a></p>
|
||
</div>
|
||
<table class="module"><tr><th><a href="module-dict.html#Description">Description:</a></th><td>Documents html interprétés par le serveur (Server Side
|
||
Includes ou SSI)</td></tr>
|
||
<tr><th><a href="module-dict.html#Status">Statut:</a></th><td>Base</td></tr>
|
||
<tr><th><a href="module-dict.html#ModuleIdentifier">Identificateur de Module:</a></th><td>include_module</td></tr>
|
||
<tr><th><a href="module-dict.html#SourceFile">Fichier Source:</a></th><td>mod_include.c</td></tr></table>
|
||
<h3>Sommaire</h3>
|
||
|
||
<p>Ce module fournit un filtre qui va traiter les fichiers avant
|
||
de les envoyer au client. Le traitement est contrôlé via des
|
||
commentaires SGML spécialement formatés, aussi nommés
|
||
<dfn>éléments</dfn>. Ces éléments permettent l'insertion
|
||
conditionnelle de texte, l'inclusion d'autres fichiers ou
|
||
programmes, ainsi que la définition et l'affichage de variables
|
||
d'environnement.</p>
|
||
</div>
|
||
<div id="quickview"><a href="https://www.apache.org/foundation/contributing.html" class="badge"><img src="https://www.apache.org/images/SupportApache-small.png" alt="Support Apache!" /></a><h3>Sujets</h3>
|
||
<ul id="topics">
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#enabling">Activation des SSI</a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#pathinfo">PATH_INFO et SSI</a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#elements">Eléments disponibles</a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#includevars">Variables include</a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#substitution">Substitution de variable</a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#flowctrl">Eléments de contrôle d'inclusion conditionnelle</a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#legacyexpr">Syntaxe des expressions héritée</a></li>
|
||
</ul><h3 class="directives">Directives</h3>
|
||
<ul id="toc">
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#ssiendtag">SSIEndTag</a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#ssierrormsg">SSIErrorMsg</a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#ssietag">SSIETag</a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#ssilastmodified">SSILastModified</a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#ssilegacyexprparser">SSILegacyExprParser</a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#ssistarttag">SSIStartTag</a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#ssitimeformat">SSITimeFormat</a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#ssiundefinedecho">SSIUndefinedEcho</a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#xbithack">XBitHack</a></li>
|
||
</ul>
|
||
<h3>Traitement des bugs</h3><ul class="seealso"><li><a href="https://www.apache.org/dist/httpd/CHANGES_2.4">Journal des modifications de httpd</a></li><li><a href="https://bz.apache.org/bugzilla/buglist.cgi?bug_status=__open__&list_id=144532&product=Apache%20httpd-2&query_format=specific&order=changeddate%20DESC%2Cpriority%2Cbug_severity&component=mod_include">Problèmes connus</a></li><li><a href="https://bz.apache.org/bugzilla/enter_bug.cgi?product=Apache%20httpd-2&component=mod_include">Signaler un bug</a></li></ul><h3>Voir aussi</h3>
|
||
<ul class="seealso">
|
||
<li><code class="directive"><a href="../mod/core.html#options">Options</a></code></li>
|
||
<li><code class="directive"><a href="../mod/core.html#acceptpathinfo">AcceptPathInfo</a></code></li>
|
||
<li><a href="../filter.html">Les filtres</a></li>
|
||
<li><a href="../howto/ssi.html">Tutoriel SSI</a></li>
|
||
<li><a href="#comments_section">Commentaires</a></li></ul></div>
|
||
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="section">
|
||
<h2><a name="enabling" id="enabling">Activation des SSI</a></h2>
|
||
|
||
|
||
<p>Les SSI sont implémentés par le <a href="../filter.html">filtre</a> <code>INCLUDES</code>. Si des
|
||
documents contenant des directives SSI possèdent une extension
|
||
.shtml, les directives suivantes indiqueront à Apache de les
|
||
interpréter et d'assigner le type MIME
|
||
<code>text/html</code> au document obtenu :</p>
|
||
|
||
<pre class="prettyprint lang-config">AddType text/html .shtml
|
||
AddOutputFilter INCLUDES .shtml</pre>
|
||
|
||
|
||
<p>L'option suivante doit être définie pour les répertoires qui
|
||
contiennent les fichiers shtml (en général dans une section
|
||
<code class="directive"><a href="../mod/core.html#directory"><Directory></a></code>, mais
|
||
cette option peut également être définie dans un fichier
|
||
<code>.htaccess</code> si <code><code class="directive"><a href="../mod/core.html#allowoverride">AllowOverride</a></code> Options</code> a été défini pour le
|
||
répertoire considéré) :</p>
|
||
|
||
<pre class="prettyprint lang-config">Options +Includes</pre>
|
||
|
||
|
||
<p>Pour des raisons de compatibilité ascendante, le <a href="../handler.html">gestionnaire</a> <code>server-parsed</code>
|
||
peut aussi activer le filtre INCLUDES. Ainsi, Apache va activer le
|
||
filtre INCLUDES pour tout document de type MIME
|
||
<code>text/x-server-parsed-html</code> ou
|
||
<code>text/x-server-parsed-html3</code> (et le document obtenu aura
|
||
pour type MIME <code>text/html</code>).</p>
|
||
|
||
<p>Pour plus d'informations, voyez notre <a href="../howto/ssi.html">Tutoriel SSI</a>.</p>
|
||
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="section">
|
||
<h2><a name="pathinfo" id="pathinfo">PATH_INFO et SSI</a></h2>
|
||
|
||
|
||
<p>Les fichiers traités dans le cadre des SSI n'acceptent plus par
|
||
défaut les requêtes avec <code>PATH_INFO</code> (les informations
|
||
relatives au chemin en fin de requête). La directive <code class="directive"><a href="../mod/core.html#acceptpathinfo">AcceptPathInfo</a></code> permet de configurer le
|
||
serveur de façon à ce qu'il accepte ce genre de requête.</p>
|
||
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="section">
|
||
<h2><a name="elements" id="elements">Eléments disponibles</a></h2>
|
||
<p>Le document est interprété comme un document HTML, avec des
|
||
commandes spéciales incluses sous forme de commentaires SGML. La
|
||
syntaxe d'une commande est la suivante : </p>
|
||
|
||
<div class="example"><p><code>
|
||
<!--#<var>élément</var> <var>attribut</var>=<var>valeur</var>
|
||
<var>attribut</var>=<var>valeur</var> ... -->
|
||
</code></p></div>
|
||
|
||
<p>Les valeurs sont souvent entourées de guillemets, mais on peut
|
||
aussi utiliser des apostrophes (<code>'</code>) ou des apostrophes
|
||
inverses (<code>`</code>). De nombreuses commandes n'acceptent
|
||
qu'une seule paire attribut-valeur. Notez que le terminateur de
|
||
commentaire (<code>--></code>) doit être précédé d'un espace afin
|
||
d'être sûr qu'il ne soit pas considéré comme un élément de commande
|
||
SSI. Notez aussi que le délimiteur de début <code><!--#</code>
|
||
est <em>un</em> élément de commande et ne doit donc pas contenir
|
||
d'espace.</p>
|
||
|
||
<p>La table suivante contient la liste des éléments autorisés :</p>
|
||
|
||
<table class="bordered">
|
||
<tr><th>Elément</th><th>Description</th></tr>
|
||
<tr><td><code><a href="#element.comment">comment</a></code></td>
|
||
<td>commentaire SSI</td></tr>
|
||
<tr><td><code><a href="#element.config">config</a></code></td>
|
||
<td>configure les formats de sortie</td></tr>
|
||
<tr><td><code><a href="#element.echo">echo</a></code></td>
|
||
<td>affiche le contenu de variables</td></tr>
|
||
<tr><td><code><a href="#element.exec">exec</a></code></td>
|
||
<td>exécute des programmes externes</td></tr>
|
||
<tr><td><code><a href="#element.fsize">fsize</a></code></td>
|
||
<td>affiche la taille d'un fichier</td></tr>
|
||
<tr><td><code><a href="#element.flastmod">flastmod</a></code></td>
|
||
<td>affiche la date de dernière modification d'un fichier</td></tr>
|
||
<tr><td><code><a href="#element.include">include</a></code></td>
|
||
<td>inclut un fichier</td></tr>
|
||
<tr><td><code><a href="#element.printenv">printenv</a></code></td>
|
||
<td>affiche toutes les variables disponibles</td></tr>
|
||
<tr><td><code><a href="#element.set">set</a></code></td>
|
||
<td>définit la valeur d'une variable</td></tr>
|
||
</table>
|
||
|
||
<p>Les éléments SSI peuvent être définis par d'autres modules que
|
||
<code class="module"><a href="../mod/mod_include.html">mod_include</a></code>. À ce titre, l'élément <code><a href="#element.exec">exec</a></code> est fourni par
|
||
<code class="module"><a href="../mod/mod_cgi.html">mod_cgi</a></code>, et ne sera disponible que si ce module est
|
||
chargé.</p>
|
||
|
||
<h3><a name="element.comment" id="element.comment">L'élément comment</a></h3>
|
||
<p>Cette commande n'affiche aucune information. Elle n'a pour but que
|
||
l'ajout de commentaires dans un fichier et ces commentaires ne sont pas
|
||
affichés.</p>
|
||
|
||
<p>Cette syntaxe est disponible à partir de la version 2.4.21 du serveur
|
||
HTTP Apache.</p>
|
||
|
||
<div class="example"><p><code>
|
||
<!--#comment Blah Blah Blah --><br />
|
||
or<br />
|
||
<!--#comment text="Blah Blah Blah" -->
|
||
</code></p></div>
|
||
|
||
|
||
<h3><a name="element.config" id="element.config">L'élément config</a></h3>
|
||
<p>Cette commande contrôle divers aspects de l'interprétation. Les
|
||
attributs valides sont :</p>
|
||
|
||
<dl>
|
||
<dt><code>echomsg</code> (<em>Versions 2.1 et supérieures
|
||
d'Apache</em>)</dt>
|
||
<dd><p>La valeur est un message qui sera envoyé au client si
|
||
l'élément <code><a href="#element.echo">echo</a></code> tente
|
||
d'afficher le contenu d'une variable non définie. Cet attribut
|
||
l'emporte sur toute directive <code class="directive"><a href="#ssiundefinedecho">SSIUndefinedEcho</a></code>.</p>
|
||
|
||
<div class="example"><p><code>
|
||
<!--#config echomsg="[Valeur non définie]" -->
|
||
</code></p></div>
|
||
|
||
</dd>
|
||
|
||
<dt><code>errmsg</code></dt>
|
||
<dd><p>La valeur est un message qui sera envoyé au client si une
|
||
erreur survient lors de l'interprétation du document. Cet attribut
|
||
l'emporte sur toute directive <code class="directive"><a href="#ssierrormsg">SSIErrorMsg</a></code>.</p>
|
||
|
||
<div class="example"><p><code>
|
||
<!--#config errmsg="[Zut, quelque chose s'est mal passé.]" -->
|
||
</code></p></div>
|
||
|
||
</dd>
|
||
|
||
<dt><code>sizefmt</code></dt>
|
||
<dd><p>La valeur définit l'unité employée lors de l'affichage de la
|
||
taille d'un fichier. Les valeurs possibles sont <code>bytes</code>
|
||
pour une taille en octets, ou <code>abbrev</code> pour une taille
|
||
en Ko ou Mo selon son importance ; par exemple, une taille de 1024
|
||
octets sera affichée sous la forme "1K".</p>
|
||
|
||
<div class="example"><p><code>
|
||
<!--#config sizefmt="abbrev" -->
|
||
</code></p></div>
|
||
|
||
</dd>
|
||
|
||
<dt><code>timefmt</code></dt>
|
||
<dd><p>La valeur est une chaîne que pourra utiliser la fonction de la
|
||
bibliothèque standard <code>strftime(3)</code> lors de l'affichage
|
||
des dates.</p>
|
||
|
||
<div class="example"><p><code>
|
||
<!--#config timefmt=""%R, %B %d, %Y"" -->
|
||
</code></p></div>
|
||
|
||
</dd>
|
||
|
||
</dl>
|
||
|
||
|
||
<h3><a name="element.echo" id="element.echo">L'élément echo</a></h3>
|
||
<p>Cette commande affiche le contenu d'une des <a href="#includevars">variables include</a> définies ci-dessous. Si
|
||
la variable n'est pas définie, le résultat est déterminé par la
|
||
valeur de la directive <code class="directive"><a href="#ssiundefinedecho">SSIUndefinedEcho</a></code>. Le format d'affichage des dates est
|
||
défini par l'attribut <code>timefmt</code> de la commande
|
||
config.</p>
|
||
|
||
<p>Attributs:</p>
|
||
|
||
<dl>
|
||
<dt><code>var</code></dt>
|
||
<dd>La valeur est le nom de la variable à afficher.</dd>
|
||
|
||
<dt><code>decoding</code></dt>
|
||
<dd><p>Spécifie si Apache doit effectuer un décodage dans la
|
||
variable avant son traitement ultérieur. La valeur par défaut est
|
||
<code>none</code>, et dans ce cas, aucun décodage n'est effectué.
|
||
Si la valeur est <code>url</code>, un décodage de type URL sera
|
||
effectué (il s'agit du codage de type %-encoding utilisé dans les
|
||
URLs des liens, etc...). Si la valeur est <code>urlencoded</code>,
|
||
c'est un décodage des éléments de type
|
||
application/x-www-form-urlencode (que l'on trouve dans les chaînes
|
||
de paramètres) qui sera effectué. Si la valeur est
|
||
<code>base64</code>, un
|
||
decodage de type base64 sera effectué, et si elle est
|
||
<code>entity</code>, c'est un décodage des entités HTML qui sera
|
||
effectué. Ce décodage est effectué avant tout codage ultérieur de
|
||
la variable. Il est possible d'effectuer plusieurs décodages en
|
||
spécifiant plusieurs valeurs séparées par des virgules. Les
|
||
spécifications de décodages restent valables jusqu'au prochain
|
||
attribut de décodage, ou la fin de l'élément.</p>
|
||
|
||
<p>Pour être pris en compte, l'attribut de <code>décodage</code>
|
||
doit <em>précéder</em> l'attribut <code>var</code> correspondant.</p>
|
||
</dd>
|
||
|
||
<dt><code>encoding</code></dt>
|
||
<dd><p>Spécifie la manière dont Apache va coder les caractères
|
||
spéciaux que la variable contient avant leur affichage. S'il est
|
||
défini à <code>none</code>, aucun codage ne sera effectué. S'il
|
||
est défini à <code>url</code>, un codage de type URL sera effectué
|
||
(aussi connu sous le nom de codage avec caractères % , il convient
|
||
pour les URLS des liens, etc...). S'il est défini à
|
||
<code>urlencoded</code>, c'est un codage compatible
|
||
application/x-www-form-urlencoded qui sera effectué (à utiliser
|
||
dans les chaînes de paramètres). S'il est défini à
|
||
<code>base64</code>, c'est un encodage de type base64 qui sera
|
||
effectué. Au début d'un élément
|
||
<code>echo</code>, la valeur par défaut est définie à
|
||
<code>entity</code>, ce qui correspond à un codage de type entité
|
||
(codage qui convient pour un élément HTML de type bloc, comme le
|
||
paragraphe d'un texte). Cette valeur par défaut peut être modifiée
|
||
en ajoutant un attribut <code>encoding</code>, qui fera effet
|
||
jusqu'à la définition d'un nouvel attribut <code>encoding</code>
|
||
ou la fin de l'élément echo.</p>
|
||
|
||
<p>Pour produire son effet, l'attribut <code>encoding</code> doit
|
||
précéder l'attribut <code>var</code> concerné.</p>
|
||
|
||
<div class="warning">
|
||
Afin de prévenir les attaques de type cross-site scripting, il
|
||
est recommandé de <em>toujours</em> encoder les données fournies
|
||
par les utilisateurs.
|
||
</div>
|
||
|
||
<div class="example"><h3>Example</h3><p><code>
|
||
<!--#echo encoding="entity" var="QUERY_STRING" -->
|
||
</code></p></div>
|
||
</dd>
|
||
</dl>
|
||
|
||
|
||
<h3><a name="element.exec" id="element.exec">L'élément exec</a></h3>
|
||
<p>La commande <code>exec</code> exécute la commande shell ou le
|
||
script spécifié. Elle nécessite le chargement du module
|
||
<code class="module"><a href="../mod/mod_cgi.html">mod_cgi</a></code>. Si <code class="directive"><a href="../mod/core.html#options">Options</a></code> <code>IncludesNOEXEC</code> est
|
||
définie, cette commande est désactivée. Les attributs disponibles
|
||
sont :</p>
|
||
|
||
<dl>
|
||
<dt><code>cgi</code></dt>
|
||
<dd><p>La valeur spécifie un chemin URL vers le script CGI (encodé
|
||
avec caractères %). Si le chemin ne commence pas par un slash (/),
|
||
il est considéré comme relatif au document courant. Le document
|
||
référencé par ce chemin est invoqué en tant que script CGI, même
|
||
s'il n'est pas censé être reconnu comme tel par le serveur. Les
|
||
scripts CGI doivent cependant être activés dans le répertoire qui
|
||
contient les scripts (via la directive <code class="directive"><a href="../mod/mod_alias.html#scriptalias">ScriptAlias</a></code> ou l'<code class="directive"><a href="../mod/core.html#options">Options</a></code> <code>ExecCGI</code>).</p>
|
||
|
||
<p>Le <code>PATH_INFO</code> et la chaîne d'arguments
|
||
(<code>QUERY_STRING</code>) de la requête originale du client sont
|
||
fournis au script CGI ; ils <em>ne peuvent pas</em> être spécifiés
|
||
dans le chemin de l'URL. Le script disposera des variables include
|
||
en plus de l'environnement standard <a href="mod_cgi.html">CGI</a>.</p>
|
||
|
||
<div class="example"><h3>Exemple</h3><p><code>
|
||
<!--#exec cgi="/cgi-bin/exemple.cgi" -->
|
||
</code></p></div>
|
||
|
||
<p>Si, à la place d'un flux de sortie, le script renvoie un
|
||
en-tête <code>Location:</code>, ce dernier sera traduit en ancrage
|
||
HTML.</p>
|
||
|
||
<p>L'élément <code><a href="#includevirtual">include
|
||
virtual</a></code> doit être préféré à <code>exec cgi</code>. En
|
||
particulier, si vous devez transmettre des arguments
|
||
supplémentaires à un programme CGI en utilisant la chaîne
|
||
d'arguments de la requête, c'est impossible avec <code>exec
|
||
cgi</code>, mais vous pouvez y parvenir avec <code>include
|
||
virtual</code> comme suit :</p>
|
||
|
||
<div class="example"><p><code>
|
||
<!--#include virtual="/cgi-bin/exemple.cgi?argument=valeur" -->
|
||
</code></p></div>
|
||
</dd>
|
||
|
||
<dt><code>cmd</code></dt>
|
||
<dd><p>Le serveur va exécuter la commande fournie en utilisant
|
||
<code>/bin/sh</code>. La commande dispose des <a href="#includevars">variables include</a>, en plus du jeu habituel
|
||
de variables CGI.</p>
|
||
|
||
<p>Il est toujours préférable d'utiliser <code><a href="#includevirtual">#include virtual</a></code> à la place de
|
||
<code>#exec cgi</code> ou <code>#exec cmd</code>. <code>#include
|
||
virtual</code> utilise le mécanisme standard des sous-requêtes
|
||
d'Apache pour inclure des fichiers ou des scripts. Il a fait
|
||
l'objet de tests plus approfondis et sa maintenance est mieux
|
||
suivie.</p>
|
||
|
||
<p>De plus, sur certaines plate-formes, comme Win32, et sous unix,
|
||
si l'on utilise <a href="../suexec.html">suexec</a>, il est
|
||
impossible de transmettre des arguments à une commande dans une
|
||
directive <code>exec</code>, à moins d'insérer des espaces dans la
|
||
commande. Ainsi, alors que ce qui suit fonctionnera sous unix avec
|
||
une configuration sans suexec, l'effet produit ne sera pas celui
|
||
désiré sous Win32, ou dans le cas de l'utilisation de suexec
|
||
:</p>
|
||
|
||
<div class="example"><p><code>
|
||
<!--#exec cmd="perl /chemin/vers/script_perl arg1 arg2" -->
|
||
</code></p></div>
|
||
</dd>
|
||
</dl>
|
||
|
||
|
||
<h3><a name="element.fsize" id="element.fsize">L'élément fsize</a></h3>
|
||
<p>Cette commande permet d'afficher la taille du fichier spécifié
|
||
en fonction des spécifications de format de <code>sizefmt</code>.
|
||
Attributs :</p>
|
||
|
||
<dl>
|
||
<dt><code>file</code></dt>
|
||
<dd>La valeur est le chemin du fichier, relatif au répertoire
|
||
contenant le document en cours d'interprétation.
|
||
|
||
<div class="example"><p><code>
|
||
Ce fichier a une taille de <!--#fsize file="mod_include.html"
|
||
--> octets.
|
||
</code></p></div>
|
||
|
||
La valeur de <code>file</code> ne peut pas faire référence à un
|
||
fichier situé à un niveau supérieur de l'arborescence du répertoire
|
||
courant ou en dehors de la racine des documents ; il ne peut donc
|
||
ni commencer par un slash, ni contenir la séquence de caractères
|
||
<code>../</code>. Si c'est le cas, le message d'erreur <code>The
|
||
given path was above the root path</code> sera renvoyé.
|
||
</dd>
|
||
|
||
<dt><code>virtual</code></dt>
|
||
<dd>La valeur est un chemin URL (codé avec caractères %). S'il ne
|
||
commence pas par un slash (/), il est considéré comme relatif au
|
||
document courant. Notez que cette commande n'affiche <em>pas</em>
|
||
la taille de la sortie d'un programme CGI, mais la taille du
|
||
programme CGI lui-même.</dd>
|
||
</dl>
|
||
|
||
<div class="example"><p><code>
|
||
Ce fichier a une taille de <!--#fsize
|
||
virtual="/docs/mod/mod_include.html" --> octets.
|
||
</code></p></div>
|
||
|
||
<p>Notez que dans la plupart des cas, ces deux attributs sont
|
||
identiques. Cependant, l'attribut <code>file</code> ne respecte
|
||
pas les aliases URL-space.</p>
|
||
|
||
|
||
<h3><a name="element.flastmod" id="element.flastmod">L'élément flastmod</a></h3>
|
||
<p>Cette commande permet d'afficher la date de dernière
|
||
modification du fichier spécifié, en fonction des spécifications
|
||
de format de <code>timefmt</code>. Les attributs sont les mêmes
|
||
que ceux de la commande <code><a href="#element.fsize">fsize</a></code>.</p>
|
||
|
||
|
||
<h3><a name="element.include" id="element.include">L'élément include</a></h3>
|
||
<p>Cette commande permet d'insérer le texte d'un autre document ou
|
||
fichier dans le fichier en cours d'interprétation. Tout fichier
|
||
inclus est soumis au contrôle d'accès habituel. Si <a href="core.html#options">Options</a> <code>IncludesNOEXEC</code>
|
||
est défini pour le répertoire contenant le fichier
|
||
interprété, seuls les documents possèdant un
|
||
<a class="glossarylink" href="../glossary.html#type mime" title="voir glossaire">type MIME</a> de type texte
|
||
(<code>text/plain</code>, <code>text/html</code>, etc...) seront
|
||
inclus. Les scripts CGI, quant à eux, sont invoqués de manière
|
||
habituelle en utilisant l'URL complète fournie avec la commande, y
|
||
compris toute chaîne d'arguments éventuelle.</p>
|
||
|
||
<p>Un attribut définit le chemin du document à inclure, et peut
|
||
apparaître plusieurs fois dans l'élément à inclure ; en retour, pour
|
||
chaque attribut fourni à la commande include, une inclusion est
|
||
effectuée. Les attributs disponibles sont :</p>
|
||
|
||
<dl>
|
||
<dt><code>file</code></dt>
|
||
<dd>La valeur est un chemin relatif au répertoire contenant le
|
||
fichier en cours d'interprétation. Elle ne peut ni contenir
|
||
<code>../</code>, ni être un chemin absolu. Ainsi, vous ne pouvez
|
||
pas inclure de fichiers situés en dehors de l'arborescence du
|
||
site web ou dans un niveau supérieur à celui du fichier courant
|
||
dans cette arborescence. Il est toujours préférable d'utiliser
|
||
l'attribut <code>virtual</code>.</dd>
|
||
|
||
<dt><code><a id="includevirtual" name="includevirtual">virtual</a></code></dt>
|
||
<dd><p>La valeur est un chemin URL (codé avec caractères %). L'URL
|
||
ne peut contenir qu'un chemin et une chaîne d'arguments
|
||
éventuelle, à l'exclusion de tout protocole ou nom d'hôte. S'il ne
|
||
commence pas par un slash (/), il est considéré comme relatif au
|
||
document courant.</p>
|
||
|
||
<p>Une URL est construite à partir de l'attribut, et la sortie que
|
||
renverrait le serveur si l'URL était accédée par le client est
|
||
incluse dans la sortie interprétée. Les inclusions de fichiers
|
||
peuvent ainsi être imbriquées.</p>
|
||
|
||
<p>Si l'URL spécifiée correspond à un programme CGI, le programme
|
||
sera exécuté, et son flux de sortie inséré à la place de la
|
||
directive dans le fichier interprété. Vous pouvez insérer une
|
||
chaîne d'arguments dans une URL correspond à un programme CGI
|
||
:</p>
|
||
|
||
<div class="example"><p><code>
|
||
<!--#include virtual="/cgi-bin/exemple.cgi?argument=valeur" -->
|
||
</code></p></div>
|
||
|
||
<p><code>include virtual</code> doit être préféré à <code>exec
|
||
cgi</code> pour inclure le flux de sortie d'un programme CGI dans
|
||
un document HTML.</p>
|
||
|
||
<p>Si la directive <code class="directive"><a href="../mod/mod_request.html#keptbodysize">KeptBodySize</a></code> est correctement
|
||
définie et valide pour le fichier inclus, les tentatives de
|
||
requêtes POST vers le document HTML qui inclut des fichiers seront
|
||
transmises aux sous-requêtes en tant que requêtes POST
|
||
elles-mêmes. Sans cette directive, toutes les sous-requêtes sont
|
||
traitées en tant que requêtes GET.</p>
|
||
|
||
</dd>
|
||
|
||
<dt><code>onerror</code></dt>
|
||
<dd><p>La valeur est un chemin-URL (codé-%) qui est affiché si une
|
||
tentative précédente d'inclure un fichier ou un attribut virtuel a
|
||
échoué. Pour produire son effet, cet attribut doit être spécifié
|
||
après le fichier ou les attributs virtuels concernés. Si la
|
||
tentative d'inclure le chemin onerror échoue, ou si onerror n'est
|
||
pas spécifié, c'est le message d'erreur par défaut qui sera
|
||
inclus.</p>
|
||
|
||
<div class="example"><p><code>
|
||
# Exemple simple<br />
|
||
<!--#include virtual="/not-exist.html" onerror="/error.html" -->
|
||
</code></p></div>
|
||
|
||
<div class="example"><p><code>
|
||
# Chemins onerror dédiés<br />
|
||
<!--#include virtual="/path-a.html" onerror="/error-a.html" virtual="/path-b.html" onerror="/error-b.html" -->
|
||
</code></p></div>
|
||
|
||
</dd>
|
||
</dl>
|
||
|
||
|
||
<h3><a name="element.printenv" id="element.printenv">L'élément printenv</a></h3>
|
||
<p>Cette commande affiche la liste en mode texte de toutes les variables et de
|
||
leurs valeurs. Les caractères spéciaux sont encodés <code>entity</code> avant
|
||
d'être affichés (se reporter à l'élément <code><a href="#element.echo">echo</a></code> pour plus de détails). Cette
|
||
commande ne comporte pas d'attributs.</p>
|
||
|
||
<div class="example"><h3>Exemple</h3><p><code>
|
||
<pre>
|
||
<!--#printenv -->
|
||
</pre>
|
||
</code></p></div>
|
||
|
||
|
||
<h3><a name="element.set" id="element.set">L'élément set</a></h3>
|
||
<p>Cette commande permet de définir la valeur d'une variable. Les
|
||
attributs sont :</p>
|
||
|
||
<dl>
|
||
<dt><code>var</code></dt>
|
||
<dd>Le nom de la variable à définir.</dd>
|
||
|
||
<dt><code>value</code></dt>
|
||
<dd>La valeur à affecter à la variable.</dd>
|
||
<dt><code>decoding</code></dt>
|
||
<dd><p>Spécifie si Apache doit effectuer un décodage dans la
|
||
variable avant son traitement ultérieur. La valeur par défaut est
|
||
<code>none</code>, et dans ce cas, aucun décodage n'est effectué.
|
||
Si la valeur est <code>url</code>, <code>urlencoded</code>,
|
||
<code>base64</code> ou
|
||
<code>entity</code>, c'est un décodage de type URL,
|
||
application/x-www-form-urlencoded, base64 ou
|
||
entité HTML qui sera respectivement effectué. Il est possible
|
||
d'effectuer plusieurs décodages en
|
||
spécifiant plusieurs valeurs séparées par des virgules. Les
|
||
spécifications de décodages restent valables jusqu'au prochain
|
||
attribut de décodage, ou la fin de l'élément. Pour être pris en
|
||
compte, l'attribut de <code>décodage</code>
|
||
doit <em>précéder</em> l'attribut <code>var</code> correspondant.</p>
|
||
</dd>
|
||
|
||
<dt><code>encoding</code></dt>
|
||
<dd><p>Spécifie la manière dont Apache va encoder les caractères
|
||
spéciaux que la variable contient avant leur affichage. S'il est
|
||
défini à <code>none</code>, aucun encodage ne sera effectué. Si la
|
||
valeur est <code>url</code>, <code>urlencoding</code>,
|
||
<code>base64</code> ou
|
||
<code>entity</code>, c'est un encodage de type URL,
|
||
application/x-www-form-urlencoded, base64 ou
|
||
entité HTML qui sera respectivement effectué. Il est possible de
|
||
spécifier plusieurs types d'encodage en les séparant par des
|
||
virgules. La spécification du type d'encodage fera effet
|
||
jusqu'à la définition d'un nouvel attribut encoding
|
||
ou la fin de l'élément. Pour produire son effet, l'attribut <code>encoding</code> doit
|
||
précéder l'attribut <code>var</code> concerné. Les encodages sont
|
||
effectués après les opérations de décodage.</p>
|
||
</dd>
|
||
|
||
</dl>
|
||
|
||
<div class="example"><h3>Exemple</h3><p><code>
|
||
<!--#set var="category" value="help" -->
|
||
</code></p></div>
|
||
|
||
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="section">
|
||
<h2><a name="includevars" id="includevars">Variables include</a></h2>
|
||
|
||
|
||
<p>À l'instar des variables de l'environnement CGI standard, ces
|
||
variables sont mises à la disposition de la commande
|
||
<code>echo</code>, des opérateurs conditionnels <code>if</code> et
|
||
<code>elif</code>, et de tout programme invoqué par le document.</p>
|
||
|
||
<dl>
|
||
<dt><code>DATE_GMT</code></dt>
|
||
<dd>La date GMT (Greenwich Mean Time) courante.</dd>
|
||
|
||
<dt><code>DATE_LOCAL</code></dt>
|
||
<dd>La date locale courante.</dd>
|
||
|
||
<dt><code>DOCUMENT_ARGS</code></dt>
|
||
<dd>Cette variable contient la chaîne de paramètres de la requête du
|
||
document SSI actif, ou la chaîne vide si aucune chaîne de paramètres de
|
||
requête n'est incluse. Pour les sous-requêtes invoquées par la directive
|
||
SSI <code>include</code>, <code>QUERY_STRING</code> contiendra la chaîne
|
||
de paramètres de la sous-requête et <code>DOCUMENT_ARGS</code> la chaîne
|
||
de paramètres du document SSI (disponible à partir de la version 2.4.19 du
|
||
serveur HTTP Apache).</dd>
|
||
|
||
<dt><code>DOCUMENT_NAME</code></dt>
|
||
<dd>Le nom de base du fichier demandé par l'utilisateur (sans son
|
||
chemin).</dd>
|
||
|
||
<dt><code>DOCUMENT_PATH_INFO</code></dt>
|
||
<dd>La partie terminale du chemin du fichier. Voir la directive <code class="directive"><a href="../mod/core.html#acceptpathinfo">AcceptPathInfo</a></code> pour plus d'informations à
|
||
propos de <code>PATH_INFO</code>.</dd>
|
||
|
||
<dt><code>DOCUMENT_URI</code></dt>
|
||
<dd>Le chemin URL (caractères % décodés) du document demandé par
|
||
l'utilisateur. Notez que dans le cas d'inclusions de fichiers
|
||
imbriquées, il ne s'agit <em>pas</em> de l'URL du document
|
||
courant. Notez également que si l'URL est modifiée en interne (par
|
||
exemple via une directive <code class="directive"><a href="../mod/mod_alias.html#alias">alias</a></code> ou <code class="directive"><a href="../mod/mod_dir.html#directoryindex">directoryindex</a></code>), c'est l'URL modifiée
|
||
que contiendra la variable.</dd>
|
||
|
||
<dt><code>LAST_MODIFIED</code></dt>
|
||
<dd>La date de dernière modification du document demandé par
|
||
l'utilisateur.</dd>
|
||
|
||
<dt><code>QUERY_STRING_UNESCAPED</code></dt>
|
||
<dd>Si une chaîne d'arguments est présente dans la requête pour le
|
||
document SSI actif, elle sera affectée à
|
||
cette variable, les caractères %-décodés, et éventuellement
|
||
<em>échappés</em> pour qu'ils ne soient pas interprétés par le
|
||
shell (les caractères spéciaux comme <code>&</code>,etc...
|
||
sont précédés d'anti-slashes). Cette variable n'est pas définie si aucune
|
||
chaîne d'arguments n'est présente. Utilisez <code>DOCUMENT_ARGS</code> si
|
||
l'échappement des caractères du shell n'est pas souhaité.</dd>
|
||
|
||
<dt><code>USER_NAME</code></dt>
|
||
<dd>Le nom d'utilisateur du propriétaire du fichier.</dd>
|
||
</dl>
|
||
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="section">
|
||
<h2><a name="substitution" id="substitution">Substitution de variable</a></h2>
|
||
|
||
<p>Une substitution de variable à l'intérieur d'une chaîne entre
|
||
guillemets s'effectue dans la plupart des situations où cette
|
||
dernière peut raisonablement constituer un argument d'une directive
|
||
SSI. Sont concernées les directives <code>config</code>,
|
||
<code>exec</code>, <code>flastmod</code>, <code>fsize</code>,
|
||
<code>include</code>, <code>echo</code>, et <code>set</code>. Si la
|
||
directive <code class="directive"><a href="#ssilegacyexprparser">SSILegacyExprParser</a></code> est définie à
|
||
<code>on</code>, la substitution s'effectue aussi dans les arguments
|
||
des opérateurs conditionnels. Vous pouvez insérer
|
||
un signe dollar en tant que caractère littéral dans une chaîne en
|
||
utilisant un anti-slash :</p>
|
||
|
||
<div class="example"><p><code>
|
||
<!--#set var="cur" value="\$test" -->
|
||
</code></p></div>
|
||
|
||
<p>Si une référence de variable doit être substituée au beau milieu
|
||
d'une séquence de caractères qui pourrait être elle-même considérée
|
||
comme un identifiant valide, l'ambiguïté peut être levée en
|
||
entourant la référence d'accolades, à la manière du shell :</p>
|
||
|
||
<div class="example"><p><code>
|
||
<!--#set var="Zed" value="${REMOTE_HOST}_${REQUEST_METHOD}" -->
|
||
</code></p></div>
|
||
|
||
<p>Dans cet exemple, la variable <code>Zed</code> se verra affecter
|
||
la valeur "<code>X_Y</code>" si <code>REMOTE_HOST</code> et
|
||
<code>REQUEST_METHOD</code> contiennent respectivement
|
||
"<code>X</code>" et "<code>Y</code>".</p>
|
||
|
||
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="section">
|
||
<h2><a name="flowctrl" id="flowctrl">Eléments de contrôle d'inclusion conditionnelle</a></h2>
|
||
|
||
|
||
<p>Les éléments de base du contrôle d'inclusion conditionnelle sont
|
||
:</p>
|
||
|
||
<div class="example"><p><code>
|
||
<!--#if expr="<var>test_condition</var>" --><br />
|
||
<!--#elif expr="<var>test_condition</var>" --><br />
|
||
<!--#else --><br />
|
||
<!--#endif -->
|
||
</code></p></div>
|
||
|
||
<p>L'élément <code>if</code> fonctionne de la même manière que
|
||
la directive if d'un langage de programmation. La condition est
|
||
évaluée et si le résultat est vrai, le texte qui suit jusqu'au
|
||
prochain élément <code>elif</code>, <code>else</code> ou
|
||
<code>endif</code> sera inclus dans le flux de sortie.</p>
|
||
|
||
<p>Les éléments <code>elif</code> ou <code>else</code> permettent
|
||
d'insérer du texte dans le flux de sortie si
|
||
<var>test_condition</var> s'est révélé faux. Ces éléments sont
|
||
optionnels.</p>
|
||
|
||
<p>L'élément <code>endif</code> termine le bloc de traitement
|
||
conditionnel <code>if</code> et est obligatoire.</p>
|
||
|
||
<p><var>test_condition</var> est une expression booléenne qui
|
||
emprunte la syntaxe <a href="../expr.html">ap_expr</a>. La directive
|
||
<code class="directive"><a href="#ssilegacyexprparser">SSILegacyExprParser</a></code>
|
||
permet de modifier cette syntaxe pour la rendre compatible avec
|
||
Apache HTTPD 2.2.x.</p>
|
||
|
||
<p>Le jeu de variables SSI avec l'élément <code>var</code> sont
|
||
exportées vers l'environnement de la requête et sont accessibles via
|
||
la fonction <code>reqenv</code>. Pour faire simple, le nom de
|
||
fonction <code>v</code> est aussi disponible dans le module
|
||
<code class="module"><a href="../mod/mod_include.html">mod_include</a></code>.</p>
|
||
|
||
<p>Dans l'exemple suivant, "depuis le réseau local" sera affiché si
|
||
l'adresse IP du client appartient au sous-réseau 10.0.0.0/8.</p>
|
||
|
||
<div class="example"><p><code>
|
||
<!--#if expr='-R "10.0.0.0/8"' --><br />
|
||
<span class="indent">
|
||
depuis le réseau local<br />
|
||
</span>
|
||
<!--#else --><br />
|
||
<span class="indent">
|
||
depuis ailleurs<br />
|
||
</span>
|
||
<!--#endif -->
|
||
</code></p></div>
|
||
|
||
<p>Dans l'exemple suivant, "foo vaut bar" sera affiché si la variable
|
||
<code>foo</code> contient la valeur "bar".</p>
|
||
|
||
<div class="example"><p><code>
|
||
<!--#if expr='v("foo") = "bar"' --><br />
|
||
<span class="indent">
|
||
foo vaut bar<br />
|
||
</span>
|
||
<!--#endif -->
|
||
</code></p></div>
|
||
|
||
<div class="note"><h3>Documentation de référence</h3>
|
||
<p>Voir aussi <a href="../expr.html">Les expressions dans le serveur
|
||
HTTP Apache</a> pour une référence complète et des exemples. Les
|
||
fonctions <em>restricted</em> ne sont pas disponibles dans
|
||
<code class="module"><a href="../mod/mod_include.html">mod_include</a></code>.</p>
|
||
</div>
|
||
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="section">
|
||
<h2><a name="legacyexpr" id="legacyexpr">Syntaxe des expressions héritée</a></h2>
|
||
|
||
|
||
<p>Cette section décrit la syntaxe de l'élément <code>#if
|
||
expr</code> dans le cas où la directive <code class="directive"><a href="#ssilegacyexprparser">SSILegacyExprParser</a></code> est définie à
|
||
<code>on</code>.</p>
|
||
|
||
<dl>
|
||
<dt><code><var>chaîne</var></code></dt>
|
||
<dd>vrai si <var>chaîne</var> n'est pas vide</dd>
|
||
|
||
<dt><code><var>-A string</var></code></dt>
|
||
<dd><p>vrai si l'URL que contient la chaîne est accessible du
|
||
point de vue de la configuration, faux sinon. Il
|
||
s'avère utile lorsqu'un lien vers une URL doit être caché aux
|
||
utilisateurs qui ne sont pas autorisés à voir cette URL. Notez que
|
||
le test porte sur l'autorisation d'accès à l'URL, et non sur son
|
||
existence.</p>
|
||
|
||
<div class="example"><h3>Exemple</h3><p><code>
|
||
<!--#if expr="-A /prive" --><br />
|
||
<span class="indent">
|
||
Cliquez <a href="/prive">ici</a> pour accéder aux
|
||
informations privées.<br />
|
||
</span>
|
||
<!--#endif -->
|
||
</code></p></div>
|
||
</dd>
|
||
|
||
<dt><code><var>chaîne1</var> = <var>chaîne2</var><br />
|
||
<var>chaîne1</var> == <var>chaîne2</var><br />
|
||
<var>chaîne1</var> != <var>chaîne2</var></code></dt>
|
||
|
||
<dd><p>Compare <var>chaîne1</var> à <var>chaîne2</var>. Si
|
||
<var>chaîne2</var> est de la forme
|
||
<code>/<var>chaîne2</var>/</code>, elle est traitée comme une
|
||
expression rationnelle. Les expressions rationnelles sont
|
||
implémentées par le moteur <a href="http://www.pcre.org">PCRE</a>
|
||
et possèdent la même syntaxe que celles de <a href="http://www.perl.com">perl 5</a>. Notez que <code>==</code>
|
||
n'est qu'un alias pour <code>=</code> et se comporte exactement de
|
||
la même manière que ce dernier.</p>
|
||
|
||
<p>Si vous faites une comparaison directe (<code>=</code> ou
|
||
<code>==</code>), vous pouvez extraire des parties de l'expression
|
||
rationnelle. Les parties extraites sont stockées dans les
|
||
variables spéciales <code>$1</code> .. <code>$9</code>. L'ensemble
|
||
de la chaîne correspondant à l'expression rationnelle est stocké
|
||
dans la variable spéciale <code>$0</code>.</p>
|
||
|
||
<div class="example"><h3>Exemple</h3><p><code>
|
||
<!--#if expr="$QUERY_STRING = /^sid=([a-zA-Z0-9]+)/" --><br />
|
||
<span class="indent">
|
||
<!--#set var="session" value="$1" --><br />
|
||
</span>
|
||
<!--#endif -->
|
||
</code></p></div>
|
||
</dd>
|
||
|
||
<dt><code><var>chaîne1</var> < <var>chaîne2</var><br />
|
||
<var>chaîne1</var> <= <var>chaîne2</var><br />
|
||
<var>chaîne1</var> > <var>chaîne2</var><br />
|
||
<var>chaîne1</var> >= <var>chaîne2</var></code></dt>
|
||
|
||
<dd>Compare <var>chaîne1</var> à <var>chaîne2</var>. Notez que les
|
||
chaînes sont comparées de manière <em>littérale</em> (en utilisant
|
||
<code>strcmp(3)</code>). Ainsi, la chaîne "100" est inférieure à
|
||
"20".</dd>
|
||
|
||
<dt><code>( <var>test_condition</var> )</code></dt>
|
||
<dd>vrai si <var>test_condition</var> est vrai</dd>
|
||
|
||
<dt><code>! <var>test_condition</var></code></dt>
|
||
<dd>vrai si <var>test_condition</var> est faux</dd>
|
||
|
||
<dt><code><var>test_condition1</var> &&
|
||
<var>test_condition2</var></code></dt>
|
||
<dd>vrai si <var>test_condition1</var> et
|
||
<var>test_condition2</var> sont tous les deux vrais</dd>
|
||
|
||
<dt><code><var>test_condition1</var> ||
|
||
<var>test_condition2</var></code></dt>
|
||
<dd>vrai si au moins un des tests <var>test_condition1</var> ou
|
||
<var>test_condition2</var> est vrai</dd>
|
||
</dl>
|
||
|
||
<p>"<code>=</code>" et "<code>!=</code>" ont une priorité supérieure
|
||
à "<code>&&</code>" et "<code>||</code>". "<code>!</code>" a
|
||
la priorité la plus haute. Ainsi, les deux directives suivantes sont
|
||
équivalentes :</p>
|
||
|
||
<div class="example"><p><code>
|
||
<!--#if expr="$a = test1 && $b = test2" --><br />
|
||
<!--#if expr="($a = test1) && ($b = test2)" -->
|
||
</code></p></div>
|
||
|
||
<p>Les opérateurs booléens <code>&&</code> et
|
||
<code>||</code> ont la même priorité. Ainsi, si vous voulez
|
||
augmenter la priorité d'un de ces opérateurs, vous devez utiliser
|
||
des parenthèses.</p>
|
||
|
||
<p>Tout ce qui n'est pas reconnu comme variable ou opérateur est
|
||
traité comme une chaîne. Les chaînes peuvent aussi être entourées
|
||
d'apostrophes : <code>'chaîne'</code>. Les chaînes sans apostrophe
|
||
ne peuvent pas contenir d'espaces (espaces ou tabulations) car
|
||
ceux-ci servent à séparer certains éléments comme les variables. Si
|
||
plusieurs chaînes se trouvent dans une ligne, elles sont concaténées
|
||
en utilisant des espaces. Ainsi,</p>
|
||
|
||
<div class="example"><p><code><var>chaîne1</var> <var>chaîne2</var></code> devient <code><var>chaîne1</var> <var>chaîne2</var></code><br />
|
||
<br />
|
||
et<br />
|
||
<br />
|
||
<code>'<var>chaîne1</var> <var>chaîne2</var>'</code> devient <code><var>chaîne1</var> <var>chaîne2</var></code>.</p></div>
|
||
|
||
<div class="note"><h3>Optimisation des expressions booléennes</h3>
|
||
<p>Si les expressions atteignent une complexité suffisante pour
|
||
ralentir les traitements de manière significative, vous pouvez
|
||
essayer de les optimiser en fonction des règles d'évaluation :</p>
|
||
<ul>
|
||
<li>Les expressions sont évaluées de la gauche vers la droite</li>
|
||
<li>Les opérateurs booléens binaires (<code>&&</code> et
|
||
<code>||</code>) font l'objet d'une évaluation abrégée chaque fois
|
||
que cela est possible. En d'autres termes, et selon la règle
|
||
ci-dessus, <code class="module"><a href="../mod/mod_include.html">mod_include</a></code> évalue tout d'abord la
|
||
partie gauche de l'expression. Si le résultat de l'évaluation de
|
||
cette partie gauche suffit à déterminer le résultat final,
|
||
l'évaluation s'arrête ici. Dans le cas contraire, la partie droite
|
||
est évaluée, et le résultat final tient compte des résultats des
|
||
évaluations des parties gauche et droite.</li>
|
||
<li>L'évaluation abrégée est désactivée tant qu'il reste des
|
||
expressions régulières à traiter. Ces dernières doivent être
|
||
évaluées afin de définir les variables correspondant aux
|
||
références arrières (<code>$1</code> .. <code>$9</code>).</li>
|
||
</ul>
|
||
<p>Si vous voulez déterminer la manière dont une expression est
|
||
traitée, vous pouvez recompiler <code class="module"><a href="../mod/mod_include.html">mod_include</a></code> en
|
||
utilisant l'option de compilation <code>-DDEBUG_INCLUDE</code>.
|
||
Ceci a pour effet d'insérer, pour chaque expression interprétée,
|
||
des informations étiquetées, l'arbre d'interprétation et la
|
||
manière dont elle est évaluée au sein du flux de sortie envoyé au
|
||
client.</p>
|
||
</div>
|
||
|
||
<div class="note"><h3>Slashes d'échappement dans les expressions
|
||
rationnelles</h3>
|
||
<p>Tous les caractères slashes qui ne sont pas des séparateurs dans
|
||
votre expression rationnelle doivent être échappés, et ceci sans
|
||
tenir compte de leur signification du point de vue du moteur
|
||
d'expressions rationnelles.</p>
|
||
</div>
|
||
|
||
<div class="note"><h3>Documentation de référence</h3>
|
||
<p>Voir le document <a href="../expr.html">Les expressions dans le
|
||
serveur HTTP Apache</a>, pour une référence complète et des exemples.</p>
|
||
</div>
|
||
|
||
|
||
</div>
|
||
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="directive-section"><h2><a name="ssiendtag" id="ssiendtag">Directive</a> <a name="SSIEndTag" id="SSIEndTag">SSIEndTag</a></h2>
|
||
<table class="directive">
|
||
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Chaîne qui termine l'élément include</td></tr>
|
||
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>SSIEndTag <var>tag</var></code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>SSIEndTag "-->"</code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration globale, serveur virtuel</td></tr>
|
||
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Base</td></tr>
|
||
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_include</td></tr>
|
||
</table>
|
||
<p>Cette directive permet de modifier la chaîne que
|
||
<code class="module"><a href="../mod/mod_include.html">mod_include</a></code> interprète comme la fin d'un élément
|
||
include.</p>
|
||
|
||
<pre class="prettyprint lang-config">SSIEndTag "%>"</pre>
|
||
|
||
|
||
|
||
<h3>Voir aussi</h3>
|
||
<ul>
|
||
<li><code class="directive"><a href="#ssistarttag">SSIStartTag</a></code></li>
|
||
</ul>
|
||
</div>
|
||
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="directive-section"><h2><a name="ssierrormsg" id="ssierrormsg">Directive</a> <a name="SSIErrorMsg" id="SSIErrorMsg">SSIErrorMsg</a></h2>
|
||
<table class="directive">
|
||
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Message d'erreur affiché lorsqu'une erreur SSI
|
||
survient</td></tr>
|
||
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>SSIErrorMsg <var>message</var></code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>SSIErrorMsg "[an error occurred while processing this
|
||
directive]"</code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration globale, serveur virtuel, répertoire, .htaccess</td></tr>
|
||
<tr><th><a href="directive-dict.html#Override">Surcharges autorisées:</a></th><td>All</td></tr>
|
||
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Base</td></tr>
|
||
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_include</td></tr>
|
||
</table>
|
||
<p>La directive <code class="directive">SSIErrorMsg</code> permet de
|
||
modifier le message d'erreur affiché lorsqu'une erreur SSI survient.
|
||
Pour les serveurs en production, il est recommandé de modifier le
|
||
message d'erreur par défaut en <code>"<!-- Error
|
||
-->"</code>, de façon à ce que le message ne soit pas
|
||
présenté à l'utilisateur.</p>
|
||
|
||
<p>Cette directive a le même effet que l'élément
|
||
<code><!--#config errmsg=<var>message</var> --></code>.</p>
|
||
|
||
<pre class="prettyprint lang-config">SSIErrorMsg "<!-- Error -->"</pre>
|
||
|
||
|
||
</div>
|
||
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="directive-section"><h2><a name="ssietag" id="ssietag">Directive</a> <a name="SSIETag" id="SSIETag">SSIETag</a></h2>
|
||
<table class="directive">
|
||
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Définit si des en-têtes ETags sont générés par le serveur.</td></tr>
|
||
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>SSIETag on|off</code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>SSIETag off</code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>répertoire, .htaccess</td></tr>
|
||
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Base</td></tr>
|
||
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_include</td></tr>
|
||
<tr><th><a href="directive-dict.html#Compatibility">Compatibilité:</a></th><td>Disponible à partir de la version 2.2.15 du serveur HTTP
|
||
Apache.</td></tr>
|
||
</table>
|
||
<p>Dans le cas général, un fichier filtré par
|
||
<code class="module"><a href="../mod/mod_include.html">mod_include</a></code> peut contenir des éléments soit
|
||
générés dynamiquement, soit éventuellement modifiés indépendemment
|
||
du fichier original. En conséquence, il est demandé par défaut au
|
||
serveur de ne pas générer d'en-tête <code>ETag</code> à la réponse
|
||
en ajoutant <code>no-etag</code> aux informations de requête.</p>
|
||
|
||
<p>Ce comportement peut être modifié via la directive
|
||
<code class="directive">SSIETag</code> qui permet au serveur de générer un
|
||
en-tête <code>ETag</code>. On peut aussi l'utiliser pour la mise
|
||
en cache de la sortie. Notez qu'un serveur d'arrière-plan ou un
|
||
générateur de contenu dynamique peut lui-même générer un en-tête
|
||
<code>ETag</code>, en ignorant l'information <code>no-etag</code>,
|
||
cet en-tête <code>ETag</code> étant transmis par
|
||
<code class="module"><a href="../mod/mod_include.html">mod_include</a></code> sans tenir compte de la définition de
|
||
la présente directive. La directive <code class="directive">SSIETag</code>
|
||
peut prendre une des valeurs suivantes :</p>
|
||
|
||
<dl>
|
||
|
||
<dt><code>off</code></dt>
|
||
<dd><code>no-etag</code> sera ajouté aux informations de
|
||
requête, et il sera demandé au serveur de ne pas générer
|
||
d'en-tête <code>ETag</code>. Lorsqu'un serveur ignore la valeur
|
||
de <code>no-etag</code> et génère tout de même un en-tête
|
||
<code>ETag</code>, ce dernier sera respecté.</dd>
|
||
|
||
<dt><code>on</code></dt>
|
||
<dd>Les en-têtes <code>ETag</code> existants seront respectés,
|
||
et ceux générés par le serveur seront ajoutés à la réponse.</dd>
|
||
|
||
</dl>
|
||
|
||
|
||
</div>
|
||
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="directive-section"><h2><a name="ssilastmodified" id="ssilastmodified">Directive</a> <a name="SSILastModified" id="SSILastModified">SSILastModified</a></h2>
|
||
<table class="directive">
|
||
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Définit si des en-têtes <code>Last-Modified</code> sont
|
||
générés par le serveur.</td></tr>
|
||
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>SSILastModified on|off</code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>SSILastModified off</code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>répertoire, .htaccess</td></tr>
|
||
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Base</td></tr>
|
||
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_include</td></tr>
|
||
<tr><th><a href="directive-dict.html#Compatibility">Compatibilité:</a></th><td>Disponible à partir de la version 2.2.15 du serveur HTTP
|
||
Apache.</td></tr>
|
||
</table>
|
||
<p>Dans le cas général, un fichier filtré par
|
||
<code class="module"><a href="../mod/mod_include.html">mod_include</a></code> peut contenir des éléments soit
|
||
générés dynamiquement, soit éventuellement modifiés indépendemment
|
||
du fichier original. En conséquence, l'en-tête
|
||
<code>Last-Modified</code> est supprimé par défaut de la réponse.</p>
|
||
|
||
<p>La directive <code class="directive">SSILastModified</code> permet de
|
||
modifier ce comportement en faisant en sorte que l'en-tête
|
||
<code>Last-Modified</code> soit respecté s'il est déjà présent, ou
|
||
défini dans le cas contraire. On peut aussi l'utiliser pour la mise
|
||
en cache de la sortie. La directive
|
||
<code class="directive">SSILastModified</code> peut prendre une des
|
||
valeurs suivantes :</p>
|
||
|
||
<dl>
|
||
|
||
<dt><code>off</code></dt>
|
||
<dd>L'en-tête <code>Last-Modified</code> sera supprimé des
|
||
réponses, à moins que la directive <code class="directive"><a href="#xbithack">XBitHack</a></code> ne soit définie à
|
||
<code>full</code> comme décrit plus loin.</dd>
|
||
|
||
<dt><code>on</code></dt>
|
||
<dd>L'en-tête <code>Last-Modified</code> sera respecté s'il est
|
||
déjà présent, et ajouté à la réponse si cette dernière est un
|
||
fichier et si l'en-tête est manquant. La directive <code class="directive"><a href="#ssilastmodified">SSILastModified</a></code> l'emporte sur
|
||
la directive <code class="directive"><a href="#xbithack">XBitHack</a></code>.</dd>
|
||
|
||
</dl>
|
||
|
||
|
||
</div>
|
||
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="directive-section"><h2><a name="ssilegacyexprparser" id="ssilegacyexprparser">Directive</a> <a name="SSILegacyExprParser" id="SSILegacyExprParser">SSILegacyExprParser</a></h2>
|
||
<table class="directive">
|
||
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Active le mode de compatibilité pour les expressions
|
||
conditionnelles.</td></tr>
|
||
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>SSILegacyExprParser on|off</code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>SSILegacyExprParser off</code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>répertoire, .htaccess</td></tr>
|
||
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Base</td></tr>
|
||
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_include</td></tr>
|
||
<tr><th><a href="directive-dict.html#Compatibility">Compatibilité:</a></th><td>Disponible à partir de la version 2.3.13.</td></tr>
|
||
</table>
|
||
<p>Depuis la version 2.3.13, <code class="module"><a href="../mod/mod_include.html">mod_include</a></code> a adopté
|
||
la nouvelle syntaxe <a href="../expr.html">ap_expr</a> pour ses
|
||
expressions conditionnelles dans les éléments de contrôle de flux
|
||
<code>#if</code>. Cette directive permet de réactiver l'<a href="#legacyexpr">ancienne syntaxe</a> qui est compatible avec les
|
||
versions 2.2.x et antérieures d'Apache HTTPD.
|
||
</p>
|
||
|
||
</div>
|
||
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="directive-section"><h2><a name="ssistarttag" id="ssistarttag">Directive</a> <a name="SSIStartTag" id="SSIStartTag">SSIStartTag</a></h2>
|
||
<table class="directive">
|
||
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Chaîne qui marque le début d'un élément
|
||
include</td></tr>
|
||
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>SSIStartTag <var>tag</var></code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>SSIStartTag "<!--#"</code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration globale, serveur virtuel</td></tr>
|
||
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Base</td></tr>
|
||
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_include</td></tr>
|
||
</table>
|
||
<p>Cette directive permet de modifier la chaîne que
|
||
<code class="module"><a href="../mod/mod_include.html">mod_include</a></code> interprète comme le début d'un élément
|
||
include.</p>
|
||
|
||
<p>Cette option peut vous être utile si vous avez deux serveurs qui
|
||
interprètent un fichier avec des commandes différentes (et
|
||
éventuellement à des moments différents).</p>
|
||
|
||
<pre class="prettyprint lang-config">SSIStartTag "<%"
|
||
SSIEndTag "%>"</pre>
|
||
|
||
|
||
<p>Avec l'exemple ci-dessus, qui définit aussi une directive
|
||
<code class="directive"><a href="#ssiendtag">SSIEndTag</a></code>, vous pourrez
|
||
inscrire des directives SSI comme dans l'exemple suivant :</p>
|
||
|
||
<div class="example"><h3>Directives SSI avec marques de début et de fin
|
||
personnalisées</h3><p><code>
|
||
<%printenv %>
|
||
</code></p></div>
|
||
|
||
<h3>Voir aussi</h3>
|
||
<ul>
|
||
<li><code class="directive"><a href="#ssiendtag">SSIEndTag</a></code></li>
|
||
</ul>
|
||
</div>
|
||
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="directive-section"><h2><a name="ssitimeformat" id="ssitimeformat">Directive</a> <a name="SSITimeFormat" id="SSITimeFormat">SSITimeFormat</a></h2>
|
||
<table class="directive">
|
||
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Configuration du format d'affichage des dates</td></tr>
|
||
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>SSITimeFormat <var>chaîne de formatage</var></code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>SSITimeFormat "%A, %d-%b-%Y %H:%M:%S %Z"</code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration globale, serveur virtuel, répertoire, .htaccess</td></tr>
|
||
<tr><th><a href="directive-dict.html#Override">Surcharges autorisées:</a></th><td>All</td></tr>
|
||
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Base</td></tr>
|
||
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_include</td></tr>
|
||
</table>
|
||
<p>Cette directive permet de modifier le format d'affichage des
|
||
variables d'environnement <code>DATE</code>. La <var>chaîne de
|
||
formatage</var> est identique à celle de la fonction
|
||
<code>strftime(3)</code> de la bibliothèque C standard.</p>
|
||
|
||
<p>Cette directive a le même effet que l'élément
|
||
<code><!--#config timefmt=<var>chaîne de formatage</var>
|
||
--></code>.</p>
|
||
|
||
<pre class="prettyprint lang-config">SSITimeFormat "%R, %B %d, %Y"</pre>
|
||
|
||
|
||
<p>Avec l'exemple ci-dessus, les dates seront affichées dans le
|
||
style "22:26, June 14, 2002".</p>
|
||
|
||
</div>
|
||
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="directive-section"><h2><a name="ssiundefinedecho" id="ssiundefinedecho">Directive</a> <a name="SSIUndefinedEcho" id="SSIUndefinedEcho">SSIUndefinedEcho</a></h2>
|
||
<table class="directive">
|
||
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Chaîne à afficher lorsqu'on tente d'extraire le contenu
|
||
d'une variable non définie</td></tr>
|
||
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>SSIUndefinedEcho <var>chaîne</var></code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>SSIUndefinedEcho "(none)"</code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration globale, serveur virtuel, répertoire, .htaccess</td></tr>
|
||
<tr><th><a href="directive-dict.html#Override">Surcharges autorisées:</a></th><td>All</td></tr>
|
||
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Base</td></tr>
|
||
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_include</td></tr>
|
||
</table>
|
||
<p>Cette directive permet de modifier la chaîne affichée par
|
||
<code class="module"><a href="../mod/mod_include.html">mod_include</a></code> lorsqu'on tente d'extraire le contenu
|
||
d'une variable non définie.</p>
|
||
|
||
<pre class="prettyprint lang-config">SSIUndefinedEcho "<!-- nondef -->"</pre>
|
||
|
||
|
||
</div>
|
||
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="directive-section"><h2><a name="xbithack" id="xbithack">Directive</a> <a name="XBitHack" id="XBitHack">XBitHack</a></h2>
|
||
<table class="directive">
|
||
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Interprète les directives SSI dans les fichiers dont le bit
|
||
d'exécution est positionné</td></tr>
|
||
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>XBitHack on|off|full</code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>XBitHack off</code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration globale, serveur virtuel, répertoire, .htaccess</td></tr>
|
||
<tr><th><a href="directive-dict.html#Override">Surcharges autorisées:</a></th><td>Options</td></tr>
|
||
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Base</td></tr>
|
||
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_include</td></tr>
|
||
</table>
|
||
<p>La directive <code class="directive">XBitHack</code> permet de contrôler
|
||
l'interprétation des documents html standards. Elle n'affecte que
|
||
les fichiers dont le <a class="glossarylink" href="../glossary.html#type mime" title="voir glossaire">type MIME</a> est
|
||
<code>text/html</code>. <code class="directive">XBitHack</code> peut prendre
|
||
les valeurs suivantes :</p>
|
||
|
||
<dl>
|
||
<dt><code>off</code></dt>
|
||
<dd>Aucun traitement particulier pour les fichiers
|
||
exécutables.</dd>
|
||
|
||
<dt><code>on</code></dt>
|
||
<dd>Tout fichier <code>text/html</code> dont le bit d'exécution
|
||
est positionné pour le propriétaire sera traité en tant que
|
||
document html interprété par le serveur.</dd>
|
||
|
||
<dt><code>full</code></dt>
|
||
<dd>Identique à <code>on</code>, avec test du bit d'exécution pour
|
||
le groupe. Si ce dernier est positionné, la date de <code>dernière
|
||
modification</code> du fichier renvoyé est définie à la date de
|
||
dernière modification du fichier. Dans le cas contraire, aucune
|
||
date de dernière modification n'est renvoyée. Le positionnement de
|
||
ce bit permet aux clients et aux mandataires de gérer la mise en
|
||
cache du résultat de la requête.
|
||
|
||
<div class="note"><h3>Note</h3>
|
||
<p>Il est recommandé de n'utiliser l'option full que dans le cas
|
||
où vous êtes certain que le bit d'exécution du groupe est non
|
||
positionné pour les scripts SSI qui pourraient effectuer l'<code>#include</code> d'un programme CGI ou bien produire des sorties
|
||
différentes à chaque accès (ou seraient susceptibles d'être
|
||
modifiées au cours des requêtes ultérieures).</p>
|
||
|
||
<p>Lorsqu'elle est définie à <code>on</code>, la directive
|
||
<code class="directive"><a href="#ssilastmodified">SSILastModified</a></code>
|
||
l'emporte sur la directive <code class="directive"><a href="#xbithack">XBitHack</a></code>.</p>
|
||
</div>
|
||
|
||
</dd>
|
||
</dl>
|
||
|
||
|
||
</div>
|
||
</div>
|
||
<div class="bottomlang">
|
||
<p><span>Langues Disponibles: </span><a href="../en/mod/mod_include.html" hreflang="en" rel="alternate" title="English"> en </a> |
|
||
<a href="../fr/mod/mod_include.html" title="Français"> fr </a> |
|
||
<a href="../ja/mod/mod_include.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a></p>
|
||
</div><div class="top"><a href="#page-header"><img src="../images/up.gif" alt="top" /></a></div><div class="section"><h2><a id="comments_section" name="comments_section">Commentaires</a></h2><div class="warning"><strong>Notice:</strong><br />This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Libera.chat, or sent to our <a href="https://httpd.apache.org/lists.html">mailing lists</a>.</div>
|
||
<script type="text/javascript"><!--//--><![CDATA[//><!--
|
||
var comments_shortname = 'httpd';
|
||
var comments_identifier = 'http://httpd.apache.org/docs/2.4/mod/mod_include.html';
|
||
(function(w, d) {
|
||
if (w.location.hostname.toLowerCase() == "httpd.apache.org") {
|
||
d.write('<div id="comments_thread"><\/div>');
|
||
var s = d.createElement('script');
|
||
s.type = 'text/javascript';
|
||
s.async = true;
|
||
s.src = 'https://comments.apache.org/show_comments.lua?site=' + comments_shortname + '&page=' + comments_identifier;
|
||
(d.getElementsByTagName('head')[0] || d.getElementsByTagName('body')[0]).appendChild(s);
|
||
}
|
||
else {
|
||
d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>');
|
||
}
|
||
})(window, document);
|
||
//--><!]]></script></div><div id="footer">
|
||
<p class="apache">Copyright 2024 The Apache Software Foundation.<br />Autorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
|
||
<p class="menu"><a href="../mod/">Modules</a> | <a href="../mod/directives.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="../glossary.html">Glossaire</a> | <a href="../sitemap.html">Plan du site</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!--
|
||
if (typeof(prettyPrint) !== 'undefined') {
|
||
prettyPrint();
|
||
}
|
||
//--><!]]></script>
|
||
</body></html> |