dedecms/gbk手機站整站mip改造

創(chuàng)新互聯(lián)近期對一個做過跳轉(zhuǎn)適配的dedecms/gbk手機站進行整站mip改造，經(jīng)過一系列思路完善和測試，現(xiàn)分享一些遇到的細節(jié)問題：
　　1、非utf-8站點的編碼問題

前些時候宋同學在站長社區(qū)發(fā)布了新裝utf-8版cms和轉(zhuǎn)換數(shù)據(jù)庫編碼的教程，我們剛開始也是類似思路，但因為站點經(jīng)過二次開發(fā)以及包含一些亂七八糟的附加文件等，重裝cms很難復原之前的修改，此思路卒。后又嘗試在數(shù)據(jù)庫調(diào)用時以gbk編碼讀取，測試生成后雖大體上瀏覽正常，但還是存在些許后續(xù)問題和少部分亂碼，也放棄了該方案。終，靈光一閃——為什么要在程序執(zhí)行過程中糾結？完全可以在生成靜態(tài)頁面時進行替換整改啊！頓時柳暗花明之感油然而生，測試果然可行，之后遇到后續(xù)問題（如下面問題2、3）也因此思路而變得易解決了。

2、路徑問題

<a>、<img>/<mip-img>等標簽中的相對路徑需均轉(zhuǎn)換為完整url，這個在目前教程里貌似沒有明確提出，根目錄相對路徑還好，主要是相對當前頁面路徑轉(zhuǎn)換完整url需加上所在目錄有些難度（特別是標簽調(diào)用生成的相對路徑，如分頁）。

3、內(nèi)聯(lián)樣式問題

模板里的內(nèi)聯(lián)樣式可以手動整改，雖煩瑣但難度不大，主要問題在于后臺發(fā)布文章時，cms編輯器會自動生成包括內(nèi)聯(lián)樣式在內(nèi)的各種不符合mip規(guī)則的原始代碼，除了折騰一下對編輯器進行修改，其他也很難解決了。

4、js問題

mip規(guī)范局限了js的使用，這個的確挺頭疼的，好在我們改造的站點內(nèi)js不多，所以刪掉部分效果和使用現(xiàn)有組件替換，也湊合解決了此問題。不過還是希望百度mip團隊能在考慮下此方面的規(guī)范方案優(yōu)化，不少站點有很多js代碼且不能去除，全部以組件形式提交也很費事且需要一定的程序基礎，其他問題還可以按統(tǒng)一教程去解決，但js上的mip改造卻無法如此，按照目前的限制會導致很多站長因此一點就不得不放棄mip改造。

5、其他小問題

·發(fā)現(xiàn)少部分樣式有沖突，需根據(jù)實際情況對本身css進行局部修改。

·發(fā)現(xiàn)mipcache無法識別站點中圖片的302跳轉(zhuǎn)，如原站使用302跳轉(zhuǎn)的圖片，mip生效后無法顯示圖片。該問題已和百度技術人員溝通，說后續(xù)可以考慮支持，目前我自己加了一段代碼對路徑做了下處理。

·組件使用bug（如mip-carousel多圖輪播圖片套<a>鏈接會導致圖片顯示空白，且無法自適應屏幕）。

·mip引入提交后就回顯個success，也沒有提交記錄和狀態(tài)，用戶體驗上有所欠缺。

本文題目：dedecms/gbk手機站整站mip改造
文章源于：http://m.kartarina.com/news44/211844.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站制作、用戶體驗、企業(yè)網(wǎng)站制作、關鍵詞優(yōu)化、App開發(fā)、企業(yè)建站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)