關(guān)鍵字描述：心得 整合 完美 &mdash 用戶   DEDE UC 登陸 頭像



使用DDEDE打造的UC頭像中心預(yù)覽


對(duì)于UC的用戶 一定都知道

DZ自從6.1以后 頭像系統(tǒng)整個(gè)就傻了B了

不能自定義大小

不能的太多了。。官方一句 沒(méi)有設(shè)置選項(xiàng)就忽悠過(guò)去了

用了2天終于突破了。。

——————————————————————————————————

首先，做下簡(jiǎn)單說(shuō)明：

DEDECMS系統(tǒng)，以及DZ的HOME系統(tǒng)如果能夠完美結(jié)合，那么這兩個(gè)系統(tǒng)都將把自身發(fā)揮到極致

而整合的最大關(guān)鍵就是獲取UC的用戶uid值 這樣在程序和用戶數(shù)據(jù)的調(diào)用上都很方便了

在整合中出現(xiàn)了一些2B的問(wèn)題比較棘手

1，DEDE不能完美的體現(xiàn)UC的用戶ID 造成無(wú)法正常的通信
2，UC的頭像和DEDE的用戶頭像無(wú)法統(tǒng)一化 一定程度上也是第一點(diǎn)所致

所以這里著重對(duì)UC的UID獲得做一個(gè)解析

因?yàn)槭前凑諅€(gè)人的建站模式敘述，所以，只談心得，不談具體方法

我使用的是UCHOME注冊(cè)，同步用戶到DEDE
通過(guò)數(shù)據(jù)可以看出，home注冊(cè) 并且登陸后，DEDE中無(wú)任何數(shù)據(jù)
當(dāng)用戶首次登陸DEDE后，就會(huì)在dede_member下生成一個(gè)mid 這個(gè)是按照用戶登陸DEDE的順序激活的
也就是說(shuō) 例如 home 注冊(cè)到第10個(gè)用戶，但是前9位都是只注冊(cè)，沒(méi)有經(jīng)過(guò)dede登陸，那么當(dāng)?shù)?0位登陸dede
就產(chǎn)生了uid =10 mid=1的情況，而在dede中沒(méi)有 直接的途徑獲得uc的uid

解決方法1：用戶在uchome注冊(cè)后，直接跳轉(zhuǎn)到dede登陸界面 要求其登陸。這個(gè)比較簡(jiǎn)單，但是一旦有人不守規(guī)矩，不登陸，那么后面的人就完全錯(cuò)亂了。。
解決方法2：用戶注冊(cè)后直接post數(shù)據(jù)到dede 請(qǐng)求激活，未做測(cè)試，估計(jì)也存在延時(shí)，等等問(wèn)題造成混亂
解決方法3：也是我目前使用的方法，當(dāng)用戶第一次登陸dede 產(chǎn)生mid的同時(shí)（參上上面mid的地方），也會(huì)產(chǎn)生一個(gè)face
重點(diǎn)就在這里了，face里面包含了一個(gè)真正的UID!
查找數(shù)據(jù) 搜索整個(gè)文件夾 找到 =middle 屬性，這里就是face的上傳數(shù)據(jù)段
刪除前后，只保留uid
這樣重新登陸，發(fā)現(xiàn)數(shù)據(jù)表中 face 已經(jīng)完全等于uc的uid了，而可能不等于mid

所以在系統(tǒng)中涉及到uc uid的地方可以使用 $cfg_ml->fields['face'] 進(jìn)行調(diào)用

$cfg_ml->fields['M_id'] 系統(tǒng)原有，表示用戶在DEDE的激活順序/id
$cfg_ml->fields['face'] 修改后添加，表示整合后，在DEDE中調(diào)用UC的UID
兩者可以并存，切存在不相等的可能性 而且極大，所以根據(jù)情況使用即可


解決了UID問(wèn)題
這樣就可以帶來(lái)很多好處

例如：
評(píng)論時(shí)顯示用戶頭像。點(diǎn)擊頭像進(jìn)入U(xiǎn)CH的空間
等等 這里好處肯定是很多


接下來(lái)進(jìn)階處理
UC看似開(kāi)源 但是在用戶頭像這里卻是一個(gè)死胡同
既然我們獲得了UC的UID
那么我們就可以進(jìn)一步突破UC
來(lái)讓兩者更好的融合

從頭像開(kāi)始，把所有頭像保存到DEDE目錄下，使用QJ裁剪，按照UID排列
這樣就把DEDE變成了用戶的頭像中心
而且可以自定義大小和樣式
說(shuō)明 在下是DEDE和DZ的老用戶 所以很多棘手的問(wèn)題都拿來(lái)談?wù)?br />可能DZ的問(wèn)題 DEDE的用戶不是很關(guān)系 我不過(guò)是談?wù)劧?br />


接下來(lái)，在事件推送中
把評(píng)論系統(tǒng)加以改造

默認(rèn)評(píng)論 中評(píng)/或者其他

默認(rèn)POST數(shù)據(jù) 頂一下
隱藏輸入框 只留一個(gè) 發(fā)布按鈕 命名為 踩一腳

呵呵，這樣

推送時(shí) 在HOME里顯示

XXX對(duì)文章XXX踩了一腳
這樣完美的把HOME的踩日志 和 DEDE的評(píng)論文章偽裝融合

那正常的評(píng)論，讓用戶點(diǎn)擊進(jìn)入評(píng)論獨(dú)立頁(yè)
進(jìn)行評(píng)論，而推送時(shí) 根據(jù) 中評(píng) 好評(píng)等3個(gè)類別進(jìn)行分類推送

例如我定義的是差評(píng) 默認(rèn)踩一腳

其他的為 評(píng)論推送


暫時(shí)先這么多吧

總之，完美的融合
以達(dá)到無(wú)縫使用
才是DEDECMS和UC兩大主流系統(tǒng)的宿命啊

最新評(píng)論