回 ACSite.NET 首頁
回 ACSite.NET 首頁 客服系統 帳務系統 英文首頁
nav_seperator
nav_seperator
nav_seperator
nav_seperator
 

頁: 1 2 [3] 4
  列印  
作者 主題: 資料庫變亂碼  (閱讀 86585 次)
acsite
管理員
Hero Member
*****
離線 離線

文章: 4,027


個人網站
« 回覆文章 #30 於: 九月 10, 2007, 11:41:16 am »

因為我們安裝的 2.8.2.4 在登入畫面可以選擇
Chinese traditional (big5) 與 Chinese traditional (utf-8)
所以很抱歉我們無法明確地瞭解您提及「2.8.0.2版  繁體中文是可以選utf-8及big5」的意思
如果方便的話
能否請您提供另一個網站的帳號密碼?
讓我們直接使用該網站的 phpMyAdmin 看看有什麼不同
謝謝 微笑
已記錄
some
客戶
*
離線 離線

文章: 10


« 回覆文章 #31 於: 九月 11, 2007, 03:17:36 am »

我寫了一篇教學.

您可以看看, 看對您有沒有幫助.


http://www.adsenseor.com/mysql/256.html
已記錄
acsite
管理員
Hero Member
*****
離線 離線

文章: 4,027


個人網站
« 回覆文章 #32 於: 九月 12, 2007, 12:02:56 am »

非常感謝 some 的教學文件
寫得非常詳細清楚 微笑
目前不太確定 debra15 的狀況是什麼
所以希望 debra15 提供更詳細的資訊
謝謝 微笑
已記錄
debra15
客戶
*
離線 離線

文章: 23


« 回覆文章 #33 於: 九月 13, 2007, 01:04:26 pm »

非常感謝 some 的教學文件
寫得非常詳細清楚 微笑
目前不太確定 debra15 的狀況是什麼
所以希望 debra15 提供更詳細的資訊
謝謝 微笑
我一開始沒發現登錄的地方可以選
後來選了之後還是顯示亂碼
(有看到有連線校對  是不是這個部分的差別呢?)

看了some的那篇教學
我的狀況算不算是狀況(1) phpMyAdmin未升級前正常,升級後中文變亂碼
那是不是裝舊版就可以解決呢?

另外一個網站是客戶的  所以可能不方便給登錄的資料  抱歉
已記錄
acsite
管理員
Hero Member
*****
離線 離線

文章: 4,027


個人網站
« 回覆文章 #34 於: 九月 14, 2007, 05:12:07 pm »

如果是 狀況(1) phpMyAdmin未升級前正常,升級後中文變亂碼
請使用以下任一網址即可登入舊版的phpmyadmin 微笑

http://pma.cp15.secserverpros.com/
« 最後編輯時間: 五月 14, 2010, 04:50:38 pm 由 acsite » 已記錄
debra15
客戶
*
離線 離線

文章: 23


« 回覆文章 #35 於: 九月 15, 2007, 05:02:12 am »

如果是 狀況(1) phpMyAdmin未升級前正常,升級後中文變亂碼
請使用以下任一網址即可登入舊版的phpmyadmin 微笑

http://pma.cp15.secserverpros.com/
http://pma.cp15.acsite.net
又繞回來了
2.5.7版我找不到可以選utf-8的地方
可以教教我嗎?
已記錄
acsite
管理員
Hero Member
*****
離線 離線

文章: 4,027


個人網站
« 回覆文章 #36 於: 九月 20, 2007, 09:46:52 pm »

又繞回來了
2.5.7版我找不到可以選utf-8的地方
可以教教我嗎?

我們安裝了 utf8 的 2.5.7版
請使用 http://pma.cp15.secserverpros.com/utf8/ 登入
謝謝 微笑
已記錄
debra15
客戶
*
離線 離線

文章: 23


« 回覆文章 #37 於: 九月 22, 2007, 11:23:24 am »

我們安裝了 utf8 的 2.5.7版
請使用 http://pma.cp15.secserverpros.com/utf8/ 登入
謝謝 微笑

謝謝
已記錄
客戶
***
離線 離線

文章: 140


« 回覆文章 #38 於: 九月 26, 2007, 05:47:06 pm »

