为了让你的网页能在更多的服务器上正常地显示,还是加上“SET NAMES UTF8”吧
Repinted:http://blog.csdn.net/class1/archive/2006/12/30/1469298.aspx
為了讓你的網(wǎng)頁(yè)能在更多的服務(wù)器上正常地顯示,還是加上“SET NAMES UTF8”吧(可以根據(jù)你的喜歡選擇相應(yīng)的編碼,如gb2312),即使你現(xiàn)在沒有加上這句也能正常訪問。
先說MySQL的字符集問題。Windows下可通過修改my.ini內(nèi)的
這兩個(gè)字段來更改數(shù)據(jù)庫(kù)的默認(rèn)字符集。第一個(gè)是客戶端默認(rèn)的字符集,第二個(gè)是服務(wù)器端默認(rèn)的字符集。假設(shè)我們把兩個(gè)都設(shè)為utf8,然后在MySQL Command Line Client里面輸入“show variables like “character_set_%”;”,可看到如下字符:
character_set_client latin1
character_set_connection latin1
character_set_database utf8
character_set_results latin1
character_set_server utf8
character_set_system utf8
其中的utf8隨著我們上面的設(shè)置而改動(dòng)。此時(shí),要是我們通過采用UTF-8的PHP程序從數(shù)據(jù)庫(kù)里讀取數(shù)據(jù),很有可能是一串“?????” 或者是其他亂碼。網(wǎng)上查了半天,解決辦法倒是簡(jiǎn)單,在連接數(shù)據(jù)庫(kù)之后,讀取數(shù)據(jù)之前,先執(zhí)行一項(xiàng)查詢“SET NAMES UTF8”,即在PHP里為
即可顯示正常(只要數(shù)據(jù)庫(kù)里信息的字符正常)。為什么會(huì)這樣?這句查詢“SET NAMES UTF8”到底是什么作用?
到MySQL命令行輸入“SET NAMES UTF8;”,然后執(zhí)行“show variables like “character_set_%”;”,發(fā)現(xiàn)原來為latin1的那些變量“character_set_client”、“character_set_connection”、“character_set_results”的值全部變?yōu)閡tf8了,原來是這3個(gè)變量在搗蛋。查閱手冊(cè),上面那句等于:
看看這3個(gè)變量的作用:
信息輸入路徑:client→connection→server;
信息輸出路徑:server→connection→results。
換句話說,每個(gè)路徑要經(jīng)過3次改變字符集編碼。以出現(xiàn)亂碼的輸出為例,server里utf8的數(shù)據(jù),傳入connection轉(zhuǎn)為latin1,傳入results轉(zhuǎn)為latin1,utf-8頁(yè)面又把results轉(zhuǎn)過來。如果兩種字符集不兼容,比如latin1和utf8,轉(zhuǎn)化過程就為不可逆的,破壞性的。所以就轉(zhuǎn)不回來了。
但這里要聲明一點(diǎn),“SET NAMES UTF8”作用只是臨時(shí)的,MySQL重啟后就恢復(fù)默認(rèn)了。
接下來就說到MySQL在服務(wù)器上的配置問題了。豈不是我們每次對(duì)數(shù)據(jù)庫(kù)讀寫都得加上“SET NAMES UTF8”,以保證數(shù)據(jù)傳輸?shù)木幋a一致?能不能通過配置MySQL來達(dá)到那三個(gè)變量默認(rèn)就為我們要想的字符集?手冊(cè)上沒說,我在網(wǎng)上也沒找到答案。所以,從服務(wù)器配置的角度而言,是沒辦法省略掉那行代碼的。
總結(jié)以下幾點(diǎn):
要保證select的返回與程序編碼一致,即character_set_results與程序編碼一致.
要保證程序編碼與瀏覽器一致,即程序編碼與<meta http-equiv="Content-Type" content="text/html; charset=?" />一致.
總結(jié)
以上是生活随笔為你收集整理的为了让你的网页能在更多的服务器上正常地显示,还是加上“SET NAMES UTF8”吧的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Spark-大规模数据处理计算引擎
- 下一篇: nginx proxy_cache缓存详