你怎么解决字符编码的问题？

题

如果你看到的是丑陋无char框什么工具或战略的你用来找出什么错了?

(具体情况我面对的是没有char盒子内 <select> 当它应该显示出日本的字符。)

解决方案

首先，"丑陋无char箱"可能不是一个编码的问题，他们可能只是一个标志，你没有一个字体的安装，可以显示的字形的网页。

数字编码的问题发生时串通过从一个系统向另一个。为webapp，这通常是之间的浏览器和应用程序之间的应用程序和文件系统和应用程序和数据库。

所以你需要检查管理信息系统编码数据的数据来自何处，是什么字符编码，它具有在来源，以及什么样的编码它是在被接收为。最好的办法是通过发送的人物，你知道系统有问题，并审查他们在每个级别的应用程序。他们怎么看起来像内部应用程序？在数据库？当你让他们回到从数据库？当他们显示在浏览器？

抱歉是很大的，但问题并没有给更多的工作。

其他提示

如果发送的数据浏览器变得错位(门司烘)你会得到垃圾桶里的人物。此外，如果指定的错误的字符组，在META标题，浏览器将使该页的错误，引起门司烤再次，有时，在随机的地方上的网页。

在处理中日韩的字符组，您必须确保使用UTF8字符编码的整个生命周期的程序(数据存储、检索、操作的数据在你的代码显示在browsser等...)

什么是UTF8? UTF8处理二流的数据，而不是弦。这意味着位组合可以有变长。ASCII characters有一个固定长度的8位代表着1字节，但是UTF8人物可以由6bits,8位,12,等等...因此，UTF8容易发生什么日本呼叫"mojibake".

作为一个编码器，从数据库，以代码基于浏览器的，你应该试试和使用UTF8完全。电子邮件可以使用UTF8，但是你可能会发现大多数邮件服务器和客户仍旧的和使用一种融合了不同的字符集(例如ISO9022X).

数据库的设置 如果你是一个mysql用户，然后确保你们有确保所有连接该数据库使用UTF8，及所有表/领域使用UTF8.通过默认mysql使用拉丁(瑞典)的字符集。那些古怪的瑞典人爱他们的幽默感!!

检查你的代码 以我的经验编辑像记事本++,Notepad2,UltraEdit，电子等等...所有有UTF8支持的问题。他们主要的工作，但由于他们的开发不使用中日韩语言本身，它们不完善。问题，如关闭BOM(字节以标记)，错位的标签，可怜的字符组转换等等。所有本问题。

我强烈建议使用一个成熟的UTF8编辑喜欢丸尾.这是由一家日本公司，但有一个英文版本(和一个试验版本)在 http://www.hidemaru.interlink.or.jp/software/

最后，可能需要转换你来源文件进UTF8.特别是，如果代码本身具有的中日韩语言的字符串中所包含在其中。

操纵字符串 任何串的功能需要多的安全。通知的我并没有说双字节。UTF8不是双字节，但多，这取决于总的比特数，用来表示一个角色。在PHP你需要叫MB串职能，具体的说明。红宝石和其他语言有更多的透明的支持，但是需要检查的文件对你的口味的应用程序服务器！

元标记 检查。co.jp或雅虎。co.jp为他们的元标题。这些网站是知道如何正确。基本上包括以下阶标记的doucment <HEAD>

charset=utf-8">

它通常是安全混合的英语HTML文件类型的属性，与上面的字太多。因此添加元标记上述工作在一个HTML文档，具有：

电子邮件 这是一个完全不同的可能的蠕虫。UTF8了很多工作，但日本的许多老年客户使用ISO2022X更多。这是不值得的复盖在这里。

调试UTF8问题 一旦有一个可靠的UTF8编辑喜欢丸尾，你可以创建静态网页和解决您的问题。

希望帮助

重定向的数据，并使用磁盘六编辑.大多数文本编辑器/观众做自己的转换后的场景，因此，它是难以确定你看到了它的数据是真实的形式。

许可以下： CC-BY-SA 和归因