http://topic.csdn.net/t/20051213/11/4456072.html

解决方案 »

  1.   

    有很多字符gb2312不支持的,建议用gbk
      

  2.   

    UTF-8和GBK应该都能解决问题。
      

  3.   

    用了 set names gbk 没有用
      

  4.   

    qishiwobuguai(会菜才会飞)  
       现在流行 UTF-8
      
    --------------
    是因為ajax嗎?
     
      

  5.   

    这个和简体和繁体没有关系,主要是出现了半个汉字,例如
    urlencode("花") => %BB%A8
    如果用户修改成 => %BB 就是把后边的半个汉字去掉,那么剩下的就要和你的"结合,导致INPUT 没有结束,一直找到下一个" 才能结束,这样就是你在数据库看到的 数据。解决办法,在录库以前或判断或直接加一个chr(0)看看
      

  6.   

    IF you have splited the string, notice a Chinese word is 2 bytes long.
      

  7.   

    使用gbk,utf-8都可以。关键是server和客户段连接要匹配就行
      

  8.   

    把数据库及数据表的字符集改成gbk吧.
    改后程序里把GB2312改为GBK
    因为GBK兼容GB2312, 数据不会有损失.可以放心。
      

  9.   

    mysql_query("set names gb2312');
      

  10.   

    GB2312(1980年)一共收录了7445个字符,包括6763个汉字和682个其它符号;   
    GBK1.0是1995年的汉字扩展规范,收录了21886个符号,它分为汉字区和图形符号区。汉字区包括21003个字符
    2000年的GB18030是取代GBK1.0的正式国家标准。该标准收录了27484个汉字,同时还收录了藏文、蒙文、维吾尔文等主要的少数民族文字。现在的PC平台必须支持GB18030,对嵌入式产品暂不作要求。所以手机、MP3一般只支持GB2312。
      

  11.   

    http://blog.chinaunix.net/u/19869/showart.php?id=121729
      

  12.   

    我有一次也是为这些乱代码烦死,不过我现在很清楚,很明白.
    从你录数据到读数据,再到页面的环境,还有数据库管理工具的使用中,你都要用同样的编码,这样可以有效果的解决你的问题,你可以试下,我的方法很多效,最好整个过程都用UTF8