What could go wrong in switching HTML encoding fro

2020-03-23 01:07发布

What are the implications of a change from UTF-8 to UTF-16 for HTML encoding? I would like to know your thoughts on the issue. Are there things I need to think of before making such a change?

Note: Interested due to enormous amounts of japanese and chinese text I need to handle.

6条回答
别忘想泡老子
2楼-- · 2020-03-23 01:36

There is also the byte order which becomes an issue with anything above 8-bit data. UTF encoded files begin with a byte order mark which is used to determine the byte order, or endianness, of that file.

Wikipedia has a quite good explanation of this.

查看更多
走好不送
3楼-- · 2020-03-23 01:41

I suspect most browsers won't even show your pages.

查看更多
Emotional °昔
4楼-- · 2020-03-23 01:52

As far as I know all modern browsers support UTF-16 encoding. But as others have pointed out, you should declare the encoding explicitly. Not all browsers and platforms will support all unicode characters, but I think this is regardless of which encoding you use.

However, if bandwith is a big issue you should probably consider gzipping the HTML. This will save much more bandwidth than switching encoding.

查看更多
做自己的国王
5楼-- · 2020-03-23 01:55

Very nice article you have held here. Fundamentals states, "When a unique character encoding is required, the character encoding MUST be UTF-8, UTF-16 or UTF-32. US-ASCII is upwards-compatible with UTF-8 (an US-ASCII string is also a UTF-8 string, see [RFC 3629]), and UTF-8 is therefore appropriate if compatibility with US-ASCII is desired." In practice, compatibility with US-ASCII is so useful it's almost a requirement. The W3C wisely explains, "In other situations, such as for APIs, UTF-16 or UTF-32 may be more appropriate. Possible reasons for choosing one of these include efficiency of internal processing and interoperability with other processes."

查看更多
来,给爷笑一个
6楼-- · 2020-03-23 01:56
  • Your bandwidth consumption is likely to nearly double, assuming most of your HTML is ASCII
  • Clients which incorrectly assume UTF-8 (or ASCII) will be confused

Why do you want to change to UTF-16?

查看更多
萌系小妹纸
7楼-- · 2020-03-23 02:02

I can think of a few things that will go wrong:

  1. You MUST specify that it's UTF-16 in the HTTP header. Unlike UTF-8, UTF-16 is not ASCII compatible, which means that everything needs to be in UTF-16 from the start.
  2. Older clients don't support UTF-16. For example, anything on Windows 9x. Possibly Mac OS9 as well.
  3. Oh, wait, I almost forgot: North America and European copies of Windows XP don't have Asian fonts installed by default.
查看更多
登录 后发表回答