請教各位大大一個問題

龍二哥

請問UC配置文件里，這2句代碼有什么不一樣嗎？

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

antsun

這是uc配置文件里面的解釋
連接 UCenter 的方式: mysql/NULL, 默認為空時為 fscoketopen(), mysql 是直接連接的數據庫, 為了效率, 建議采用 mysql

mingkong

有區別，一個是定義了一個空值，一個是指定了必須是mysql。
如果定義一個空值，而且這個uc_connect使用的地方，沒有判斷過空值的時候怎么處理，程序就可能出錯。
如果定義空值的時候沒有出錯，大概率是這個uc_connect有一個默認值。

龍二哥

antsun 發表于 2023-7-17 18:18
這是uc配置文件里面的解釋
連接 UCenter 的方式: mysql/NULL, 默認為空時為 fscoketopen(), mysql 是直接連 ...

謝謝大蝦的解答。

我這邊用戶在前臺修改密碼和管理在后臺編輯用戶密碼時，都要卡一會，大概10秒以上
感覺是和UC通信的問題，但偏偏后臺UC通訊這里又顯示的成功狀態，不知道是哪的問題了。

antsun

龍二哥 發表于 2023-7-17 18:27
謝謝大蝦的解答。

我這邊用戶在前臺修改密碼和管理在后臺編輯用戶密碼時，都要卡一會，大概10秒以上

修改密碼是會和uc通信的，你思考的是正確的。 如果你這里沒填寫mysql那么它走api的方式修改密碼需要網絡通信、然后修改數據庫。 如果是mysql則直接修改數據庫，我是這樣理解的不知道是否正確哈

龍二哥

antsun 發表于 2023-7-17 18:35
修改密碼是會和uc通信的，你思考的是正確的。 如果你這里沒填寫mysql那么它走api的方式修改密碼需要網絡 ...

應該是你解釋的這樣，目前UC相關配置文件檢查過了，未發現有異常，后臺UC通信也是成功的，不知道如何排查這個問題了。

暫時走api的方式，用接口方式鏈接UC。

mingkong

龍二哥 發表于 2023-7-17 18:27
謝謝大蝦的解答。

我這邊用戶在前臺修改密碼和管理在后臺編輯用戶密碼時，都要卡一會，大概10秒以上

最后密碼是否修改成功了呢。如果時間比較長，比較像是有網絡問題引起的。比如網絡防火墻。

mingkong

剛才還想到了個情況，如果你的服務器是windows，數據庫的連接設置，但凡是設置的localhost，都改成127.0.0.1
像這樣的

1. $_config['db']['1']['dbhost'] = '127.0.0.1';

復制代碼

龍二哥

mingkong 發表于 2023-7-17 19:05
最后密碼是否修改成功了呢。如果時間比較長，比較像是有網絡問題引起的。比如網絡防火墻。 ...

雖然后臺UC通知會報錯，卡的時間長了點，但是最后密碼還是修改成功了的。

就是卡的過程讓人很難受，用的寶塔面板，有一個免費的Nginx免費防火墻，但是未查詢到有攔截的記錄。

Discuz有償服務

dz和uc在一起的，通信使用數據庫方式，效率高。
用戶登錄使用的UC的密碼，所以UC通知其他應用失敗不影響登錄