You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Bill Stoddard <st...@raleigh.ibm.com> on 1999/09/02 19:53:38 UTC

Unicode and double byte character sets in Apache

How do Apache users in Japan accomodate single byte Apache running on a
double byte OS?  Are URIs, which use the 8859-1 charset, translated to
filenames valid in a DBCS file system? Or are Japanese users forced into
using single byte charsets when they are using Apache?  

-- 
Bill Stoddard
stoddard@raleigh.ibm.com

Re: Unicode and double byte character sets in Apache

Posted by Dirk-Willem van Gulik <di...@webweaving.org>.

On Thu, 2 Sep 1999, Bill Stoddard wrote:

> How do Apache users in Japan accomodate single byte Apache running on a
> double byte OS?  Are URIs, which use the 8859-1 charset, translated to
> filenames valid in a DBCS file system? Or are Japanese users forced into
> using single byte charsets when they are using Apache?  

Though not a japanese user; we've been tacking the URI's in languages like
chinese, japanese, tai and various arabic flavours by taking the file
names, represent glyphs in unicode (yes this is wrong, I know), fully
denormalizing them according to the spec forward tables; utf8 encoding the
result and then taking that as an octed string, %XX encoding where needed.

We've been making use of the fact there that unicode is strict 'read
order' sequential; i.e. left->r and r->left script is 'solved'. This is
also the URI we 'expose'. Though we try to be quite strict in what we put
in the pages; we had to be quite lesure in what to accept with the
browsers out there. The content/body of the documents was dealth with in a
much more complex way. Eff. using local charsets and unicode mixed.

Dw.