當前位置：首頁 » 編程語言 » php數據亂碼

php數據亂碼

發布時間: 2021-03-15 04:14:09

Ⅰ mysql資料庫正常，php查出來中文變亂碼了

典型的編碼問題。
在php中mysql_connect之後，加一句：mysql_query('set names utf8', $con);用來設置一下編碼。

php文件的編碼(一般是UTF8無BOM)也應該與資料庫的編碼一致。

顯示是通過html完成的，因此應該在<header>中的<title>前，指定html的編碼為utf8.

總之，養成良好的編碼習慣，資料庫建立的時候就用utf8,數據表也用utf8,取數時set names utf8, 取出來之後顯示時也用utf8。

Ⅱ PHP在顯示資料庫中的中文數據時顯示亂碼

其實，只要注意文件編寫的時候編碼、資料庫的編碼一般就不會有這個問題的，但是，比如你用DW（dwcs4貌似沒有這個現象）打開文件，它會以默認的編碼讀取，一旦你保存了，那就完了，用EditPlus打開之後，右下角有編碼提示，如果發現不對，另存為，覆蓋一下，就可以了

Ⅲ PHP數據亂碼怎嘛處理。

mysql_query("set
names
GBK");//

並且同意頁面編碼，新手別用UTF8,那玩意兒容易亂碼，

Ⅳ php 資料庫亂碼問題

在連接資料庫的時候設置連接的編碼方式了嗎？？
就是經常用到的mysql_quer('set names utf8');

Ⅳ php頁面解決亂碼問題

首先純html頁要用meta標簽聲明編碼
<meta http-equiv="Content-Type" content="text/html; charset="utf-8" />
有php輸出的頁要使用header函數聲明編碼
header("Content-Type:text/html; charset=gb2312");
同時文件也要另存回為utf-8格式~答~GBK同理

這樣編碼算統一了還要注意一點用POST傳遞數據如果網站都是統一UTF8編碼的話傳遞中文沒有問題否則傳遞中文時要用urlencode函數進行編碼 GET方式傳輸中文無論是否為UTF8編碼都需要進行urlencode編碼

緩存技術要用到memcache 可以去網路一下很多資料

Ⅵ PHP接收中文參數亂碼

<?php
header("Content-type: text/html; charset=utf-8");
$nick = $_GET['name'];
echo $nick;
?>試下

Ⅶ 在PHP頁面顯示資料庫內容時頁面中文部分出現亂碼

一般來說，亂碼問題其實也就是編碼不一致導致的。因此，要解決PHP中文亂碼問題，解決步驟有如下幾步：

1. 頁面聲明的編碼與資料庫內部編碼一致

比如：你的網頁里設置 charset = gb2312，然而，你的資料庫使用utf-8，那麼，如果不進行iconv轉換的話，顯示出來可能就有問題。

2. 頁面文件的編碼與頁面聲明的編碼一致

比如，你的網頁文件為 test.php，該文件用 UTF-8B 格式保存，而如果你的網頁里設置 charset = gb2312，那麼可能顯示也不正常。

從你的問題描述來看，「PHP中非資料庫導出的部分其中文顯示正常」，據此可以確定頁面文件編碼與頁面聲明編碼一致，那麼，問題原因就在於：

頁面聲明的編碼與資料庫內部編碼不一致造成的。

你可以查看下，你的資料庫編碼格式與網頁定義的編碼。

Ⅷ 如何解決PHP中文亂碼問題

作為該國家/區域內信息處理的基礎，字元編碼集起著統一編碼的重要作用。字元編碼集按長度分為 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（"SET NAMES xxxx"）; 其中 xxxx 是你網頁的編碼（charset=xxxx），如果網頁中 charset=utf8，則 xxxx=utf8，如果網頁中 charset=gb2312，則xxxx=gb2312，幾乎所有 WEB 程序，都有一段連接資料庫的公共代碼，放在一個文件里，在這文件里，加入 mysql_query（"SET NAMES xxxx"）就可以了。
定位問題時常用的技巧
定位中文編碼問題通常採用最笨的也是最有效的辦法―在你認為有嫌疑的程序處理後列印字元串的內碼。通過列印字元串的內碼，你可以發現什麼時候中文字元被轉換成 Unicode，什麼時候Unicode 被轉回中文內碼，什麼時候一個中文字成了兩個 Unicode 字元，什麼時候中文字元串被轉成了一串問號，什麼時候中文字元串的高位被截掉了。
解決各種應用的亂碼問題
使用標簽設置頁面編碼
這個標簽的作用是聲明客戶端的瀏覽器用什麼字元集編碼顯示該頁面，xxx 可以為 GB2312、GBK、UTF-8（和 MySQL 不同，MySQL 是 UTF8）等等。因此，大部分頁面可以採用這種方式來告訴瀏覽器顯示這個頁面的時候採用什麼編碼，這樣才不會造成編碼錯誤而產生亂碼。但是有的時候我們會發現有了這句還是不行，不管 xxx 是哪一種，瀏覽器採用的始終都是一種編碼，這個情況我後面會談到。
請注意，是屬於 HTML 信息的，僅僅是一個聲明，僅表明伺服器已經把 HTML 信息傳到了瀏覽器。
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 頁面內使用。
AddDefaultCharset
Apache 根目錄的 conf 文件夾里，有整個 Apache 的配置文檔 httpd.conf。
用文本編輯器打開 httpd.conf，第 708 行（不同版本可能不同）有 AddDefaultCharset xxx，xxx為編碼名稱。這行代碼的意思：設置整個伺服器內的網頁文件 http 標頭里的字元集為你默認的 xxx字元集。有這行，就相當於給每個文件都加了一行 header（"content-type:text/html; charset=xxx"）。這下就明白為什麼明明設置了是 utf-8，可瀏覽器始終採用 gb2312 的原因。
如果網頁里有 header（"content-type:text/html; charset=xxx"），就把默認的字元集改為你設置的字元集，所以這個函數永遠有用。如果把 AddDefaultCharset xxx 前面加個"#"，注釋掉這句，而且頁面里不含 header（"content-type…"），那這個時候就輪到 meta 標簽起作用了。
下面列出以上的優先順序：
.. header（"content-type:text/html; charset=xxx"）
如果你是 web 程序員，建議給你的每個頁面都加個header（"content-type:text/html;charset=xxx"），這樣就可以保證它在任何伺服器都能正確顯示，可移植性也比較強。
php.ini 中的 default_charset 配置
php.ini 中的 default_charset = "gb2312" 定義了 php 的默認語言字元集。一般推薦注釋掉此行，讓瀏覽器根據網頁頭中的 charset 來自動選擇語言而非做一個強制性的規定，這樣就可以在同台伺服器上提供多種語言的網頁服務。
其實 php 開發中的中文編碼並沒有想像的那麼復雜，雖然定位和解決問題沒有定規，各種運行環境也各不盡然，但後面的原理是一樣的。了解字元集的知識是解決字元問題的基礎。

Ⅸ PHP中文亂碼

看看html頁面文件本身編碼格式是否gbk

用記事本打開html文件，選擇另存為，然後在下面可以看到文件編碼，改成 ANSI

Ⅹ php 從資料庫中讀出亂碼

那你在php最前端加上 mysql_query('SET NAMES utf-8') 試試，這樣應該就可以了

閱讀全文

php數據亂碼

與php數據亂碼相關的閱讀推薦