请教各位大大一个问题

龙二哥 · 发表于 2023-7-17 17:46:25

请问UC配置文件里，这2句代码有什么不一样吗？

我知道答案回答被采纳将会获得1 贡献已有9人回答

antsun · 发表于 2023-7-17 18:18:16

这是uc配置文件里面的解释
连接 UCenter 的方式: mysql/NULL, 默认为空时为 fscoketopen(), mysql 是直接连接的数据库, 为了效率, 建议采用 mysql

mingkong · 发表于 2023-7-17 18:25:15

有区别，一个是定义了一个空值，一个是指定了必须是mysql。
如果定义一个空值，而且这个uc_connect使用的地方，没有判断过空值的时候怎么处理，程序就可能出错。
如果定义空值的时候没有出错，大概率是这个uc_connect有一个默认值。

龙二哥 · 发表于 2023-7-17 18:27:26

antsun 发表于 2023-7-17 18:18
这是uc配置文件里面的解释
连接 UCenter 的方式: mysql/NULL, 默认为空时为 fscoketopen(), mysql 是直接连 ...

谢谢大虾的解答。

我这边用户在前台修改密码和管理在后台编辑用户密码时，都要卡一会，大概10秒以上
感觉是和UC通信的问题，但偏偏后台UC通讯这里又显示的成功状态，不知道是哪的问题了。

antsun · 发表于 2023-7-17 18:35:10

龙二哥发表于 2023-7-17 18:27
谢谢大虾的解答。

我这边用户在前台修改密码和管理在后台编辑用户密码时，都要卡一会，大概10秒以上

修改密码是会和uc通信的，你思考的是正确的。如果你这里没填写mysql那么它走api的方式修改密码需要网络通信、然后修改数据库。如果是mysql则直接修改数据库，我是这样理解的不知道是否正确哈

龙二哥 · 发表于 2023-7-17 18:46:55

antsun 发表于 2023-7-17 18:35
修改密码是会和uc通信的，你思考的是正确的。如果你这里没填写mysql那么它走api的方式修改密码需要网络 ...

应该是你解释的这样，目前UC相关配置文件检查过了，未发现有异常，后台UC通信也是成功的，不知道如何排查这个问题了。

暂时走api的方式，用接口方式链接UC。

mingkong · 发表于 2023-7-17 19:05:08

龙二哥发表于 2023-7-17 18:27
谢谢大虾的解答。

我这边用户在前台修改密码和管理在后台编辑用户密码时，都要卡一会，大概10秒以上

最后密码是否修改成功了呢。如果时间比较长，比较像是有网络问题引起的。比如网络防火墙。

mingkong · 发表于 2023-7-17 19:14:10

刚才还想到了个情况，如果你的服务器是windows，数据库的连接设置，但凡是设置的localhost，都改成127.0.0.1
像这样的

复制代码

龙二哥 · 发表于 2023-7-17 19:16:32

mingkong 发表于 2023-7-17 19:05
最后密码是否修改成功了呢。如果时间比较长，比较像是有网络问题引起的。比如网络防火墙。 ...

虽然后台UC通知会报错，卡的时间长了点，但是最后密码还是修改成功了的。

就是卡的过程让人很难受，用的宝塔面板，有一个免费的Nginx免费防火墙，但是未查询到有拦截的记录。

Discuz有偿服务 · 发表于 2023-7-19 09:36:12

dz和uc在一起的，通信使用数据库方式，效率高。
用户登录使用的UC的密码，所以UC通知其他应用失败不影响登录

[求助] 请教各位大大一个问题