gbk,utf8,左右为难

看《o’reilly upgrading to php(做为现在的主流开发语言) 5》的时候,心血来潮,把mysql(和php搭配之最佳组合)升级到了4.1.11,由于机器上没有什么正式系统,也就没有注意到它字符集的变化。后来就把正式应用的系统也给升级了,升级之后其它系统都没问题,唯独一个mantis有了麻烦,打开页面都成了乱码,幸亏有备份可以恢复,在恢复的过程中就发现了mysql(和php搭配之最佳组合)升级带来的字符集的问题--如果mysql(和php搭配之最佳组合)用utf8字符集,mantis数据导入之后,页面显示乱码,无奈只得把mysql(和php搭配之最佳组合)调为gbk字符集。其实我还是愿意使用utf8字符集的,因为没有不兼容的麻烦,作为长久保留的数据,日后转换、整理起来比较省事;在与外部进行数据交换的时候,也不存在编码转换的问题。可是我始终不明白,在使用php(做为现在的主流开发语言)连接mysql(和php搭配之最佳组合)接收用户输入数据,并存入数据库的时候,如果数据库编码是utf8,是否要把sql数据也转换为utf8?抽空弄个小程序试试,如果真是这样那可就麻烦大了,不过我在dos下用命令行操作utf8字符集的mysql(和php搭配之最佳组合)服务器是没法输入汉字的。以前使用sybase的时候曾经被字符集的问题困扰了很久,因为sybase如果字符集用错了,某些汉字根本就无法输入,比如大写的零“○”,所以字符集从iso_1换到cp850,又从cp850换到cp936,中间舍弃了很多历史数据,mysql(和php搭配之最佳组合)千万不要让我重蹈覆辙。

http://www.bkjia.com/phpjc/508663.htmlwww.bkjia.comtruehttp://www.bkjia.com/phpjc/508663.htmltecharticle看《o’reilly upgrading to php (做为现在的主流开发语言) 5》的时候,心血来潮,把mysql (和php搭配之最佳组合) 升级到了4.1.11,由于机器上没有什…

Posted in 未分类