由于從MySQL從4.0到4.1對編碼的處理方式作了改變,phpMyAdmin對編碼的處理行為從2.5到2.6也相應作了改變。
10余年建站經(jīng)驗, 網(wǎng)站設計制作、網(wǎng)站設計客戶的見證與正確選擇。創(chuàng)新互聯(lián)建站提供完善的營銷型網(wǎng)頁建站明細報價表。后期開發(fā)更加便捷高效,我們致力于追求更美、更快、更規(guī)范。
細節(jié)比較繁瑣,我就不說了。上述改變導致的結(jié)果就是:
1.未指定編碼或編碼為默認編碼latin1的數(shù)據(jù)庫,在PMA2.5系列中瀏覽不會亂碼,在PMA2.6及更高版本中瀏覽就會亂碼。
2.指定了編碼為gb2312或gbk或utf8等等的那些數(shù)據(jù)庫,在最新版本的PMA中不會亂碼,但是在PMA2.5及以前版本中瀏覽就會看到亂碼。
解決辦法是:
準備兩個版本的phpMyAdmin,一個2.5系列的,另一個最新版本的(目前為2.9系列)。
在PMA2.9中瀏覽出現(xiàn)亂碼的數(shù)據(jù)庫,就換到PMA2.5下瀏覽。
在PMA2.5中瀏覽出現(xiàn)亂碼的數(shù)據(jù)庫,就換到PMA2.9下瀏覽。
2.5系列的最后版本是2.5.7-p11
2.9系列的最新版本是2.9.0.2
這些資料都是在后盾里面搜索的 還有許多視頻講解 希望對你有所幫助。
sql 語句直接操作數(shù)據(jù)庫是什么樣子呢
如果還是0的話應該考慮表結(jié)構(gòu)
如果沒問題的話可以看看賦值的地方打印出來看看
你好,看了你的報錯信息,有幾種情況:
1、mysql_query( )傳入的參數(shù)是對象,所以你要看下參數(shù),需要把它轉(zhuǎn)成數(shù)組或者字符串
2、mysql_fetch_assoc( )傳入?yún)?shù)是null,也是要檢查一下參數(shù)
檢查方法:
1、可以用var_dump( );die();一步步打印出來
2、開啟debug調(diào)試
希望對你有幫助!