最近公司有一個日文項目，由于之前使用的是自己開發(fā)的中文CMS，并沒有將語言包分離，在網(wǎng)站建設(shè)調(diào)試過程中出現(xiàn)了令人頭疼的亂碼問題。

亂碼出現(xiàn)的原因 

由于各個字符編碼的儲存空間不一樣，所以當使用不同的字符讀取數(shù)據(jù)時，當字符空間過小，就不能正常顯示了。

比如說中文字符的字符集一般是gb2312，如果用utf-8強制讀取改變gb2312的字符，就有可能出現(xiàn)亂碼。因為utf-8的字符集儲存空間大于gb2312，當使用utf-8讀取時，有些字符gb2312的編碼中是不存在的，不存在的字符自然會出現(xiàn)亂碼了。對于靜態(tài)文件來說，如果文件的儲存編碼和網(wǎng)頁中編碼設(shè)置(charset)不一致的話，由于以上原因就會出現(xiàn)亂碼問題。

以上是對于亂碼問題的簡單分析，在解決現(xiàn)有問題時有涉及到了asp對國際化的支持。

涉及到三個函數(shù)： @CODEPAGE，Response.CodePage，Session.CodePage

下面是MSDN中的一段話。

Setting @CODEPAGE explicitly affects literal strings in a single response. Response.CodePage affects dynamic strings in a single response, and Session.CodePage affects dynamic strings in all responses in a session.

這三個函數(shù)都可以設(shè)置asp的編碼，其中 @CODEPAGE 相當于php中的header，必須在文檔的開始發(fā)出。

在中文操作系統(tǒng)的IIS中，默認的為gb2312，參數(shù)值是：”936″，而日文需要指定文檔CODEPAGE ：

<%@ CODEPAGE=932 %> 

我們使用這個函數(shù)來設(shè)置文檔編碼具體的使用方法可以參考：http://www.cloudward.net/techLife/article.asp?id=490

現(xiàn)在應(yīng)該沒有問題了吧？哇，問題仍然存在。考慮到SEO公司的asp程序全部需要生成靜態(tài)頁面。而生成的頁面全部是windows默認的ANSI，其中包含日文字符仍然會出現(xiàn)亂碼。這樣我們需要一個asp的函數(shù)，生成utf-8或者日文編碼的文件。 我們使用以下代碼完成：

Set objStream = Server.CreateObject(”ADODB.Stream”)
With objStream
.Open
.Charset = “utf-8″ //編碼，這里你可以改成任何編碼
.Position = objStream.Size
.WriteText=pencat //pencat 為寫入的數(shù)據(jù)
.SaveToFile server.mappath(”patch/flilename.html”),2 //生成文件路徑
.Close
End With
Set objStream = Nothing

經(jīng)測試后亂碼的問題解決。

最新評論