升級(jí)X3.5常見(jiàn)問(wèn)題匯總

湖中沉

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


Q002：升級(jí)UCenter 1.7.0報(bào)錯(cuò)（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/）的升級(jí)日志目錄（/data/logs/）賦予寫權(quán)限。


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


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


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


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


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


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


Q009：升級(jí)過(guò)程中提示(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升級(jí)1.7.0后UC里應(yīng)用通信失敗導(dǎo)致改名通知未被全部執(zhí)行就進(jìn)行了X程序升級(jí)引起的，解決方法有多種。

• 其一，完全恢復(fù)所有數(shù)據(jù)后，重新升級(jí)UC之后，進(jìn)入U(xiǎn)C后臺(tái)，確保通信成功，且“數(shù)據(jù)列表-通知列表”中重命名用戶通知全部成功，此時(shí)再執(zhí)行X程序升級(jí)則無(wú)虞；
• 其二，進(jìn)入數(shù)據(jù)庫(kù)，執(zhí)行語(yǔ)句：
  
  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)

  復(fù)制代碼
  再將異常用戶改名，如果UC表查詢無(wú)異常，上述語(yǔ)句中表名可以更換為（pre_common_member）和（pre_common_member_archive）
• 其三，進(jìn)入數(shù)據(jù)庫(kù)，執(zhí)行語(yǔ)句
  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

  復(fù)制代碼
  和
  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

  復(fù)制代碼
  
  

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

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

復(fù)制代碼

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

我知道答案 回答被采納將會(huì)獲得1 貢獻(xiàn) 已有184人回答

jiananmeidi

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

還是提示錯(cuò)誤哦。

jiananmeidi

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

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

pcyi

感謝~ 非常及時(shí)的錯(cuò)誤指南；除了這些還有其他奇奇怪怪的問(wèn)題...

xyit

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

湖中沉

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

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

wjwh

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

uc與論壇“通信成功”
點(diǎn)開uc的通知，發(fā)現(xiàn)有失敗有成功的，手動(dòng)點(diǎn)，全部成功。
接下來(lái)在升級(jí)BBS時(shí)，

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與論壇“通信成功”
點(diǎn)開uc的通知，發(fā)現(xiàn)有失敗有成功的，手動(dòng)點(diǎn)，全部成功。
接下來(lái)在升級(jí)BBS時(shí)， ...

圖掛了，報(bào)錯(cuò)信息不知道你是在哪個(gè)地址下報(bào)的錯(cuò)誤

wjwh

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

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

wjwh

奇怪，'UC_KEY'值不一致竟然也提示通訊成功。
更奇怪的是，通知列表這里重復(fù)的ID竟然每分鐘只運(yùn)行4個(gè)，也沒(méi)個(gè)進(jìn)度條