解决方案 »

  1.   

    Content-Type: text/html; charset=gbk,utf-8 ???
    有这样做字符集声明的吗?
    浏览器如何知道哪些是 gbk 的,哪些是 utf-8 的?
      

  2.   

    换一个编辑器试试,比如记事本或者emeditor之类的
      

  3.   


    这也正是我要问的问题。
    上面的不是声明,是http响应。
      

  4.   

    我换了几个编辑器保存了。里面有GBK字符。所以将utf-8识别为gbk了。真是奇怪了。
    本人研究编码整整10年了。从来还没有编码搞不定的问题。
    上面问题只在linux上出现,windows下无法重现。
      

  5.   

    而且,我换到其它test目录。则内容完好显示。
      

  6.   

    http 头中的内容除了状态码都是声明啊
    如果你
    header('Content-type: text/html;charset=gbk,utf-8');
    HTTP 投中就会有 Content-Type: text/html;charset=gbk,utf-8php.ini 的 default_charset
    httpd.conf 的 default_charset
    等,都是可以设置的
      

  7.   

    http://parttime.wengege.com/h/test.html
    上面连接也是,在chrome下有乱码(JS引入时有乱码,奇怪的是其它部分乱码好了)。在ie下完全正常。
      

  8.   

    nginx的配置问题?换apache测试一下?
      

  9.   

    login 模板文件是utf-8编码,但php程序header声明或服务器默认配置输出的响应头是gbk, utf-8,就会出现webkit和chrome乱码,而IE正常
    test 模板文件本身是gb2312编码,响应头仍然是gbk, utf-8,就会出现9楼的情况我猜想,webkit和chrome识别编码,响应头优先于DOM中header声明,而IE恰好相反
    我看到楼主服务器上的js文件响应头charset都是gbk,utf-8,应该是服务器默认输出的问题了
      

  10.   

    看完以上的回復,想到一個問題。
    會不會在這個目錄有設置.htaccess,在.htaccess中設置了default charset呢?
      

  11.   

    是的,GBK哪来的?关键是GBK哪来的?版主。亲爱的。方向搞错了。我也在思考,GBK到底是从哪来的?
    我知道问题出现在GBK上面。GBK是结果,而不是开头。
      

  12.   

    昨天就检查过了,没有发现。htaccess文件中有编码问题。
      

  13.   

    没有找到任何地方有header问题。同时没有login模板。这就是普通的html,不是什么模板。多谢关注。
      

  14.   

    不会
    .htaccess 中
    AddDefaultCharset gbk
    AddDefaultCharset utf-8
    则结果是 Content-Type: text/html; charset=utf-8
    即只有最后一条指令有效倒是,如果
    AddDefaultCharset gbk,utf-8
    那么就是 Content-Type: text/html; charset=gbk,utf-8 了于是问题又绕回去了,字符集声明是设定的,而不是内置的
      

  15.   

    现在问题是:所有文件都检查过了(css,php,js),确定为utf-8编码。
    有几个问题搞不定:
                                       一、普通的html为utf-8编码。http响应居然为gbk,utf-8.所以出现乱码。问题是gbk哪来的?这三个字符哪来的?
    我已经全站搜索GBK这三个字符。无获!!!
                                       二、就算html偶尔成功后,但引入js还是乱码。指定引入编码为utf-8.                                   三、通过w3c烂网站检查,“成功识别”编码依然为  “gbk”.  然后w3c网站无数次崩溃。                                  真是神奇,检查结果说某行有问题。所有字符我从新打过,还是如此。换个目录的文件thinkphp3.1的登录还是正常。而thinkphp3.2下运行此html就是不正常。关键是这html和thinkphp毛关系都扯不上啊?
      

  16.   

    你的 js 文件也有 Content-Type: text/html; charset=gbk,utf-8
    显然是 web 服务器配置文件里面的事情了
    你在服务器配置文件中找 gbk 字样,应该就能找到的实在不想找的话,就在 .htaccess 中加入
    AddDefaultCharset utf-8这有覆盖了原有的设置了
      

  17.   

    你保存时选无bom再试试,我抓包发现你的html有bom头新发现:有bom头居然导致偶的浏览器,选择编码的菜单变灰?
      

  18.   

    html和模板同理啊~我猜测出了2个问题的原因,IE一直坚挺不乱(响应头和DOM编码声明的优先级不同),还有为什么test正文反而不乱了(也许test.html文件是gbk编码而login.html是utf-8),另外你说:我换到其它test目录,则内容完好显示。会不会也是文件变成了gbk编码的原因?至于最关键的为什么响应头有gbk超出我知识范围了,关注学习一下
      

  19.   

    问题原因找到,是nginx此网站配置时使用了charset gbk,utf-8 这样设置了。去掉gbk就ok了。所以乱码解决。
      

  20.   


    被這句誤導了。換目錄,應該都是會出問題的。因為default charset是gbk,utf8.
      

  21.   

    亲,你说的nginx配置,太大了。我指的配置是指此虚拟主机的配置。此nginx上有好多个网站,其它没有问题的。
    一开始在10楼就提出配置问题,微弱的存在感被无视了
      

  22.   


    被這句誤導了。換目錄,應該都是會出問題的。因為default charset是gbk,utf8.换目录后,不知道咋加上bom头了,所以可以了。
      

  23.   


    其他网站没事,12楼就提到js文件响应头就是gbk,utf-8,瞬间可以锁定目标啊~
    你们研究半天php脚本和BOM,新人难得蒙对一次 怨念的看着你们