导读:织梦文章织梦文章关键字描述：心得 整合 完美 nbsp DEDE UC 登陆 头像使用DDEDE打造的UC头像中心预览对于UC的用户 一定都知道DZ自从6.1以后 头像系统整个dede模板免费dede网站模板。

关键字描述：心得 整合 完美 &mdash 用户   DEDE UC 登陆 头像 使用DDEDE打造的UC头像中心预览对于UC的用户 一定都知道DZ自从6.1以后 头像系统整个就傻了B了不能自定义大小不能的太多了。。官方一句 没有设置选项就忽悠过去了用了2天终于突破了。。——————————————————————————————————首先，做下简单说明：DEDECMS系统，以及DZ的HOME系统如果能够完美结合，那么这两个系统都将把自身发挥到极致而整合的最大关键就是获取UC的用户uid值 这样在程序和用户数据的调用上都很方便了在整合中出现了一些2B的问题比较棘手1，DEDE不能完美的体现UC的用户ID 造成无法正常的通信2，UC的头像和DEDE的用户头像无法统一化 一定程度上也是第一点所致所以这dede5.7模板里着重对UC的UID获得做一个解析因为是按照个人的建站模式叙述，所以，只谈心得，不谈具体方法我使用的是UCHOME注册，同步用户到DEDE通过数据可以看出，home注册 并且登陆后，DEDE中无任何数据当用户首次登陆DEDE后，就会在dede_member下生成一个mid 这个是按照用户登陆DEDE的顺序激活的也就是说 例如 home 注册到第10个用户，但是前9位都是只注册，没有经过dede登陆，那么当第10位登陆dede就产生了uid =10 mid=1的情况，而在dede中没有 直接的途径获得uc的uid解决方法1：用户在uchome注册后，直接跳转到dede登陆界面 要求其登陆。这个比较简单，但是一旦有人不守规矩，不登陆，那么后面的人就完全错乱了。。解决方法2：用户注册后直接post数据到dede 请求激活，未做测试，估计也存在延时，等等问题造成混乱解决方法3：也是我目前使用的方法，当用户第一次登陆dede 产生mid的同时（参上上面mid的地方），也会产生一个face 重点就在这里了，face里面包含了一个真正的UID!查找数据 搜索整个文件夹 找到 =middle 属性，这里就是face的上传数据段删除前后，只保留uid这样重新登陆，发现数据表中 face 已经完全等于uc的uid了，而可能不等于mid所以在系统中涉及到uc uid的地方可以使用 $cfg_ml->fields织梦后台模板['face'] 进行调用$cfg_ml->fields['M_id'] 系统原有，表示用户在DEDE的激活顺序/id$cfg_ml->fields['face'] 修改后添加，表示整合后，在DEDE中调用UC的UID 两者可以dede会员中心模板并存，切存在不相等的可能性 而且极大，所以根据情况使用即可解决了UID问题这样就可以带来很多好处例如：评论时显示用户头像。点击头像进入UCH的空间等等 这里好处肯定是很多接下来进阶处理UC看似开源 但是在用户头像这里却是一个死胡同既然我们获得了UC的UID那么我们就可以进一步突破UC来让两者更好的融合从头像开始，把所有头像保存到DEDE目录下，使用QJ裁剪，按照UID排列这样就把DEDE变成了用户的头像中心而且可以自定义大小和样式说明 在下是DEDE和DZ的老用户 所以很多棘手的问题都拿来谈谈可能DZ的问题 DEDE的用户不是很关系 我不过是谈谈而已接下来，在事件推送中把评论系统加以改造默认评论 中评/或者其他默认POST数据 顶一下隐藏输入框 只留一个 发布按钮 命名为 踩一脚呵呵，这样 推送时 在HOME里显示XXX对文章XXX踩了一脚这样完美的把HOME的踩日志 和 DEDE的评论文章伪装融合那正常的评论，让用户点击进入评论独立页进行评论，而推送时 根据 中评 好评等3个类别进行分类推送例如我定义的是差评 默认踩一脚其他的为 评论推送暂时先这么多吧总之，完美的融合以达到无缝使用才是DEDECMS和UC两大主流系统的宿命啊相关dede模板免费dede网站模板。

关键词标签: CMS 完美 心得