色呦呦在线资源,手机av免费在线,亚洲一区有码

DEDECMS完美無縫整合UC心得

POST TIME:2020-04-09 00:07

軟件APP類網站源碼織夢通用型企業網站源碼html

html5響應式網站織夢模板源碼IT網絡工作室織夢網

工業環保工程類企業網站織夢模板(帶手機端)

藍色安防器材公司類整站模板

關鍵字描述：心得整合完美 &mdash 用戶 DEDE UC 登陸頭像
使用DDEDE打造的UC頭像中心預覽
對于UC的用戶一定都知道
DZ自從6.1以后頭像系統整個就傻了B了
不能自定義大小
不能的太多了。。官方一句沒有設置選項就忽悠過去了
用了2天終于突破了。。
——————————————————————————————————
首先，做下簡單說明：
DEDECMS系統，以及DZ的HOME系統如果能夠完美結合，那么這兩個系統都將把自身發揮到極致
而整合的最大關鍵就是獲取UC的用戶uid值這樣在程序和用戶數據的調用上都很方便了
在整合中出現了一些2B的問題比較棘手
1，DEDE不能完美的體現UC的用戶ID 造成無法正常的通信
2，UC的頭像和DEDE的用戶頭像無法統一化一定程度上也是第一點所致
所以這里著重對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
兩者可以并存，切存在不相等的可能性而且極大，所以根據情況使用即可
解決了UID問題
這樣就可以帶來很多好處
例如：
評論時顯示用戶頭像。點擊頭像進入UCH的空間
等等這里好處肯定是很多
接下來進階處理
UC看似開源但是在用戶頭像這里卻是一個死胡同
既然我們獲得了UC的UID
那么我們就可以進一步突破UC
來讓兩者更好的融合
從頭像開始，把所有頭像保存到DEDE目錄下，使用QJ裁剪，按照UID排列
這樣就把DEDE變成了用戶的頭像中心
而且可以自定義大小和樣式
說明在下是DEDE和DZ的老用戶所以很多棘手的問題都拿來談談
可能DZ的問題 DEDE的用戶不是很關系我不過是談談而已
接下來，在事件推送中
把評論系統加以改造
默認評論中評/或者其他
默認POST數據頂一下
隱藏輸入框只留一個發布按鈕命名為踩一腳
呵呵，這樣
推送時在HOME里顯示
XXX對文章XXX踩了一腳
這樣完美的把HOME的踩日志和 DEDE的評論文章偽裝融合
那正常的評論，讓用戶點擊進入評論獨立頁
進行評論，而推送時根據中評好評等3個類別進行分類推送
例如我定義的是差評默認踩一腳
其他的為評論推送
暫時先這么多吧
總之，完美的融合
以達到無縫使用
才是DEDECMS和UC兩大主流系統的宿命啊