多多色-多人伦交性欧美在线观看-多人伦精品一区二区三区视频-多色视频-免费黄色视屏网站-免费黄色在线

國內最全IT社區平臺 聯系我們 | 收藏本站
阿里云優惠2
您當前位置:首頁 > php開源 > php教程 > php開發中常見的中文亂碼處理辦法

php開發中常見的中文亂碼處理辦法

來源:程序員人生   發布時間:2014-01-31 23:06:25 閱讀次數:3398次

在開發中php與mysql一不小心就會出現中文亂碼,這個就是數據庫編碼與文件編碼的問題了,下面我們綜合的了大量的php中中文亂碼的解決辦法。

PHP中文亂碼有時發生在網頁本身,有些產生在于MySQL交互的過程中,有時與操作系統有關。下面進行一番總結。

一.首先是PHP網頁的編碼

最好最快的解決辦法就是,頁面申明的編碼與數據庫內部編碼一致,如果頁面申請的頁碼與數據庫內部編碼不一致時,就設定連接編碼 ,代碼如下:

mysql_query("SET NAMES XXX ");XXX為連接編碼.一定可以解決亂碼的問題.

1. php文件本身的編碼與網頁的編碼應匹配 a. 如果欲使用gb2312編碼,那么php要輸出頭,代碼如下:

