久久久久av_欧美日韩一区二区在线_国产精品三区四区_日韩中字在线

Discuz! 官方交流社區

標題: 升級3.5時升級uc提示表 uc_admins 的文字排序 不受支持,請人工處理后再繼續! [打印本頁]

作者: zmren    時間: 2023-2-1 17:53
標題: 升級3.5時升級uc提示表 uc_admins 的文字排序 不受支持,請人工處理后再繼續!
本帖最后由 zmren 于 2023-2-1 18:32 編輯

數據表只有ucenter_admins 沒有uc_admins
表 uc_admins 的文字排序 不受支持,請人工處理后再繼續!該怎么人工處理

(, 下載次數: 37)





作者: 科站網    時間: 2023-2-2 09:01
進數據庫看看這表是什么文字排序的

作者: kingsman    時間: 2023-2-8 12:28
同樣的問題,在數據庫表里從哪里看文字排序?具體文字排序是指什么?
作者: 專家    時間: 2023-2-9 00:21
kingsman 發表于 2023-2-8 12:28
同樣的問題,在數據庫表里從哪里看文字排序?具體文字排序是指什么?

用phpmyadmin的話,找到對應的表,進去,點操作,找到排序規則,看看是什么
正常應該是類似utf8_general_ci或者gbk_chinese_ci的東西
作者: kingsman    時間: 2023-2-9 21:22
專家 發表于 2023-2-9 00:21
用phpmyadmin的話,找到對應的表,進去,點操作,找到排序規則,看看是什么
正常應該是類似utf8_general_ ...

檢查了很多遍,排序規則正如您所說,是gbk_chinese_ci改成utf8那個錯誤依舊。我發現錯誤提示是“文字排序”而非“排序規則”,這才是讓我百思不得其解的地方。有沒有大佬提供一下正確的文字排序呢?
作者: 專家    時間: 2023-2-10 14:57
kingsman 發表于 2023-2-9 21:22
檢查了很多遍,排序規則正如您所說,是gbk_chinese_ci改成utf8那個錯誤依舊。我發現錯誤提示是“文字排序 ...

x3.5使用的是utf8mb4_unicode_ci
但這就有點奇怪了,gbk_chinese_ci是受支持的編碼。
你可以嘗試把admins這張表的表結構(不帶數據)在phpmyadmin里導出成sql,然后看看是個什么內容
作者: smile夏天    時間: 2023-2-10 21:59
我的也是這個提示,放棄升級了
作者: kingsman    時間: 2023-2-11 01:57
專家 發表于 2023-2-10 14:57
x3.5使用的是utf8mb4_unicode_ci
但這就有點奇怪了,gbk_chinese_ci是受支持的編碼。
你可以嘗試把admins ...

