]> git.ipfire.org Git - thirdparty/apache/httpd.git/commitdiff
Start a "Common Problems" section in the mod_charset_lite
authorJeff Trawick <trawick@apache.org>
Sat, 3 Jun 2000 00:17:19 +0000 (00:17 +0000)
committerJeff Trawick <trawick@apache.org>
Sat, 3 Jun 2000 00:17:19 +0000 (00:17 +0000)
documentation.

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@85387 13f79535-47bb-0310-9956-ffa450edef68

docs/manual/mod/mod_charset_lite.html

index 8ae3e490b94042752578cae443b12c2413096f1f..abffa344d1e27d7bc4a630e7f87a7b6bdea2ec9e 100644 (file)
   <EM>debug</EM>.
   </P>
 
+  <H2>Common Problems</H2>
+
+  <H3>Invalid character set names</H3>
+
+  <P>
+  The character set name parameters of CharsetSourceEnc and CharsetDefault
+  must be acceptable to the translation mechanism used by APR on the system
+  where mod_charset_lite is deployed.  These character set names are not 
+  standardized and are usually not the same as the corresponding values used 
+  in http headers.  Currently, APR can only use iconv(3), so you can easily
+  test your character set names using the iconv(1) program, as follows:
+  </P>
+
+  <PRE>
+  iconv -f charsetsourceenc-value -t charsetdefault-value
+  </PRE>
+
+  <H3>Mismatch between character set of content and translation rules</H3>
+
+  <P>
+  If the translation rules don't make sense for the content, translation
+  can fail in various ways, including:
+  </P>
+
+  <SL>
+  <LI>
+  The translation mechanism may return a bad return code, and the connection
+  will be aborted.
+  <LI>
+  The translation mechanism may silently place special characters (e.g., question
+  marks) in the output buffer when it cannot translate the input buffer.
+  </SL>
+
 <!--#include virtual="footer.html" -->
  </BODY>
 </HTML>