l'entrée.</p>
<p>Notez que tout ceci ne fonctionne que si le module
<code class="module"><a href="../mod/mod_xml2enc.html">mod_xml2enc</a></code> est chargé.</p>
+<div class="note">
+<p>Cette directive ne supporte pas les entités HTML. Si un document contient des
+caractères qui ne peuvent pas être représentés dans le jeu de caractères cible, la directive
+échouera et le document sera probablement corrompu (et ceci même si ces
+caractères sont représentés par des entités HTML).</p>
+</div>
</div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
Apache ; proposé en tant que module tiers dans les versions 2.x
précédentes.</td></tr>
</table>
+ <div class="note">
+ <p>Dans les versions précédentes de mod_proxy_html (y compris celles de
+ HTTPD 2.0 et 2.2), ProxyHTMLMeta faisait partie du support i18n. Cette
+ fonctionnalité est maintenant assurée par le module
+ <code class="module"><a href="../mod/mod_xml2enc.html">mod_xml2enc</a></code>, et ProxyHTMLMeta n'est à l'heure actuelle
+ plus utile dans le cadre d'un serveur opérationnel ; elle peut cependant
+ aider les développeurs à tester/déboguer des logiciels tels que les
+ navigateurs.</p>
+ </div>
+
<p>Cette directive permet d'activer ou désactiver une
préinterprétation supplémentaire des métadonnées dans les sections
- HTML <code><head></code>. Si cette préinterprétation n'est pas
- requise, définissez ProxyHTMLMeta à Off et les performances
- seront légèrement améliorées. Cependant, elle s'avère parfois
- nécessaire pour assurer un fonctionnement correct de l'internationalisation.</p>
- <p>La directive <code class="directive">ProxyHTMLMeta</code> a deux effets. Le premier et le plus
- important est la détection des codages de caractères déclarés sous
- la forme</p>
- <pre><meta http-equiv="Content-Type" content="text/html;charset=<var>foo</var>"></pre>
- <p>ou, dans le cas d'un document XHTML, sous la forme d'une
- déclaration XML. Elle n'est pas nécessaire si le jeu de caractères
- est déclaré explicitement dans un en-tête HTTP (ce qui est
- préférable) en provenance du serveur d'arrière-plan, ou si le
- document est en <var>utf-8</var> (unicode) ou un de ses
- sous-ensembles comme ASCII. Vous pourrez aussi vous en passer
- lorsque le document utilise une valeur par défaut déclarée via la
- directive <code class="directive"><a href="../mod/mod_xml2enc.html#xml2encdefault">xml2EncDefault</a></code>, avec le risque de
- propager une déclaration incorrecte. Une directive
- <code class="directive"><a href="#proxyhtmlcharsetout">ProxyHTMLCharsetOut</a></code> permettra d'annuler ce
- risque, mais pourra induire une surcharge de traitement supérieure à
- celle de ProxyHTMLMeta.</p>
- <p>Le deuxième effet est l'interprétation de toutes les déclarations
+ HTML <code><head></code>.</p>
+
+ <p>L'activation de <code class="directive">ProxyHTMLMeta</code> va entraîner
+ l'interprétation de toutes les déclarations
<code><meta http-equiv=...></code> et leur conversion en
en-têtes HTTP, afin de conserver le but original de cette forme
de métaélément HTML.</p>
<code class="module"><a href="./mod/mod_isapi.html">mod_isapi</a></code>, ...</dt>
<dd>La traduction des en-têtes en variables d'environnement est
plus stricte qu'avant, ce qui permet de diminuer l'exposition aux attaques
- de type cross-site-scripting via injection d'en-têtes. Les
- en-têtes contenant des caractères invalides (comme les caractères
- de soulignement) sont maintenant ignorés. Le document <a href="env.html">Les variables d'environnement dans Apache</a>
+ de type cross-site-scripting via injection d'en-têtes. Les noms
+ d'en-têtes contenant des caractères invalides (comme les caractères
+ de soulignement) ne sont plus convertis en variables d'environnement. Le document <a href="env.html">Les variables d'environnement dans Apache</a>
présente quelques pistes pour contourner ce problème avec les
clients anciens qui nécessitent de tels en-têtes (Ceci affecte
tous les modules qui utilisent ces variables d'environnement).</dd>