亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

WordPress源代碼中文亂碼的解決方法

  發(fā)布時間:2010-06-06 23:03:56   作者:佚名   我要評論
WordPress在使用一切正常,無意查看源代碼發(fā)現(xiàn)中文字符為亂碼。潛意識告訴我們,應該是編碼問題,問題應該是主題模板的變法,于是把所有模板文件都用EDITPLUS另存問UFT-8變法,發(fā)現(xiàn)問題還是沒有解決。
查看相關教程,UTF-8和UTF-8 + BOM有所區(qū)別,于是把function.php編碼改為后者。問題解決。

UFT-8 與UTF-8 BOM 的區(qū)別:(收集過來,我還沒看)
UTF-8以字節(jié)為編碼單元,沒有字節(jié)序的問題。UTF-16以兩個字節(jié)為編碼單元,在解釋一個UTF-16文本前,首先要弄清楚每個編碼單元的字節(jié)序。例如“奎”的Unicode編碼是594E,“乙”的Unicode編碼是4E59。如果我們收到UTF-16字節(jié)流“594E”,那么這是“奎”還是“乙”?

Unicode規(guī)范中推薦的標記字節(jié)順序的方法是BOM。BOM是Byte order Mark。BOM是一個有點小聰明的想法:

在UCS編碼中有一個叫做"ZERO WIDTH NO-BREAK SPACE"的字符,它的編碼是FEFF。而FFFE在UCS中是不存在的字符,所以不應該出現(xiàn)在實際傳輸中。UCS規(guī)范建議我們在傳輸字節(jié)流前,先傳輸字符"ZERO WIDTH NO-BREAK SPACE"。

這樣如果接收者收到FEFF,就表明這個字節(jié)流是Big-Endian的;如果收到FFFE,就表明這個字節(jié)流是Little-Endian的。因此字符"ZERO WIDTH NO-BREAK SPACE"又被稱作BOM。

UTF-8不需要BOM來表明字節(jié)順序,但可以用BOM來表明編碼方式。字符"ZERO WIDTH NO-BREAK SPACE"的UTF-8編碼是EF BB BF(讀者可以用我們前面介紹的編碼方法驗證一下)。所以如果接收者收到以EF BB BF開頭的字節(jié)流,就知道這是UTF-8編碼了。

相關文章

最新評論