php定義編碼,php編碼格式

本文目錄一覽：

• 1、php怎麼設置編碼
• 2、什麼是PHP編碼？
• 3、怎樣設置php的編碼格式為utf-8
• 4、如何用php設置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編碼？

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來自動選擇語言而非做一個強制性的規定，這樣就可以在同台伺服器上提供多種語言的網頁服務。

結束語 參考：

其實php開發中的中文編碼並沒有想像的那麼複雜，雖然定位和解決問題沒有定規，各種運行環境也各不盡然，但後面的原理是一樣的。了解字符集的知識是解決字元問題的基礎。不過，隨著中文字符集的變化，不僅僅是php編程，中文信息處理中的問題還是會存在一段時間的。

怎樣設置php的編碼格式為utf-8

在 PHP 編寫過程中，一般需要注意的是三種編碼：

1、網頁字元編碼

2、文件字元編碼

3、資料庫字元編碼

只有上面3種編碼的格式都一致的情況下，才會儘可能的避免亂碼的出現。

二、如何使用Notepad++軟體設置UTF-8編碼：

用 Notepad++ 軟體打開指定的 php 文檔後，在「格式」菜單下找到「以UTF-8格式編碼”

以xxx編碼的意思是不強制轉換文件的編碼，僅僅以某種編碼來查看，不會對文件進行修改，這對打開某個文件發現都是亂碼時非常實用。

轉為xxx編碼的意思就是將文件內容強制轉換為某種編碼，這對於本來看到的就不是亂碼但需要調整右下角的文件編碼時非常好用。

如何用php設置utf-8編碼？

在你的源文件找到meta http-equiv=”content-type” content=”text/html;charset=utf-8″charset= 後面接的就是編碼,你全部改了就可以了。如果你改了之後變成亂碼的話，那你就只能先建一個utf-8編碼的網頁，把相應的內容重新輸入進去。

要輸出UTF8格式時，加上以下語句：

header(」Content-Type: text/html; charset=UTF-8″)

php用UTF-8總結：

php文件本身必須是UTF-8編碼。不像Java會生成class文件，避免這個問題

php要輸出頭：header(」Content-Type: text/html; charset=UTF-8″)

meta標籤無所謂，有header所有瀏覽器就會按header來解析

所有外圍都得用UTF8，包括資料庫、×.js、×.css(CSS影響倒不大)

php本身不是Unicode的，所有substr之類的函數得改成mb_substr（需要裝mbstring擴展）；或者用iconv轉碼（基本上的linux都裝了，沒裝的話download、tar、make、make install，很簡單的）

my.ini:

[MySQL(和PHP搭配之最佳組合)]

default-character-set=utf8

[MySQL(和PHP搭配之最佳組合)d]

default-character-set=utf8

default-storage-engine=MyISAM

在[MySQL(和PHP搭配之最佳組合)d]下加入:

default-collation=utf8_bin

init_connect=＇SET NAMES utf8＇

在需要做資料庫操作的php程序前面加上

mb_internal_encoding(＇utf-8＇);

create table最後邊加上ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_bin

phpMyAdmin/config.inc.php

$cfg[＇DefaultCharset＇] = ＇utf-8＇;

$cfg[＇RecodingEngine＇] = ＇iconv＇;

phpAdmin導出數據時

把”二進位區域使用十六進位顯示”的勾去掉

特別鬱悶的：文件系統函數不支持UTF-8！