在初次配置PHP运行支持MySQL后,对于初学者来说,遇上中文乱码是开始学习时遇到的第一个问题,本节将重点介绍如何解决这个问题。
一般说来,乱码的出现有两种原因。首先是由于编码(Charset)设置错误,导致浏览器以错误的编码来解析,从而出现了满屏乱七八糟的符号,不能正常显示中文;其次是文件被以错误的编码打开,然后保存,比如一个文本文件原先是GB2312编码的,却以UTF-8编码打开再保存。
要解决上述乱码问题,首先需要知道开发中哪些环节涉及了编码。
(1)文件编码被修改。指的是页面文件(.html,.php等)本身是以何种编码来保存的。记事本和Dreamweaver在打开页面的时候会自动识别文件编码,因而不太会出问题。而ZendStudio却不会自动识别编码,它只会根据首选项的配置,固定以某种编码打开文件,如果一旦用错误编码打开文件,当做了修改之后保存时,乱码就出现了。
(2)页面声明编码不统一。在HTML代码HEAD里面,可以用<metahttp-equiv="Content-Type"content="text/html;charset="XXX"/>来告诉浏览器网页采用了什么编码。目前中文网站开发中XXX主要用的是GB2312和UTF-8两种编码。
(3)数据库连接编码不正确。指的是进行数据库操作的时候,以哪种编码与数据库传输数据,这里需要注意的是不要与数据库本身的编码混淆,比如MySQL内部默认是latin1编码,也就是说MySQL是以latin1编码来存储数据,以其他编码传输给MySQL的数据会被转换成latin1编码。
知道了网站开发中哪些地方涉及到了编码,也就知道了产生乱码的原因。下面是一些常见的错误情况与解决方法。
问题一:数据库采用UTF8编码,而页面声明编码是GB2312。
这是最常见的产生乱码的原因。这时候在PHP脚本里面直接SELECT数据出来的就是乱码,需要在查询前先使用mysql query("SET NAMES GBK")来设置MySQL连接编码,保证页面声明编码与这里设定的连接编码一致(GBK是GB2312的扩展)。(www.daowen.com)
如果页面是UTF-8编码的话,可以用mysql query("SET NAMES UTF8"),注意是UTF8而不是一般用的UTF-8。假如页面声明的编码与数据库内部编码一致则可以不设定连接编码。
例如,本书的购物车系统的数据库连接时设置的编码规则如下。
MySQL的数据输入/输出比上面讲的更复杂一些,MySQL配置文件my.ini中定义了两个默认编码,分别用[client]里的default-character-set和[mysqld]里的default-character-set来设定默认时候客户端连接和数据库内部所采用的编码。上面指定的编码其实是MySQL客户端连接服务器时候的命令行参数character set client,来告诉MySQL服务器接收到的客户端数据是什么编码的,而不是采用默认编码。
问题二:页面声明编码与文件本身编码不一致。
这种情况很少发生,因为如果编码不一致,美工做页面的时候在浏览器看到的就是乱码。更多时候是发布以后修改一些小BUG,由于以错误编码打开页面然后保存导致的乱码;或者是用某些FTP软件直接在线修改文件,比如CuteFTP,由于软件编码配置错误而导致转换错了编码。
问题三:服务器Apache设定了服务器全局的默认编码。
一些租用虚拟主机的朋友,明明上述3项编码都设置正确,但还是有乱码。比如,网页是GB2312编码的,IE等浏览器打开却总是识别成UTF-8,网页HEAD里面已经声明是GB2312了,手动修改浏览器编码为GB2312后页面显示正常。产生原因是服务器Apache设定了服务器全局的默认编码,在httpd.conf里面加了AddDefaultCharset UTF-8。这时候服务器会首先发送HTTP给浏览器,其优先级比页面里声明编码高,自然浏览器就发生识别错误。解决办法有两个,管理员在配置文件自己的虚机里加上一条AddDefaultCharset GB2312来覆盖全局配置,或者在自己目录的.htaccess里配置。
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。