summaryrefslogtreecommitdiffstats
path: root/docs/manual/mod/mod_proxy_html.xml
diff options
context:
space:
mode:
authorNick Kew <niq@apache.org>2020-05-09 00:39:36 +0200
committerNick Kew <niq@apache.org>2020-05-09 00:39:36 +0200
commit3ef70e1267a45cb0233767f2e54a08f0c4fc87b0 (patch)
tree934d69fcce295d8c9b82c154405f518b771716a8 /docs/manual/mod/mod_proxy_html.xml
parentmod_ssl: Update the ssl_var_lookup() API: (diff)
downloadapache2-3ef70e1267a45cb0233767f2e54a08f0c4fc87b0.tar.xz
apache2-3ef70e1267a45cb0233767f2e54a08f0c4fc87b0.zip
Update mod_proxy_html docs to reflect
https://lists.apache.org/thread.html/rc26df3094f42cfa742690282b4430483d56f85f3e033337b1a08ec53%40%3Cusers.httpd.apache.org%3E git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1877522 13f79535-47bb-0310-9956-ffa450edef68
Diffstat (limited to 'docs/manual/mod/mod_proxy_html.xml')
-rw-r--r--docs/manual/mod/mod_proxy_html.xml35
1 files changed, 18 insertions, 17 deletions
diff --git a/docs/manual/mod/mod_proxy_html.xml b/docs/manual/mod/mod_proxy_html.xml
index 480a8060b1..9d33112bf2 100644
--- a/docs/manual/mod/mod_proxy_html.xml
+++ b/docs/manual/mod/mod_proxy_html.xml
@@ -125,25 +125,20 @@ versions where filter directives were used to activate mod_proxy_html.</strong><
module for earlier 2.x versions.</compatibility>
<usage>
+ <note>
+ <p>ProxyHTMLMeta was part of i18n support in earlier mod_proxy_html
+ versions, including those for Apache HTTPD 2.0 and 2.2.
+ That functionality has now been separated out into the separate
+ module <module>mod_xml2enc</module>. ProxyHTMLMeta no longer
+ serves any purpose likely to be useful in an operational server,
+ though it might serve as a testing/debugging aid for developers
+ of software such as browsers.</p>
+ </note>
+
<p>This turns on or off pre-parsing of metadata in HTML
<code>&lt;head&gt;</code> sections.</p>
- <p>If not required, turning ProxyHTMLMeta Off will give a small
- performance boost by skipping this parse step. However, it
- is sometimes necessary for internationalisation to work correctly.</p>
- <p><directive>ProxyHTMLMeta</directive> has two effects. Firstly and most importantly
- it enables detection of character encodings declared in the form</p>
- <pre>&lt;meta http-equiv="Content-Type" content="text/html;charset=<var>foo</var>"&gt;</pre>
- <p>or, in the case of an XHTML document, an XML declaration.
- It is NOT required if the charset is declared in a real HTTP header
- (which is always preferable) from the backend server, nor if the
- document is <var>utf-8</var> (unicode) or a subset such as ASCII.
- You may also be able to dispense with it where documents use a
- default declared using <directive module="mod_xml2enc"
- >xml2EncDefault</directive>, but that risks propagating an
- incorrect declaration. A <directive module="mod_proxy_html">ProxyHTMLCharsetOut</directive>
- can remove that risk, but is likely to be a bigger processing
- overhead than enabling ProxyHTMLMeta.</p>
- <p>The other effect of enabling <directive>ProxyHTMLMeta</directive> is to parse all
+
+ <p>Enabling <directive>ProxyHTMLMeta</directive> will parse all
<code>&lt;meta http-equiv=...&gt;</code> declarations and convert
them to real HTTP headers, in keeping with the original purpose
of this form of the HTML &lt;meta&gt; element.</p>
@@ -510,6 +505,12 @@ normally be used, as any change from the default <code>UTF-8</code>
processing overhead. The special token <code>ProxyHTMLCharsetOut *</code>
will generate output using the same encoding as the input.</p>
<p>Note that this relies on <module>mod_xml2enc</module> being loaded.</p>
+<note>
+<p>This does not support encoding HTML Entities. If a document contains
+characters that cannot be represented in the target charset, it will
+fail and the document is likely to be corrupted. This applies even if
+such characters are represented as entities in the input document.</p>
+</note>
</usage>
</directivesynopsis>