UCenter獨(dú)立部署的幾個(gè)疑問(wèn)

云加速

php8.2+mysql8.0環(huán)境使用的dz3.5+UCenter模式部署，還需要大佬解答一下這兩個(gè)相對(duì)來(lái)說(shuō)是最新的環(huán)境目前部署的話(huà)，是否有什么弊端。


但是因?yàn)閐z并不像大部分TP5或者TP6程序一樣可以設(shè)置單獨(dú)的運(yùn)行目錄（可能是我不知道），所以直接訪(fǎng)問(wèn)bbs.a.com/uc_client  和bbs.a.com/uc_server是可以直接訪(fǎng)問(wèn)到的，看了論壇有加固uc管理員的帖子（http://www.9999xn.com/thread-1563-1-1.html），帖子很好，但是我覺(jué)得與其在代碼里加固，肯定不如直接部署的論壇里沒(méi)有這個(gè)目錄，單獨(dú)部署UCenter后，起碼避免了論壇這兩個(gè)地址被頻繁爆破掃描的問(wèn)題。而且因?yàn)槎伍_(kāi)發(fā)能力非常有限（可以說(shuō)幾乎沒(méi)有），所以肯定是能不動(dòng)官方版代碼就不動(dòng)官方版代碼。

看了UCenter的介紹，基本理解UCenter可以單獨(dú)作為一個(gè)用戶(hù)管理器來(lái)使用，而且也看到了官網(wǎng)的聯(lián)想與小米的展示，我也想這樣做了（可能每個(gè)人都會(huì)對(duì)自己的項(xiàng)目抱有很大的期望{:4_107:}）。

我的設(shè)想是UCenter獨(dú)立部署，DZ鏈接到獨(dú)立部署的UCenter（發(fā)帖時(shí)已經(jīng)嘗試單獨(dú)建立一個(gè)目錄把uc_server和uc_client放進(jìn)去，然后綁定對(duì)應(yīng)的域名之后使用ucenter.a.com/uc_server/admin.php已經(jīng)可以成功訪(fǎng)問(wèn)，在DZ后臺(tái)修改UCenter 訪(fǎng)問(wèn)地址后并未出現(xiàn)異常），后續(xù)的網(wǎng)站和APP或者小程序等各種項(xiàng)目的用戶(hù)集中到UCenter，一來(lái)是用戶(hù)可以一號(hào)通用，二來(lái)是可以統(tǒng)一管理所有的用戶(hù)。

目前我的做法是將DZ根目錄下的uc_server文件夾改名為uc_server.bak以觀察是否有異常。目前改名之后，刷新管理員后臺(tái)一切正常。

關(guān)于UCenter有幾個(gè)疑問(wèn)想請(qǐng)大佬解答。

1.DZ程序的UCenter設(shè)置里，可以單獨(dú)設(shè)置UCenter的數(shù)據(jù)庫(kù)信息，是否意味著我單獨(dú)新建一個(gè)數(shù)據(jù)庫(kù)，把當(dāng)前數(shù)據(jù)庫(kù)里pre_ucenter_這個(gè)前綴的表都克隆過(guò)去，UCenter即可正常運(yùn)行。
2.如果上述可以的話(huà)，DZ程序UCenter 連接方式改成接口方式，是否可以刪除DZ數(shù)據(jù)庫(kù)里的pre_ucenter_開(kāi)頭的所有的表。
3.UCenter的用戶(hù)管理能力如何，比如后面要做個(gè)網(wǎng)站，需要QQ、微信、支付寶、微博等第三方登陸，以及小程序的微信或者支付寶登陸等場(chǎng)景。是否需要對(duì)UCenter進(jìn)行二次開(kāi)發(fā)呢，還是說(shuō)可以直接使用API接口直接進(jìn)行通信呢

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

云加速

補(bǔ)充：
uc_server目錄改成uc_server.bak之后，頭像不顯示了，目前已經(jīng)改回uc_server并且刪除admin.php
不知道有沒(méi)有更好的方案

湖中沉

UC是可以單獨(dú)部署的，甚至單獨(dú)域名部署。
第三方登錄是基于應(yīng)用（dz），而不是UC的，目前UC本身無(wú)第三方綁定信息

云加速

湖中沉 發(fā)表于 2023-10-22 08:51
UC是可以單獨(dú)部署的，甚至單獨(dú)域名部署。
第三方登錄是基于應(yīng)用（dz），而不是UC的，目前UC本身無(wú)第三方綁 ...

第三方登錄是基于應(yīng)用（dz）  這一點(diǎn)我有點(diǎn)沒(méi)理解。
另外，UC單獨(dú)部署的話(huà)，是否可以如帖子里所說(shuō)，刪除掉DZ數(shù)據(jù)庫(kù)里的pre_ucenter_開(kāi)頭的所有的表，由獨(dú)立部署的UC+對(duì)應(yīng)的新數(shù)據(jù)庫(kù)來(lái)完成用戶(hù)數(shù)據(jù)的存儲(chǔ)呢