路過~~

網路上看到的文章
http://www.discuz.net/viewthread.php?tid=444081&extra=&page=1

引用
MySQL從4.1版本開始才提出字符集的概念,所以對於MySQL4.0及其以下的版本,他們的字符集都是Latin1的,所以有時候需要對mysql的字符集進行一下轉換,MySQL版本的升級、降級,特別是升級MySQL的版本,為了不讓程序繼續沿用Latin1字符集之後對以後Discuz!版本升級的影響和安裝SupeSite,這就需要我們進行字符集的轉換!
   
本人轉換過好多數據了,也用過了好多的辦法,個人感覺最好用的就是使用MySQL命令導出導入中將字符集轉換過去!
   
現在我將用圖文並茂的方式向大家展示一下如何將MySQL字符集進行轉換,由於字符集比較多,現在主要舉GBK和Latin1這兩種字符集之間的轉換!
   
首先我將講解一下如何將MySQL從GBK轉換為Latin1的(如果是UTF8或者BIG5轉換即將GBK換成相應的字符集即可)!這種問題常發生在MySQL從MySQL4.1及其以上版本轉換為MySQL4.1以下的版本的過程中!有的人圖個方便,特別是有主機權限的,直接將MySQL的data目錄下的文件拷貝過去了,這樣造成的問題就是亂碼問題!當然我所說的這些都要求你必須擁有主機權限,虛擬主機用戶可以在本地搭建好論壇,下載數據到你的本地,然後把數據導入到你本地的數據庫,然後進行字符集的轉換!
   
現在的步驟就是將MySQL的數據導出了,在mysql的命令提示符下(linux系統為mysql的命令目錄下),輸入下面導出的命令:

mysqldump -uroot -p --default-character-set=gbk --set-charset=latin1 --compatible=mysql40 --skip-opt discuz>discuz.sql
如圖1(windows下)和圖2(linux下)所示
   
這樣就輕鬆的將數據從MySQL數據庫中導出了,此時導出的文件在與mysql命令同級的目錄下,即bin目錄下,而且已經將MySQL字符集導出為Latin1的了!現在要做的就是將數據導入MySQL4.0中去!

同樣在4.0版本的mysql命令提示符下(linux系統為mysql的命令目錄下),輸入下面導入命令:
mysql -uroot -p --default-character-set=latin1 -f discuz<discuz.sql
如圖3(window下)和圖4(linux下)所示
   
這樣就將字符集從GBK轉為Latin1同時將MySQL從4.1以上版本的轉為MySQL4.0的了!
   
現在講解一下如何從Latin1字符集轉換為GBK的!
   
由於只有MySQL4.1以上的版本才有字符集的概念,所以如果你要將MySQL4.0的字符集從Latin1轉換為GBK字符集的話,必須導入到MySQL4.1以上的版本中,然後再導出!這裡面就多
了一個導出為Latin1的步驟!
   
同樣在MySQL4.0的命令提示符下,輸入下面導出的命令:
mysqldump -uroot -p --default-character-set=latin1 --set-charset=latin1 --skip-opt discuz>discuz.sql
   
然後導入到MySQL4.1中,輸入下面導入的命令:
mysql -uroot -p --default-character-set=latin1 -f discuz<discuz.sql
   
然後在MySQL4.1下轉換字符集,分別輸入下面導出和導入的命令:
mysqldump -uroot -p --default-character-set=latin1 --set-charset=gbk --skip-opt discuz>discuz.sql
mysql -uroot -p --default-character-set=gbk -f newdiscuz<discuz.sql
   
如果不出問題的話,那麼轉換就完畢了!其實整個過程還是比較簡單的,只是過程看起來比較麻煩些,但是過程卻是很簡單明了的!
下面舉出一個在導入過程中極易容易出現的問題!


在導入的時候容易出現unknown command '/'這樣的錯誤,其實這是由於MySQL在導出的時候,它有時候給一些繁體字後面自動加上了個反斜槓造成的!解決此問題的辦法就是打開備份的sql(這裡為discuz.sql),提示錯誤的時候會提示具體哪行出現了錯誤,找到那行,把反斜槓去掉就行了!其實你可以用Ultraedit這些文本處理的工具,批量的去處理這些反斜槓

