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



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


對于UC的用戶 一定都知道

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

不能自定義大小

不能的太多了。。官方一句 沒有設(shè)置選項就忽悠過去了

用了2天終于突破了。。

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

首先，做下簡單說明：

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

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

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

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

所以這里著重對UC的UID獲得做一個解析

因為是按照個人的建站模式敘述，所以，只談心得，不談具體方法

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

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

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

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


解決了UID問題
這樣就可以帶來很多好處

例如：
評論時顯示用戶頭像。點擊頭像進入UCH的空間
等等 這里好處肯定是很多


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

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


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

默認評論 中評/或者其他

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

呵呵，這樣

推送時 在HOME里顯示

XXX對文章XXX踩了一腳
這樣完美的把HOME的踩日志 和 DEDE的評論文章偽裝融合

那正常的評論，讓用戶點擊進入評論獨立頁
進行評論，而推送時 根據(jù) 中評 好評等3個類別進行分類推送

例如我定義的是差評 默認踩一腳

其他的為 評論推送


暫時先這么多吧

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

最新評論