湖中沉

云加速 發(fā)表于 2023-10-22 14:04
第三方登錄是基于應(yīng)用（dz）  這一點(diǎn)我有點(diǎn)沒(méi)理解。
另外，UC單獨(dú)部署的話(huà)，是否可以如帖子里所說(shuō)，刪除 ...

差不多，具體步驟和你執(zhí)行的順序有關(guān)，不能一概而論

crx349

1. pre_ucenter_這個(gè)前綴的表都克隆過(guò)去 ,uc可以獨(dú)立運(yùn)行沒(méi)問(wèn)題
2.改成接口方式，如果使用1的方式可以刪除pre_ucenter_開(kāi)頭的所有的表，如果不是 不行
3.UCenter進(jìn)行二次開(kāi)發(fā)，可以統(tǒng)一登錄用戶(hù)信息

云加速

crx349 發(fā)表于 2023-10-22 21:44
1. pre_ucenter_這個(gè)前綴的表都克隆過(guò)去 ,uc可以獨(dú)立運(yùn)行沒(méi)問(wèn)題
2.改成接口方式，如果使用1的方式可以刪除p ...

非常感謝解答，有點(diǎn)小疑惑
1.如果DZ從數(shù)據(jù)庫(kù)讀寫(xiě)模式改成API接口方式進(jìn)行鏈接UC，內(nèi)網(wǎng)通信的話(huà)，性能損耗預(yù)估會(huì)有多少呢？
2.使用接口方式連接，DZ根目錄的uc_client  和/uc_server 是否可以直接刪除了呢？
3.如果對(duì)UC進(jìn)行二次開(kāi)發(fā)，那么一旦后續(xù)的DZ版本升級(jí)一旦包含UC升級(jí)的話(huà)，是否要么只能不升級(jí)，要么對(duì)二開(kāi)的UC進(jìn)行同步升級(jí)呢？

專(zhuān)家

如果你只是為了單純隱藏掉ucenter，可以嘗試X3.5的新模式：http://www.9999xn.com/thread-14866-1-1.html
你給UCenter分配一個(gè)單獨(dú)的域名是起不到隱藏UCenter的作用的，因?yàn)橛脩?hù)可以直接順著頭像路徑找到你的UCenter。
使用新的獨(dú)立模式才能徹底隱藏掉UCenter。

但還有一種情況就是你一定要用UCenter的對(duì)外接入功能，那么推薦配置成三分離模式，主站點(diǎn) UC 頭像目錄全部擁有一個(gè)獨(dú)立域名。
在config_ucenter.php里有一項(xiàng)叫UC_AVTURL，你可以單獨(dú)給頭像目錄分配一個(gè)域名然后填寫(xiě)到這里面，這樣用戶(hù)訪(fǎng)問(wèn)頭像的時(shí)候只能訪(fǎng)問(wèn)到頭像目錄，完全接觸不到UC本體，這樣你就可以給UC本體分配一個(gè)復(fù)雜到外人無(wú)法猜測(cè)的域名，起到保護(hù)作用。

云加速

專(zhuān)家 發(fā)表于 2023-10-26 18:44
如果你只是為了單純隱藏掉ucenter，可以嘗試X3.5的新模式：http://www.9999xn.com/thread-14866-1-1.html ...

在config_ucenter.php里有一項(xiàng)叫UC_AVTURL

修改這一行的話(huà)，頭像域名和UC域名實(shí)際上還是指向同一個(gè)站點(diǎn)么，還是說(shuō)可以直接修改默認(rèn)頭像的路徑為對(duì)象存儲(chǔ)的某個(gè)固定URL

專(zhuān)家

云加速 發(fā)表于 2023-10-26 21:46
在config_ucenter.php里有一項(xiàng)叫UC_AVTURL

修改這一行的話(huà)，頭像域名和UC域名實(shí)際上還是指向同一個(gè)站點(diǎn) ...

你可以隨意修改為你自己喜歡的值，該值的目的只是改掉調(diào)用頭像的時(shí)候指向的域名。
也就是你指向哪里都可以，不管是套的CDN還是自己的對(duì)象存儲(chǔ)裸地址都無(wú)所謂。

但你必須自行確保指向的地址本身是能訪(fǎng)問(wèn)到頭像的，這個(gè)問(wèn)題需要你自己解決。
上傳的頭像存在網(wǎng)站對(duì)應(yīng)目錄里的行為是不會(huì)變的，你需要自行把CDN套在這個(gè)目錄上面，或者自行配置對(duì)象存儲(chǔ)和服務(wù)器上這個(gè)文件夾的同步關(guān)系。