UCenter獨立部署的幾個疑問

云加速

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


但是因為dz并不像大部分TP5或者TP6程序一樣可以設(shè)置單獨的運行目錄（可能是我不知道），所以直接訪問bbs.a.com/uc_client  和bbs.a.com/uc_server是可以直接訪問到的，看了論壇有加固uc管理員的帖子（http://www.letianbiye.cn/thread-1563-1-1.html），帖子很好，但是我覺得與其在代碼里加固，肯定不如直接部署的論壇里沒有這個目錄，單獨部署UCenter后，起碼避免了論壇這兩個地址被頻繁爆破掃描的問題。而且因為二次開發(fā)能力非常有限（可以說幾乎沒有），所以肯定是能不動官方版代碼就不動官方版代碼。

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

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

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

關(guān)于UCenter有幾個疑問想請大佬解答。

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

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

云加速

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

湖中沉

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

云加速

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

第三方登錄是基于應用（dz）  這一點我有點沒理解。
另外，UC單獨部署的話，是否可以如帖子里所說，刪除掉DZ數(shù)據(jù)庫里的pre_ucenter_開頭的所有的表，由獨立部署的UC+對應的新數(shù)據(jù)庫來完成用戶數(shù)據(jù)的存儲呢

湖中沉

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

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

crx349

1. pre_ucenter_這個前綴的表都克隆過去 ,uc可以獨立運行沒問題
2.改成接口方式，如果使用1的方式可以刪除pre_ucenter_開頭的所有的表，如果不是 不行
3.UCenter進行二次開發(fā)，可以統(tǒng)一登錄用戶信息

云加速

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

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

專家

如果你只是為了單純隱藏掉ucenter，可以嘗試X3.5的新模式：http://www.letianbiye.cn/thread-14866-1-1.html
你給UCenter分配一個單獨的域名是起不到隱藏UCenter的作用的，因為用戶可以直接順著頭像路徑找到你的UCenter。
使用新的獨立模式才能徹底隱藏掉UCenter。

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

云加速

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

在config_ucenter.php里有一項叫UC_AVTURL

修改這一行的話，頭像域名和UC域名實際上還是指向同一個站點么，還是說可以直接修改默認頭像的路徑為對象存儲的某個固定URL

專家

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

修改這一行的話，頭像域名和UC域名實際上還是指向同一個站點 ...

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

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