请教各位大大一个问题
请问UC配置文件里，这2句代码有什么不一样吗？我知道答案 回答被采纳将会获得1 贡献 已有8人回答 这是uc配置文件里面的解释
连接 UCenter 的方式: mysql/NULL, 默认为空时为 fscoketopen(), mysql 是直接连接的数据库, 为了效率, 建议采用 mysql 有区别，一个是定义了一个空值，一个是指定了必须是mysql。
如果定义一个空值，而且这个uc_connect使用的地方，没有判断过空值的时候怎么处理，程序就可能出错。
如果定义空值的时候没有出错，大概率是这个uc_connect有一个默认值。 谢谢大虾的解答。
我这边用户在前台修改密码和管理在后台编辑用户密码时，都要卡一会，大概10秒以上
感觉是和UC通信的问题，但偏偏后台UC通讯这里又显示的成功状态，不知道是哪的问题了。{:2_34:} 修改密码是会和uc通信的，你思考的是正确的。 如果你这里没填写mysql那么它走api的方式修改密码需要网络通信、然后修改数据库。 如果是mysql则直接修改数据库，我是这样理解的不知道是否正确哈 应该是你解释的这样，目前UC相关配置文件检查过了，未发现有异常，后台UC通信也是成功的，不知道如何排查这个问题了。
暂时走api的方式，用接口方式链接UC。 最后密码是否修改成功了呢。如果时间比较长，比较像是有网络问题引起的。比如网络防火墙。 刚才还想到了个情况，如果你的服务器是windows，数据库的连接设置，但凡是设置的localhost，都改成127.0.0.1
像这样的
$_config['db']['1']['dbhost'] = '127.0.0.1';
虽然后台UC通知会报错，卡的时间长了点，但是最后密码还是修改成功了的。
就是卡的过程让人很难受，用的宝塔面板，有一个免费的Nginx免费防火墙，但是未查询到有拦截的记录。
页:
[1]