!憑個人經驗,有很多用戶名取的比較怪,這樣就容易出現反斜槓,這樣只要糾正那些用戶名就行了!
    以上是個人在轉換數據過程中的一些經驗之談,很多地方還有待大家完善!








« 最後編輯時間: 九月 26, 2007, 05:54:43 pm 由 jrchou » 已記錄
acsite
管理員
Hero Member
*****
離線 離線

文章: 4,027


個人網站
« 回覆文章 #39 於: 九月 27, 2007, 03:49:55 pm »

感謝 jrchou 經常分享經驗談與有用的文章 微笑
已記錄
whosee
客戶
***
離線 離線

文章: 136


« 回覆文章 #40 於: 五月 12, 2010, 09:28:21 pm »

我也是亂碼的問題

在phpMyAdmin管理的資料庫中
有一個是我自己架的網站用的
還有一個是我的wordpress網站用的

二個網站都是用utf-8編碼
資料庫和所屬資料表的編碼設定都一樣
在網頁上顯示的都很正常
但是在Cpanel裡phpMyAdmin管理的資料庫資料顯示卻不相同
wordpress 資料庫顯示的都正常
我自己架的網站資料庫內容卻都是亂碼
不知問題發生在哪裡

敬請協助解決
謝謝!
已記錄
acsite
管理員
Hero Member
*****
離線 離線

文章: 4,027


個人網站
« 回覆文章 #41 於: 五月 12, 2010, 11:08:32 pm »

我也是亂碼的問題

在phpMyAdmin管理的資料庫中
有一個是我自己架的網站用的
還有一個是我的wordpress網站用的

二個網站都是用utf-8編碼
資料庫和所屬資料表的編碼設定都一樣
在網頁上顯示的都很正常
但是在Cpanel裡phpMyAdmin管理的資料庫資料顯示卻不相同
wordpress 資料庫顯示的都正常
我自己架的網站資料庫內容卻都是亂碼
不知問題發生在哪裡

敬請協助解決
謝謝!

您好:

因為您的帳號下有多個網站
我們無法確認是哪兩個網站有問題
所以還請您回 post 或者使用 PM 告知有問題的網址
謝謝
已記錄
whosee
客戶
***
離線 離線

文章: 136


« 回覆文章 #42 於: 五月 13, 2010, 09:02:08 am »

以下是目前資料庫使用狀況:

  資料庫    狀況     網站   
_80717     正常   80717.com 
_80789     正常   80789.com
_incstar    正常   luanqiang.com
_kjsql        亂碼   osart.com
_phpb1     亂碼   art.com.tw/forum/
_wp_001  正常   whosee.com/wordpress
已記錄
acsite
管理員
Hero Member
*****
離線 離線

文章: 4,027


個人網站
« 回覆文章 #43 於: 五月 13, 2010, 10:24:04 am »

以下是目前資料庫使用狀況:

  資料庫    狀況     網站   
_80717     正常   80717.com 
_80789     正常   80789.com
_incstar    正常   luanqiang.com
_kjsql        亂碼   osart.com
_phpb1     亂碼   art.com.tw/forum/
_wp_001  正常   whosee.com/wordpress

我們正在檢查這個問題
稍候會詳細回覆您
謝謝
已記錄
acsite
管理員
Hero Member
*****
離線 離線

文章: 4,027


個人網站
« 回覆文章 #44 於: 五月 14, 2010, 04:56:03 pm »

_kjsql        亂碼   osart.com
_phpb1     亂碼   art.com.tw/forum/

您好:

我們檢查過這兩個網站的資料庫
發現這兩個網站都是在 MySQL 4.0.x 的時候建立資料庫
當時 MySQL 4.0.x 對於多國語言的支援尚未完備
所以其實資料都是使用 latin 編碼存入的
也因此現在使用新版本的 phpMyAdmin 存取時會顯示成亂碼
請您改用 http://pma.cp15.secserverpros.com/utf8/ 登入
即可正常顯示這兩個網站資料庫內的中文
已記錄
頁: 1 2 [3] 4
  列印  
 
前往:  



 
 
bottom
Copyright © 2002 - 2017 ACSite.NET All Rights Reserved.