升級X3.5常見問題匯總

湖中沉

Q001：GBK編碼升級后用戶反饋無法登錄？
A001：您升級前為GBK或BIG5編碼，由于X3.5適配的UCenter 1.7.0 更新了數(shù)據(jù)庫編碼，為了防止本地化編碼版本內(nèi)以本地化編碼的安全提問內(nèi)的非 ASCII 文字導致用戶登錄受阻，因此如您站點為本地化編碼則將為您清空安全提問，請將此情況如實告知用戶，并要求用戶在登錄時請不要輸入安全提問。（如您希望自行編寫兼容代碼，請自行在后續(xù)流程選擇不清空用戶的安全提問。）


Q002：升級UCenter 1.7.0報錯（Warning: fopen(../data/logs/X3.5_upgrade_ucenter.php): failed to open stream: No such file or directory in uc_server/update_ucenter_adult.phpon line990）
A002：需要給UC目錄（通常為/uc_server/）的升級日志目錄（/data/logs/）賦予寫權(quán)限。


Q003：升級完畢后還一直提示“升級數(shù)據(jù)”（http://www.letianbiye.cn/thread-14698-1-1.html）
A003：升級關(guān)閉站點的提示語吧？升級后記得重新打開站點。


Q004：升級Ucenter 7.0時顯示數(shù)據(jù)庫members表里缺少email這個字段
A004：標準Ucenter必定存在email字段的，此提示一般是以前某些修改導致email字段不存在或未被設(shè)置為索引，進入數(shù)據(jù)表（使用PhpMyAdmin）將pre_ucenter_members表的email字段設(shè)置為索引后再升級。


Q005：升級后網(wǎng)站變的非常緩慢（MySQL5.5）
A005：當 MySQL < 5.7 或 MariaDB < 10.2 時， InnoDB 性能下降較為嚴重，因此在生產(chǎn)系統(tǒng)上運行的站點應升級版本至 MySQL >= 5.7 或 MariaDB >= 10.2 以避免此問題。


Q006：升級后用戶IP都變成一樣的了（開啟了CDN）
A006：Discuz!X3.5使用CDN時，獲取用戶真實IP（http://www.letianbiye.cn/thread-14651-1-1.html）


Q007：升級過程中提示Specified key was too long; max key length is 767 bytes
A007：這是由于插件的數(shù)據(jù)表未支持低版本mysql下的InnoDb引擎，X3.5將升級數(shù)據(jù)庫為InnoDb引擎，索引字段長度和Myisam不同，解決方法三選一：
       1. 升級mysql數(shù)據(jù)庫版本
       2. 保留mysql低版本但修改配置文件開啟長索引選項
       3. 需要看報錯中的具體表，進行索引字段長度變更，一般設(shè)置為255的，修改長索引字段到190以下


Q008：升級過程中提示(1061) Duplicate key name 'gpmid'ALTER TABLE common_member_grouppm ADD INDEX gpmid(gpmid);
A008：應該是升級出錯后又直接再次執(zhí)行升級文件導致的，升級出錯后建議回滾數(shù)據(jù)后再重新操作。同時，針對該問題，回滾數(shù)據(jù)后可以進入“pre_common_member_grouppm”數(shù)據(jù)表檢查索引gpmid是否存在，如存在，可以先予以刪除再操作升級


Q009：升級過程中提示(1062) Duplicate entry '***' for key 'username'ALTER TABLE common_member CONVERT TO CHARACTER SET utf8mb4COLLATE utf8mb4_unicode_ci;（common_member也可能是common_member_archive）
A009：首先，這一般是UC升級1.7.0后UC里應用通信失敗導致改名通知未被全部執(zhí)行就進行了X程序升級引起的，解決方法有多種。

• 其一，完全恢復所有數(shù)據(jù)后，重新升級UC之后，進入UC后臺，確保通信成功，且“數(shù)據(jù)列表-通知列表”中重命名用戶通知全部成功，此時再執(zhí)行X程序升級則無虞；
• 其二，進入數(shù)據(jù)庫，執(zhí)行語句：
  
  1. select uid from pre_ucenter_members where username in (select username from pre_ucenter_members group by convert(username using utf8mb4) collate utf8mb4_unicode_ci having count(1) > 1)

  復制代碼
  再將異常用戶改名，如果UC表查詢無異常，上述語句中表名可以更換為（pre_common_member）和（pre_common_member_archive）