導出的內容是這樣的。

  1. -- phpMyAdmin SQL Dump
  2. -- version 4.9.11
  3. -- https://www.phpmyadmin.net/
  4. --
  5. -- 主機: 127.0.0.1
  6. -- 生成日期: 2023-02-11 01:53:55
  7. -- 服務器版本: 5.7.23
  8. -- PHP 版本: 7.4.10

  9. SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";
  10. SET AUTOCOMMIT = 0;
  11. START TRANSACTION;
  12. SET time_zone = "+00:00";


  13. /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
  14. /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
  15. /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
  16. /*!40101 SET NAMES utf8mb4 */;

  17. --
  18. -- 數據庫: `s*****m`
  19. --

  20. -- --------------------------------------------------------

  21. --
  22. -- 表的結構 `uc_admins`
  23. --

  24. CREATE TABLE `uc_admins` (
  25.   `uid` mediumint(8) UNSIGNED NOT NULL,
  26.   `username` char(15) CHARACTER SET gbk NOT NULL DEFAULT '',
  27.   `allowadminsetting` tinyint(1) NOT NULL DEFAULT '0',
  28.   `allowadminapp` tinyint(1) NOT NULL DEFAULT '0',
  29.   `allowadminuser` tinyint(1) NOT NULL DEFAULT '0',
  30.   `allowadminbadword` tinyint(1) NOT NULL DEFAULT '0',
  31.   `allowadmintag` tinyint(1) NOT NULL DEFAULT '0',
  32.   `allowadminpm` tinyint(1) NOT NULL DEFAULT '0',
  33.   `allowadmincredits` tinyint(1) NOT NULL DEFAULT '0',
  34.   `allowadmindomain` tinyint(1) NOT NULL DEFAULT '0',
  35.   `allowadmindb` tinyint(1) NOT NULL DEFAULT '0',
  36.   `allowadminnote` tinyint(1) NOT NULL DEFAULT '0',
  37.   `allowadmincache` tinyint(1) NOT NULL DEFAULT '0',
  38.   `allowadminlog` tinyint(1) NOT NULL DEFAULT '0'
  39. ) ENGINE=MyISAM DEFAULT CHARSET=utf8;

  40. --
  41. -- 轉儲表的索引
  42. --

  43. --
  44. -- 表的索引 `uc_admins`
  45. --
  46. ALTER TABLE `uc_admins`
  47.   ADD PRIMARY KEY (`uid`),
  48.   ADD UNIQUE KEY `username` (`username`);

  49. --
  50. -- 在導出的表使用AUTO_INCREMENT
  51. --

  52. --
  53. -- 使用表AUTO_INCREMENT `uc_admins`
  54. --
  55. ALTER TABLE `uc_admins`
  56.   MODIFY `uid` mediumint(8) UNSIGNED NOT NULL AUTO_INCREMENT;
  57. COMMIT;

  58. /*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
  59. /*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
  60. /*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
復制代碼

作者: 月見朔夜    時間: 2023-2-11 11:45
smile夏天 發表于 2023-2-10 21:59
我的也是這個提示,放棄升級了

MYSQL8的UTF8編碼被改變了,需要進入mysql調整編碼

作者: 月見朔夜    時間: 2023-2-11 11:45
可以聯系我QQ  幫忙解決
作者: smile夏天    時間: 2023-2-11 13:50
月見朔夜 發表于 2023-2-11 11:45
MYSQL8的UTF8編碼被改變了,需要進入mysql調整編碼

調了好幾種編碼都不管用,用的mysql5.7.33
作者: 專家    時間: 2023-2-11 14:52
kingsman 發表于 2023-2-11 01:57
導出的內容是這樣的。

你這個使用的是標準的MySQL數據庫么?是自己安裝的還是第三方提供的
另外這個是你改過的表,最好還是用原始表
你可以看到你這里gbk的位置就只有gbk,而不是gbk_chinese_ci,utf8后面也沒有general_ci,挺奇怪的。
作者: kingsman    時間: 2023-2-11 17:03
專家 發表于 2023-2-11 14:52
你這個使用的是標準的MySQL數據庫么?是自己安裝的還是第三方提供的
另外這個是你改過的表,最好還是用原 ...

就是標準數據庫,我都不懂數據庫,所以不會去更改,只是最初是DZX3.4采用的是GBK,然后備份導出為UTF8,然后裝了DZX3.5測試版導入的數據。至于表那些我更不會改了。
作者: 專家    時間: 2023-2-11 22:18
kingsman 發表于 2023-2-11 17:03
就是標準數據庫,我都不懂數據庫,所以不會去更改,只是最初是DZX3.4采用的是GBK,然后備份導出為UTF8, ...

不可以這么操作啊,3.4需要走正常流程才能升級到3.5,而且GBK直接導出為UTF8怕是要出問題

想在測試環境下操作的話可以原樣備份一份站點拿到測試環境里面走正常流程升級
作者: 新媒TV浩哥    時間: 2023-2-22 11:30
月見朔夜 發表于 2023-2-11 11:45
可以聯系我QQ  幫忙解決

(, 下載次數: 0)

作者: 新媒TV浩哥    時間: 2023-2-22 14:24
升級DZX3.5找到回了DZQ的感覺:官方不嚴謹,到處是坑!
作者: cordless    時間: 2023-2-22 14:57
smile夏天 發表于 2023-2-11 13:50
調了好幾種編碼都不管用,用的mysql5.7.33

我的也是這樣,我覺得是偵測使用編碼沒偵測到,
所以在文字排序后面應出現的編碼名稱根本顯示不出來,
我的做法是注釋掉安裝程序顯示錯誤的那一行,讓程序繼續執行就可以了,
當然必須自己檢查數據庫編碼是不是都正確啰.
而且好像只有ucenter這個更新程序會脫序演出.
到了論壇升級文字排序不符的都正常跑出來了.
作者: 專家    時間: 2023-2-22 15:33
新媒TV浩哥 發表于 2023-2-22 14:24
升級DZX3.5找到回了DZQ的感覺:官方不嚴謹,到處是坑!

你說反了,3.5升級程序是非常嚴謹的,稍微檢查到一點異常,都會停下來讓你人工處理好再繼續。

絕大多數升級出現異常的站點,都是以前自己改過東西,或者使用的時候累積出了異常的數據導致的。
升級程序發現有異常就不敢輕舉妄動,畢竟強行升級可能會把你的數據搞沒有的。

不信你拿個新安裝的3.4再升級看看,肯定很順暢就升級完了。
作者: 專家    時間: 2023-2-22 15:35
cordless 發表于 2023-2-22 14:57
我的也是這樣,我覺得是偵測使用編碼沒偵測到,
所以在文字排序后面應出現的編碼名稱根本顯示不出來,
我的 ...

這塊比較麻煩的事情在于,現有的開發人員的環境復現不出來這種無法檢測編碼的情況……
不然就可以針對性的對升級程序做調整了。
作者: cordless    時間: 2023-2-22 19:43
專家 發表于 2023-2-22 15:35
這塊比較麻煩的事情在于,現有的開發人員的環境復現不出來這種無法檢測編碼的情況……
不然就可以針對性 ...

也許是因為我用的是Windows 主機才會出現這個情況,
而且屢試不爽,每次都只有Ucenter升級才會,
因為抓到空值所以即使我把我的編碼放到檢查里還是判斷是錯的,
只好注釋掉顯示錯誤那行.
作者: smile夏天    時間: 2023-2-22 20:08
cordless 發表于 2023-2-22 14:57
我的也是這樣,我覺得是偵測使用編碼沒偵測到,
所以在文字排序后面應出現的編碼名稱根本顯示不出來,
我的 ...

找湖中沉幫我搞好了。已升級完成
作者: 專家    時間: 2023-2-23 17:30
cordless 發表于 2023-2-22 19:43
也許是因為我用的是Windows 主機才會出現這個情況,
而且屢試不爽,每次都只有Ucenter升級才會,
因為抓到空 ...

我在win上測試過沒這個問題啊……ts和nts的php好像都沒有問題,Apache和Caddy服務器都試過。
作者: cordless    時間: 2023-2-23 19:01
專家 發表于 2023-2-23 17:30
我在win上測試過沒這個問題啊……ts和nts的php好像都沒有問題,Apache和Caddy服務器都試過。 ...

這就是奇怪的地方,在同一個環境下,
升級 UC就有,升級 主程序就沒出現.
這也真是想不透.
作者: cordless    時間: 2023-2-23 19:07
專家 發表于 2023-2-23 17:30
我在win上測試過沒這個問題啊……ts和nts的php好像都沒有問題,Apache和Caddy服務器都試過。 ...

試到現在臨門差一腳了,
一個是轉回MyISAM,
一個是升到X3.5.
只剩最后一哩.
請問一下online list在x3.5里是從哪里抽出的數據,
以前X3.4時只要把數據加入 common_session
就插入了,但是升級到X3.5后數據還是存入了common_session里,
但是在前臺看不到online數據.
作者: 專家    時間: 2023-2-23 21:43
cordless 發表于 2023-2-23 19:07
試到現在臨門差一腳了,
一個是轉回MyISAM,
一個是升到X3.5.

是否開啟了內存緩存?redis或memcache對這塊有影響
作者: cordless    時間: 2023-2-23 21:46
專家 發表于 2023-2-23 21:43
是否開啟了內存緩存?redis或memcache對這塊有影響

有redis但是X3.4也是有開redis.
作者: 專家    時間: 2023-2-23 21:49
cordless 發表于 2023-2-23 21:46
有redis但是X3.4也是有開redis.

X3.5的redis增強了,或者說X3.5適配最好的就是redis,有一些獨有的功能
它會自動接管走一些原本不應該讓數據庫干的活




歡迎光臨 Discuz! 官方交流社區 (http://www.9999xn.com/) Powered by Discuz! W1.0