header(“Content-Type: text/html; charset=gb2312"),

靜態頁面添加:<meta http-equiv="Content-Type" content="text/html; charset=gb2312">所有文件的編碼格式為ANSI,可用記事本打開,另存為選擇編碼為ANSI,覆蓋源文件。

b. 如果欲使用utf-8編碼,那么php要輸出頭代碼如下:

header(“Content-Type: text/html; charset=utf-8"),

靜態頁面添加:<meta http-equiv="Content-Type" content="text/html; charset=utf-8">,所有文件的編碼格式為utf-8。保存為utf-8可能會有點麻煩,一般utf-8文件開頭會有BOM,如果使用 session就會出問題,可用editplus來保存,在editplus中,工具->參數選擇->文件->UTF-8簽名,選擇總是刪除,再保存就可以去掉BOM信息了。

2. php本身不是Unicode的,所有substr之類的函數得改成mb_substr(需要裝mbstring擴展);或者用iconv轉碼。

二.PHP與Mysql的數據交互

PHP與數據庫的編碼應一致

1. 修改mysql配置文件my.ini或my.cnf,mysql最好用utf8編碼,代碼如下:

[mysql] default-character-set=utf8 [mysqld] default-character-set=utf8 default-storage-engine=MyISAM

在[mysqld]下加入:

default-collation=utf8_bin init_connect='SET NAMES utf8'

2. 在需要做數據庫操作的php程序前加mysql_query("set names '編碼'");,編碼和php編碼一致,如果php編碼是gb2312那mysql編碼就是gb2312,如果是utf-8那mysql編碼就是 utf8,這樣插入或檢索數據時就不會出現亂碼了

三.PHP與操作系統相關 Windows和Linux的編碼是不一樣的,在Windows環境下,調用PHP的函數時參數如果是utf-8編碼會出現錯誤,比如 move_uploaded_file()、filesize()、readfile()等,這些函數在處理上傳、下載時經常會用到,調用時可能會出現下 面的錯誤: Warning: move_uploaded_file()[function.move-uploaded-file]:failed to open stream: Invalid argument in ... Warning: move_uploaded_file()[function.move-uploaded-file]:Unable to move '' to '' in ... Warning: filesize() [function.filesize]: stat failed for ... in ... Warning: readfile() [function.readfile]: failed to open stream: Invalid argument in .. 在Linux環境下用gb2312編碼雖然不會出現這些錯誤,但保存后的文件名出現亂碼導致無法讀取文件,這時可先將參數轉換成操作系統識別的編碼,編碼 轉換可用mb_convert_encoding(字符串,新編碼,原編碼)或iconv(原編碼,新編碼,字符串),這樣處理后保存的文件名就不會出現 亂碼,也可以正常讀取文件,實現中文名稱文件的上傳、下載。 其實還有更好的解決方法,徹底與系統脫離,也就不用考慮系統是何編碼。可以生成一個只有字母和數字的序列作為文件名,而將原來帶有中文的名字保存在數據庫 中,這樣調用move_uploaded_file()就不會出現問題,下載的時候只需將文件名改為原來帶有中文的名字。

實現下載的代碼如下

header("Pragma: public"); 

header("Expires: 0"); 

header("Cache-Component: must-revalidate, post-check=0, pre-check=0"); 

header("Content-type: $file_type"); 

header("Content-Length: $file_size"); 

header("Content-Disposition: attachment; filename="$file_name""); 

header("Content-Transfer-Encoding: binary"); readfile($file_path); 

$file_type是文件的類型,$file_name是原來的名字,$file_path是保存在服務上文件的地址。

四.再來總結一下為什么會亂碼

一般來說,亂碼的出現有2種原因,首先是由于編碼(charset) 設置錯誤,導致瀏覽器以錯誤的編碼來解析,從而出現了滿屏亂七八糟的“天書”,其次是文件被以錯誤的編碼打開,然后保存,比如一個文本文件原先是 GB2312 編碼的,卻以UTF-8 編碼打開再保存。要解決上述亂碼問題,首先需要知道開發中哪些環節涉及到了編碼:

1、文件編碼:指的是頁面文件(.html,.php等)本身是以何種編碼來保存的。記事本和Dreamweaver 在打開頁面時候會自動識別文件編碼因而不太會出問題。而ZendStudio卻不會自動識別編碼,它只會根據首選項的配置固定以某種編碼打開文件,如果工 作時候一不注意,用錯誤編碼打開文件,做了修改之后一保存,亂碼就出現了(我深有體會)。

2、頁面申明編碼:在 HTML代碼HEAD里面,可以用

<meta http-equiv="Content-Type" content="text/html; charset="XXX" />

來告訴瀏覽器網頁采用了什么編碼,目前中文網站開發中XXX主要用的是GB2312和UTF-8 兩種編碼.

3、數據庫連接編碼:指的是進行數據庫操作時候以哪種編碼與數據庫傳輸數據,這里需要注意的是不要與數據庫本身的編碼混淆,比如MySQL內部默認是 latin1編碼,也就是說Mysql是以latin1編碼來存儲數據,以其他編碼傳輸給Mysql的數據會被轉換成latin1編碼。 知道了WEB開發中哪些地方涉及到了編碼,也就知道了亂碼產生的原因:上述3項編碼設置不一致,由于各種編碼絕大部分是兼容ASCII的,所以英文符號不 會出現,中文就倒霉了。

五.決戰一些常見的錯誤情況與解決:

1、數據庫采用UTF8 編碼,而頁面申明編碼是GB2312 ,這是最常見的產生亂碼的原因。這時候在PHP腳本里面直接SELECT數據出來的就是亂碼,需要在查詢前先使用:

mysql_query("SET NAMES GBK");

來設定MYSQL連接編碼,保證頁面申明編碼與這里設定的連接編碼一致(GBK是GB2312的擴展 )。如果頁面是UTF-8 編碼的話,可以用:

mysql_query("SET NAMES UTF8");

注意是UTF8而不是一般用的UTF-8。假如頁面申明的編碼與數據庫內部編碼一致可以不設定連接編碼。 注:事實上MYSQL的數據輸入輸出比上面講的更復雜一些,MYSQL配置文件my.ini中定義了2個默認編碼,分別是[client]里的 default -character-set和[mysqld] 里的default-character-set 來分別設定默認時候客戶端連接和數據庫內部所采用的編碼。我們上面指定的編碼其實是MYSQL客戶端連接服務器時候的命令行參數 character_set_client,來告訴MYSQL服務器接受到的客戶端數據是什么編碼的,而不是采用默認編碼。

2、頁面申明編碼與文件本身編碼不一致,這種情況很少發生,因為如果編碼不一致美工做頁面時候在瀏覽器看到的就是亂碼了。更多時候是發布以后修改一些小 BUG,以錯誤編碼打開頁面然后保存導致的。或者是用某些FTP軟件直接在線修改文件,比如CuteFTP,由于軟件編碼配置錯誤而導致轉換錯了編碼.

3、一些租用虛擬主機的朋友,明明上述3項編碼都設置正確了還是有亂碼。比方說網頁是GB2312 編碼的,IE等瀏覽器打開卻總是識別成UTF-8 ,網頁HEAD里面已經申明是GB2312 了,手動修改瀏覽器編碼為GB2312 后頁面顯示正常。產生原因是服務器Apache設定了服務器全局的默認編碼,在httpd.conf里面加了AddDefaultCharset UTF-8 。這時候服務器會首先發送HTTP頭給瀏覽器,其優先級比頁面里申明編碼高,自然瀏覽器就識別錯了。解決辦法有2個,請管理員在配置文件自己的虛機里加上 一條AddDefaultCharset GB2312 來覆蓋全局配置,或者在自己目錄的.htaccess里配置。 總結:總之一句話,要解決要解決最PHP中文亂碼好最快的解決辦法就是,頁面申明的編碼與數據庫內部編碼一致,如果頁面申請的頁碼與數據庫內部編碼不一致時,就設定連接編碼,代碼如下:

mysql_query("SET NAMES XXX ");XXX為連接編碼.一定可以解決亂碼的問題.

生活不易,碼農辛苦
如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈
程序員人生
------分隔線----------------------------
分享到:
------分隔線----------------------------
關閉
程序員人生
主站蜘蛛池模板: 最近中文字幕mv手机免费高清 | 欧美成人午夜在线全部免费 | 欧美日本高清动作片www网站 | 日本爱爱免费视频 | 男女羞羞视频免费 | 羞羞色在线 | 欧美一级欧美三级 | 中文字幕欧美日韩高清 | 欧美日韩国产综合在线 | 91亚洲区国产区精品区 | 国产一区日韩二区欧美三区 | 日本8888xxxx免费视频 | 日本a v 黄 | 美国一级特级毛片片aa视频 | 无遮挡在线视频 | 在线播放免费一级毛片欧美 | 亚洲国产图片 | oo0xxxx性欧美野外 | 国产精品第一页在线 | 精品国产一区二区三区久久 | 久久久久嫩草影院精品 | 欧美福利精品 | 亚洲精品成人一区二区 | 多人做人爱视频在线观看 | 亚洲日本视频在线 | www亚洲一区| 波多野结衣亚洲一区二区三区 | 欧美亚洲精品一区 | 一级aaaaaa毛片免费同男同女 | free性vido另类重口 | tubexxxxhd日本| 免费一级毛片私人影院a行 免费一级毛片一级毛片aa | 青春草久久| 亚洲视频免 | 欧美午夜理伦三级在线观看 | 欧美精品自拍 | 欧美成人免费全部色播 | 在线观看免费视频片 | 久久激情视频 | 91四虎国自产在线播放线 | a久久久久一级毛片护士免费 |