• 其三，進入數(shù)據(jù)庫，執(zhí)行語句
  1. update `pre_common_member` inner join `pre_ucenter_members` on `pre_common_member`.uid  = `pre_ucenter_members`.uid  set `pre_common_member`.username = `pre_ucenter_members`.username

  復制代碼
  和
  1. update `pre_common_member_archive` inner join `pre_ucenter_members` on `pre_common_member_archive`.uid  = `pre_ucenter_members`.uid  set `pre_common_member_archive`.username = `pre_ucenter_members`.username

  復制代碼
  
  

Q010：升級后有的帖子無法回復，會報錯 (1062) Duplicate entry '***-*' for key 'PRIMARY'
A010：先檢查站點配置文件config/config_global.php 里面數(shù)據(jù)庫CONFIG DB部分是否存在一行為$_config['db']['common']['engine'] = 'innodb';，若不存在，請加入一行內(nèi)容為

1. $_config['db']['common']['engine'] = 'innodb';

復制代碼

。若存在，可能升級失敗，建議回滾數(shù)據(jù)重新升級

我知道答案 回答被采納將會獲得1 貢獻 已有184人回答

jiananmeidi

Q004：升級Ucenter 7.0時顯示數(shù)據(jù)庫members表里缺少email這個字段
A004：標準Ucenter必定存在email字段的，此提示一般是以前某些修改導致email字段不存在或未被設(shè)置為索引，進入數(shù)據(jù)表（使用PhpMyAdmin）將pre_ucenter_members表的email字段設(shè)置為索引后再升級

還是提示錯誤哦。

jiananmeidi

jiananmeidi 發(fā)表于 2022-12-24 10:22
還是提示錯誤哦。

按照這個方法成功了。
可能之前是索引后數(shù)據(jù)在更新中，沒那么快恢復。

pcyi

感謝~ 非常及時的錯誤指南；除了這些還有其他奇奇怪怪的問題...

xyit

discuz3.5正式版發(fā)布了，自己安裝了嘗試下，發(fā)現(xiàn)帖子標題字符還是限制在80個字符，也就是40個漢字以內(nèi)。
好多人反饋過這個問題，說在3.5正式版里更改，怎么還沒更改？還是壓根不打算更改？
另外，感覺沒有多少新功能方面的增加，只是更換了外殼。這么多年過去了，應該增加一些新功能，可惜沒有。

湖中沉

xyit 發(fā)表于 2022-12-25 13:51
discuz3.5正式版發(fā)布了，自己安裝了嘗試下，發(fā)現(xiàn)帖子標題字符還是限制在80個字符，也就是40個漢字以內(nèi)。
...

后臺-全局-用戶權(quán)限，去看一下

wjwh

升級成功，但部分通知發(fā)送失敗，請您登錄 UCenter 檢查更名通知是否全部發(fā)出，如發(fā)送失敗請檢查站點與 UCenter 間的通信是否正常，通知全部成功發(fā)出后方可繼續(xù)升級其余應用。

uc與論壇“通信成功”
點開uc的通知，發(fā)現(xiàn)有失敗有成功的，手動點，全部成功。
接下來在升級BBS時，

Fatal error: Uncaught Error: Call to undefined function getglobal() in /www/wwwroot/*/source/class/discuz/discuz_error.php:336 Stack trace: #0 /www/wwwroot/*/source/class/discuz/discuz_error.php(183): discuz_error::write_error_log('<b>Call to unde...') #1 /www/wwwroot/*/source/class/class_core.php(121): discuz_error::exception_error(Object(Error)) #2 [internal function]: core::handleException(Object(Error)) #3 {main} thrown in /www/wwwroot/*/source/class/discuz/discuz_error.php on line 336

湖中沉

wjwh 發(fā)表于 2023-1-1 10:09
uc與論壇“通信成功”
點開uc的通知，發(fā)現(xiàn)有失敗有成功的，手動點，全部成功。
接下來在升級BBS時， ...

圖掛了，報錯信息不知道你是在哪個地址下報的錯誤

wjwh

湖中沉 發(fā)表于 2023-1-1 10:13
圖掛了，報錯信息不知道你是在哪個地址下報的錯誤

url/install/update_adult.php
第一步就出錯了
discuz_error.php第336行是uid

wjwh

奇怪，'UC_KEY'值不一致竟然也提示通訊成功。
更奇怪的是，通知列表這里重復的ID竟然每分鐘只運行4個，也沒個進度條