中国字幕a在线看韩国电影,精品成人国产在线观看男人呻吟

主頁 > 網(wǎng)站建設(shè) > 建站知識(shí) > DEDECMS完美無縫整合UC心得

DEDECMS完美無縫整合UC心得

POST TIME:2020-04-09 00:07

軟件APP類網(wǎng)站源碼織夢通用型企業(yè)網(wǎng)站源碼html

html5響應(yīng)式網(wǎng)站織夢模板源碼IT網(wǎng)絡(luò)工作室織夢網(wǎng)

工業(yè)環(huán)保工程類企業(yè)網(wǎng)站織夢模板(帶手機(jī)端)

藍(lán)色安防器材公司類整站模板

關(guān)鍵字描述：心得整合完美 &mdash 用戶 DEDE UC 登陸頭像
使用DDEDE打造的UC頭像中心預(yù)覽
對(duì)于UC的用戶一定都知道
DZ自從6.1以后頭像系統(tǒng)整個(gè)就傻了B了
不能自定義大小
不能的太多了。。官方一句沒有設(shè)置選項(xiàng)就忽悠過去了
用了2天終于突破了。。
——————————————————————————————————
首先，做下簡單說明：
DEDECMS系統(tǒng)，以及DZ的HOME系統(tǒng)如果能夠完美結(jié)合，那么這兩個(gè)系統(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)一化一定程度上也是第一點(diǎn)所致
所以這里著重對(duì)UC的UID獲得做一個(gè)解析
因?yàn)槭前凑諅€(gè)人的建站模式敘述，所以，只談心得，不談具體方法
我使用的是UCHOME注冊(cè)，同步用戶到DEDE
通過數(shù)據(jù)可以看出，home注冊(cè) 并且登陸后，DEDE中無任何數(shù)據(jù)
當(dāng)用戶首次登陸DEDE后，就會(huì)在dede_member下生成一個(gè)mid 這個(gè)是按照用戶登陸DEDE的順序激活的
也就是說例如 home 注冊(cè)到第10個(gè)用戶，但是前9位都是只注冊(cè)，沒有經(jīng)過dede登陸，那么當(dāng)?shù)?0位登陸dede
就產(chǎn)生了uid =10 mid=1的情況，而在dede中沒有直接的途徑獲得uc的uid

解決方法1：用戶在uchome注冊(cè)后，直接跳轉(zhuǎn)到dede登陸界面要求其登陸。這個(gè)比較簡單，但是一旦有人不守規(guī)矩，不登陸，那么后面的人就完全錯(cuò)亂了。。
解決方法2：用戶注冊(cè)后直接post數(shù)據(jù)到dede 請(qǐng)求激活，未做測試，估計(jì)也存在延時(shí)，等等問題造成混亂
解決方法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問題
這樣就可以帶來很多好處
例如：
評(píng)論時(shí)顯示用戶頭像。點(diǎn)擊頭像進(jìn)入U(xiǎn)CH的空間
等等這里好處肯定是很多
接下來進(jìn)階處理
UC看似開源但是在用戶頭像這里卻是一個(gè)死胡同
既然我們獲得了UC的UID
那么我們就可以進(jìn)一步突破UC
來讓兩者更好的融合
從頭像開始，把所有頭像保存到DEDE目錄下，使用QJ裁剪，按照UID排列
這樣就把DEDE變成了用戶的頭像中心
而且可以自定義大小和樣式
說明在下是DEDE和DZ的老用戶所以很多棘手的問題都拿來談?wù)?br /> 可能DZ的問題 DEDE的用戶不是很關(guān)系我不過是談?wù)劧?br /> 接下來，在事件推送中
把評(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ú)立頁
進(jìn)行評(píng)論，而推送時(shí) 根據(jù) 中評(píng) 好評(píng)等3個(gè)類別進(jìn)行分類推送
例如我定義的是差評(píng) 默認(rèn)踩一腳
其他的為評(píng)論推送
暫時(shí)先這么多吧
總之，完美的融合
以達(dá)到無縫使用
才是DEDECMS和UC兩大主流系統(tǒng)的宿命啊