php8.2+mysql8.0环境使用的dz3.5+UCenter模式部署，还需要大佬解答一下这两个相对来说是最新的环境目前部署的话，是否有什么弊端。


但是因为dz并不像大部分TP5或者TP6程序一样可以设置单独的运行目录（可能是我不知道），所以直接访问bbs.a.com/uc_client  和bbs.a.com/uc_server是可以直接访问到的，看了论坛有加固uc管理员的帖子（https://www.dismall.com/thread-1563-1-1.html），帖子很好，但是我觉得与其在代码里加固，肯定不如直接部署的论坛里没有这个目录，单独部署UCenter后，起码避免了论坛这两个地址被频繁爆破扫描的问题。而且因为二次开发能力非常有限（可以说几乎没有），所以肯定是能不动官方版代码就不动官方版代码。

看了UCenter的介绍，基本理解UCenter可以单独作为一个用户管理器来使用，而且也看到了官网的联想与小米的展示，我也想这样做了（可能每个人都会对自己的项目抱有很大的期望）。

我的设想是UCenter独立部署，DZ链接到独立部署的UCenter（发帖时已经尝试单独建立一个目录把uc_server和uc_client放进去，然后绑定对应的域名之后使用ucenter.a.com/uc_server/admin.php已经可以成功访问，在DZ后台修改UCenter 访问地址后并未出现异常），后续的网站和APP或者小程序等各种项目的用户集中到UCenter，一来是用户可以一号通用，二来是可以统一管理所有的用户。

目前我的做法是将DZ根目录下的uc_server文件夹改名为uc_server.bak以观察是否有异常。目前改名之后，刷新管理员后台一切正常。

关于UCenter有几个疑问想请大佬解答。

1.DZ程序的UCenter设置里，可以单独设置UCenter的数据库信息，是否意味着我单独新建一个数据库，把当前数据库里pre_ucenter_这个前缀的表都克隆过去，UCenter即可正常运行。
2.如果上述可以的话，DZ程序UCenter 连接方式改成接口方式，是否可以删除DZ数据库里的pre_ucenter_开头的所有的表。
3.UCenter的用户管理能力如何，比如后面要做个网站，需要QQ、微信、支付宝、微博等第三方登陆，以及小程序的微信或者支付宝登陆等场景。是否需要对UCenter进行二次开发呢，还是说可以直接使用API接口直接进行通信呢
我知道答案 回答被采纳将会获得1 贡献 已有2人回答