網(wǎng)頁語言編碼及asp亂碼問題解決方案
更新時間:2007年05月11日 00:00:00 作者:
最近公司有一個日文項目,由于之前使用的是自己開發(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)測試后亂碼的問題解決。
亂碼出現(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)測試后亂碼的問題解決。
您可能感興趣的文章:
- php 判斷網(wǎng)頁是否是utf8編碼的方法
- js 顯示base64編碼的二進制流網(wǎng)頁圖片
- Base64編碼加密JS代碼網(wǎng)頁版
- 多種語言(big5\gbk\gb2312\utf8\Shift_JIS\iso8859-1)的網(wǎng)頁編碼切換解決方案歸納
- ASP+FSO生成的網(wǎng)頁文件默認編碼格式以及轉(zhuǎn)換成UTF-8編碼方法
- ASP UTF-8編碼生成靜態(tài)網(wǎng)頁的函數(shù)
- asp.net HttpWebRequest自動識別網(wǎng)頁編碼
- asp.net 網(wǎng)頁編碼自動識別代碼
- vbs或asp采集文章時網(wǎng)頁編碼問題
- 判斷網(wǎng)頁編碼的方法python版
相關(guān)文章
asp下將數(shù)據(jù)庫中的信息存儲至XML文件中
asp下將數(shù)據(jù)庫中的信息存儲至XML文件中...2007-04-04ASP生成隨機數(shù) ASP生成不重復隨機數(shù)
這篇文章主要介紹了ASP生成不重復隨機數(shù)的方法,需要的朋友可以參考下2014-05-05響應(yīng)對象 錯誤 ''ASP 0185 : 80020003'' 缺少默認屬性
發(fā)現(xiàn)個垃圾后臺用了大量的Response.Cookies,導致后臺認證出錯。2007-12-12ASP中實現(xiàn)執(zhí)行定時任務(wù)的方法
這篇文章主要介紹了ASP中實現(xiàn)執(zhí)行定時任務(wù)的方法,本文使用WSH (Windows Scripting Host) 的實現(xiàn)定時任務(wù),需要的朋友可以參考下2014-07-07