php文字編碼
『壹』 如何用 php 搞定中文字元編碼問題
1、要麼頁面原始漢字和從資料庫里取出的漢字全是亂碼；
2、要麼原始漢字和資料庫漢字，一個顯示正常了，另一個就變成亂碼了。
問題需要一步一步的解決。在實際操作以下方法之前，需要配置 Web 伺服器，使其與 PHP 集成，最終可以調試 PHP 程序。我們以常見的 GB2312 和 UTF-8 字元集為例來測試和說明。瀏覽器是 IE7.0。
1、頁面原始漢字亂碼的解決
解決這個問題就需要使用 UltraEdit 的這個功能。
1.1 打開中文 Windows，用 UltraEdit 創建一個文本文件，手工輸入一個 PHP 頁面文件，文件內容如下。保存為 test1.php 文件，注意保存時「格式」下拉框選擇「默認」- 特別注意這里。
『貳』 PHP中文編碼~~
一、頁面編碼
1. 使用 <META http-equiv="content-type" content="text/html; charset=xxx"> 標簽設置頁面編碼
這個標簽的作用是聲明客戶端的瀏覽器用什麼字元集編碼顯示該頁面，xxx可以為GB2312，GBK，UTF-8（和Mysql不同，MySQL是 UTF8）等等。因此，大部分頁面可以採用這種方式來告訴瀏覽器顯示這個頁面的時候採用什麼編碼，這樣才不會造成編碼錯誤而產生亂碼。但是有的時候我們會發現有了這句還是不行，不管xxx是哪一種，瀏覽器採用的始終都是一種編碼，這個情況我後面會談到。
請注意，<meta>是屬於html信息的，僅僅是一個聲明，它起作用表明伺服器已經把HTML信息傳到了瀏覽器。
2. header("content-type:text/html; charset=xxx");
這個函數header()的作用是把括弧裡面的信息發到http標頭。
如果括弧裡面的內容為文中所說那樣，那作用和<META>標簽基本相同，大家對照第一個看發現字元都差不多的。但是不同的是如果有這段函數，瀏覽器就會永遠採用你所要求的xxx編碼，絕對不會不聽話，因此這個函數是很有用的。為什麼會這樣呢？那就得說說HTTPS標頭和HTML信息的差別了：
https標頭是伺服器以HTTP協議傳送HTML信息到瀏覽器前所送出的字串。
因為meta標簽是屬於html信息的，所以header()發送的內容先到達瀏覽器，通俗點就是header()的優先順序高於meta（不知道可不可以這樣講）。加入一個php頁面既有header("content-type:text/html; charset=xxx")，又有<META http-equiv="content-type" content="text/html; charset=xxx">，瀏覽器就只認前者http標頭而不認meta了。當然這個函數只能在php頁面內使用。
同樣也留有一個問題，為什麼前者就絕對起作用，而後者有時候就不行呢？這就是接下來要談的Apache的原因了。
3. AddDefaultCharset
Apache 根目錄的 conf 文件夾里，有整個Apache的配置文檔httpd.conf。
用文本編輯器打開httpd.conf，第708行（不同版本可能不同）有AddDefaultCharset xxx，xxx為編碼名稱。這行代碼的意思：設置整個伺服器內的網頁文件https標頭里的字元集為你默認的xxx字元集。有這行，就相當於給每個文件都加了一行header("content-type:text/html; charset=xxx")。這下就明白為什麼明明meta設置了是utf-8，可瀏覽器始終採用gb2312的原因。
如果網頁里有header("content-type:text/html; charset=xxx")，就把默認的字元集改為你設置的字元集，所以這個函數永遠有用。如果把AddDefaultCharset xxx前面加個「#」，注釋掉這句，而且頁面里不含header("content-type…")，那這個時候就輪到meta標簽起作用了。
4. default_charset
在 php.ini 文件中可以定義 php 的默認語言： default_charset = "xxx"，xxx為編碼名稱。這行代碼的意思是設置所有 php 的輸出頁面編碼為 xxx。
總結：
以上 4 種編碼設置方法的優先順序如下：
header("content-type:text/html; charset=xxx")
default_charset xxx
AddDefaultCharset xxx
<META http-equiv="content-type" content="text/html; charset=xxx">
如果你是web程序員，給你的每個頁面都加個header("content-type:text/html; charset=xxx")，保證它在任何伺服器都能正確顯示，可移植性強。
至於那句AddDefaultCharset xxx，要不要注釋就仁者見仁了。反正我是注釋掉了，不過我寫頁子也要寫header()，便於放到伺服器上能正常顯示。
二、資料庫編碼
PHP 程序在查詢資料庫之前，首先執行 mysql_query(「SET NAMES xxxx」);其中 xxxx 是你網頁的編碼(charset=xxxx)，如果網頁中 charset=utf8，則 xxxx=utf8，如果網頁中 charset=gb2312，則xxxx=gb2312，幾乎所有WEB程序，都有一段連接資料庫的公共代碼，放在一個文件里，在這文件里，加入mysql_query(「set names」)就可以了。
SET NAMES 顯示客戶端發送的 SQL 語句中使用什麼字元集。因此，SET NAMES 'utf-8'語句告訴伺服器「將來從這個客戶端傳來的信息採用字元集utf-8」。它還為伺服器發送回客戶端的結果指定了字元集。（例如，如果你使用一個SELECT語句，它表示列值使用了什麼字元集。）
三、中文文件名
默認情況下，文件名為中文時不能訪問。要使中文文件名能正常訪問，需進行如下設置：
在ie中選擇 工具 -> internet選項 -> 高級 -> 取消「總是以UTF-8發送URL」。
『叄』 什麼是PHP編碼
PHP程序設計中中文編碼問題曾經困擾很多人，導致這個問題的原因其實很簡單，每個國家(或區域)都規定了計算機信息交換用的字元編碼集，如美國的擴展ASCII碼,中國的GB2312-80，日本的JIS等。作為該國家/區域內信息處理的基礎，字元編碼集起著統一編碼的重要作用。字元編碼集按長度分為SBCS(單位元組字元集)，DBCS(雙位元組字元集)兩大類。早期的軟體(尤其是操作系統)，為了解決本地字元信息的計算機處理，出現了各種本地化版本(L10N)，為了區分，引進了LANG,Codepage等概念。但是由於各個本地字元集代碼范圍重疊，相互間信息交換困難;軟體各個本地化版本獨立維護成本較高。因此有必要將本地化工作中的共性抽取出來，作一致處理，將特別的本地化處理內容降低到最少。這也就是所謂的國際化(118N)。各種語言信息被進一步規范為Locale信息。處理的底層字元集變成了幾乎包含了所有字形的 Unicode。
現在大部分具有國際化特徵的軟體核心字元處理都是以Unicode為基礎的，在軟體運行時根據當時的ocale/Lang /Codepage設置確定相應的本地字元編碼設置，並依此處理本地字元。在處理過程中需要實現Unicode和本地字元集的相互轉換，甚或以 Unicode為中間的兩個不同本地字元集的相互轉換。這種方式在網路環境下被進一步延伸，任何網路兩端的字元信息也需要根據字元集的設置轉換成可接受的內容。
資料庫中的字元集編碼問題
流行的關系資料庫系統都支持資料庫字元集編碼，也就是說在創建資料庫時可以指定它自己的字元集設置，資料庫的數據以指定的編碼形式存儲。當應用程序訪問數據時，在入口和出口處都會有字元集編碼的轉換。對於中文數據，資料庫字元編碼的設置應當保證數據的完整性。GB2312、GBK、UTF-8等都是可選的資料庫字元集編碼;當然我們也可以選擇ISO8859-1(8-bit)，只是我們得在應
用程序寫數據之前先將16Bit的一個漢字或Unicode拆分成兩個8-bit的字元，讀數據之後也需要將兩個位元組合並起來，同時還要判別其中的SBCS 字元，因此我們並不推薦採用ISO8859-1作為資料庫字元集編碼。這樣不但沒有充分利用資料庫自身的字元集編碼支持，而且同時也增加了編程的復雜度。編程時，可以先用資料庫管理系統提供的管理功能檢查其中的中文數據是否正確。
PHP程序在查詢資料庫之前，首先執行 mysql_query("SETNAMESxxxx");其中xxxx是你網頁的編碼(charset=xxxx)，如果網頁中 charset=utf8，則xxxx=utf8，如果網頁中charset=gb2312，則xxxx=gb2312，幾乎所有WEB程序，都有一段連接資料庫的公共代碼，放在一個文件里，在這文件里，加入mysql_query("SETNAMESxxxx")就可以了。
SETNAMES 顯示客戶端發送的SQL語句中使用什麼字元集。因此，SETNAMES'utf-8'語句告訴伺服器「將來從這個客戶端傳來的信息採用字元集utf- 8」。它還為伺服器發送回客戶端的結果指定了字元集(例如，如果你使用一個SELECT語句，它表示列值使用了什麼字元集)。
定位問題時常用的技巧
定位中文編碼問題通常採用最笨的也是最有效的辦法―在你認為有嫌疑的程序處理後列印字元串的內碼。通過列印字元串的內碼，你可以發現什麼時候中文字元被轉換成Unicode，什麼時候Unicode被轉回中文內碼，什麼時候一個中文字成了兩個Unicode字元，什麼時候中文字元串被轉成了一串問號，什麼時候中文字元串的高位被截掉了……
取用合適的樣本字元串也有助於區分問題的類型。如："aa啊aa?@aa"等中英相間，GB、GBK特徵字元均有的字元串。一般來說，英文字元無論怎麼轉換或處理，都不會失真(如果遇到了，可以嘗試著增加連續的英文字母長度)。
解決各種應用的亂碼問題
1)使用標簽設置頁面編碼
這個標簽的作用是聲明客戶端的瀏覽器用什麼字元集編碼顯示該頁面，xxx可以為GB2312、GBK、UTF-8(和MySQL不同，MySQL是 UTF8)等等。因此，大部分頁面可以採用這種方式來告訴瀏覽器顯示這個頁面的時候採用什麼編碼，這樣才不會造成編碼錯誤而產生亂碼。但是有的時候我們會發現有了這句還是不行，不管xxx是哪一種，瀏覽器採用的始終都是一種編碼，這個情況我後面會談到。
請注意，是屬於HTML信息的，僅僅是一個聲明，僅表明伺服器已經把HTML信息傳到了瀏覽器。
2)header("content-type:text/html;charset=xxx");
這個函數header()的作用是把括弧裡面的信息發到http標頭。如果括弧裡面的內容為文中所說那樣，那作用和標簽基本相同，大家對照第一個看發現字元都差不多的。但是不同的是如果有這段函數，瀏覽器就會永遠採用你所要求的xxx編碼，絕對不會不聽話，因此這個函數是很有用的。為什麼會這樣呢?那就得說說http標頭和HTML信息的差別了：
http標頭是伺服器以http協議傳送HTML信息到瀏覽器前所送出的字串。而標簽是屬於 HTML信息的，所以header()發送的內容先到達瀏覽器，通俗點就是header()的優先順序高於(不知道可不可以這樣講)。假如一個php頁面既有header("content-type:text/html;charset=xxx")，又有，瀏覽器就只認前者http標頭而不認meta了。當然這個函數只能在php頁面內使用。
同樣也留有一個問題，為什麼前者就絕對起作用，而後者有時候就不行呢?這就是接下來要談的Apache的原因了。
3)AddDefaultCharset
Apache根目錄的conf文件夾里，有整個Apache的配置文檔httpd.conf。
用文本編輯器打開httpd.conf，第708行(不同版本可能不同)有AddDefaultCharsetxxx，xxx為編碼名稱。這行代碼的意思：設置整個伺服器內的網頁文件http標頭里的字元集為你默認的xxx字元集。有這行，就相當於給每個文件都加了一行header("content- type:text/html;charset=xxx")。這下就明白為什麼明明設置了是utf-8，可瀏覽器始終採用gb2312的原因。
如果網頁里有header("content-type:text/html;charset=xxx")，就把默認的字元集改為你設置的字元集，所以這個函數永遠有用。如果把AddDefaultCharsetxxx前面加個"#"，注釋掉這句，而且頁面里不含header("content- type…")，那這個時候就輪到meta標簽起作用了。
下面列出以上的優先順序：
..header("content-type:text/html;charset=xxx")
..AddDefaultCharsetxxx
..
如果你是web程序員，建議給你的每個頁面都加個header("content-type:text/html;charset=xxx")，這樣就可以保證它在任何伺服器都能正確顯示，可移植性也比較強。
4)php.ini中的default_charset配置：
php.ini中的default_charset="gb2312"定義了php的默認語言字元集。一般推薦注釋掉此行，讓瀏覽器根據網頁頭中的charset來自動選擇語言而非做一個強制性的規定，這樣就可以在同台伺服器上提供多種語言的網頁服務。
結束語 參考：http://wsiyu.com/read.php?tid=1561
其實php開發中的中文編碼並沒有想像的那麼復雜，雖然定位和解決問題沒有定規，各種運行環境也各不盡然，但後面的原理是一樣的。了解字元集的知識是解決字元問題的基礎。不過，隨著中文字元集的變化，不僅僅是php編程，中文信息處理中的問題還是會存在一段時間的。
『肆』 php如何將一段文字內容進行UTF8編碼。
在網頁頭，加上這個：<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
『伍』 php 字母加漢字 怎麼轉編碼格式
編碼格式有兩種，一種是php文件本身的編碼格式，如 editplus之類的編輯器在保存文件的時候允許你指定文件編碼格式；另一種是php輸出的文本的編碼格式，這個信息只對瀏覽器生效，方法為。需要注意的是header方法必須在任意輸出之前調用。 通常，PHP項目開發工具，如ZendStudio, PHPStorm等都是設置項目的編碼方式的，保證項目中的所有文件使用相同格式的編碼。而對於WEB輸出，通常的方式是在html文件中使用的方式說明期望的編碼，瀏覽器根據該設置來解讀內容
『陸』 如何用php設置utf-8編碼
在你的源文件找到<meta http-equiv="content-type" content="text/html;charset=utf-8">charset= 後面接的就是編碼,你全部改了就可以了。如果你改了之後變成亂碼的話，那你就只能先建一個utf-8編碼的網頁，把相應的內容重新輸入進去。
『柒』 php怎麼設置編碼
header("Content-type: text/html; charset=utf-8");
另外你的編輯器編碼也要對應哦
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。
最近需要用到iconv函數把抓取來過的utf-8編碼的頁面轉成gb2312， 發現只有用iconv函數把抓取過來的數據一轉碼數據就會無緣無故的少一些。 讓我郁悶了好一會兒，去網上一查資料才知道這是iconv函數的一個bug。iconv在轉換字元"—"到gb2312時會出錯。解決方法很簡單，就是在 需要轉成的編碼後加 "//IGNORE" 也就是iconv函數第二個參數後，如下：
iconv("UTF-8","GB2312//IGNORE",$data)
ignore的意思是忽略轉換時的錯誤，如果沒有ignore參數，所有該字元後面的字元串都無法被保存。
『捌』 php文件的編碼問題
文件是沒有編碼的, 只有文件里的內容才有編碼
一個記事本, 如果內容是GBK的網路,那麼在硬碟里的數據就是
b0 d9 b6 c8 4個位元組
如果是UTF-8的，那麼內容就是
e7 99 be e5 ba a6 6個位元組
『玖』 PHP編碼問題：資料庫中的字元集編碼。。。。。
流行的關系資料庫系統都支持資料庫字元集編碼，也就是說在創建資料庫時可以指定它自己的字元集設置，資料庫的數據以指定的編碼形式存儲。當應用程序訪問數據時，在入口和出口處都會有字元集編碼的轉換。對於中文數據，資料庫字元編碼的設置應當保證數據的完整性。GB2312、GBK、UTF-8 等都是可選的資料庫字元集編碼;當然我們也可以選擇 ISO8859-1 (8-bit)，只是我們得在應
用程序寫數據之前先將 16Bit 的一個漢字或 Unicode 拆分成兩個 8-bit 的字元，讀數據之後也需要將兩個位元組合並起來，同時還要判別其中的 SBCS 字元，因此我們並不推薦採用 ISO8859-1 作為資料庫字元集編碼。這樣不但沒有充分利用資料庫自身的字元集編碼支持，而且同時也增加了編程的復雜度。編程時，可以先用資料庫管理系統提供的管理功能檢查其中的中文數據是否正確。
PHP 程序在查詢資料庫之前，首先執行 mysql_query("SET NAMES xxxx"); 其中 xxxx 是你網頁的編碼(charset=xxxx)，如果網頁中 charset=utf8，則 xxxx=utf8，如果網頁中 charset=gb2312，則xxxx=gb2312，幾乎所有 WEB 程序，都有一段連接資料庫的公共代碼，放在一個文件里，在這文件里，加入 mysql_query("SET NAMES xxxx") 就可以了。
SET NAMES 顯示客戶端發送的 SQL 語句中使用什麼字元集。因此，SET NAMES 'utf-8' 語句告訴伺服器「將來從這個客戶端傳來的信息採用字元集 utf-8」。它還為伺服器發送回客戶端的結果指定了字元集(例如，如果你使用一個 SELECT 語句，它表示列值使用了什麼字元集)。
不知道這資料是不是你說的那些。呵呵～～～