SEO 站羣近期對一個做過跳轉適配的 dedecms/gbk 手機站進行整站 mip 改造，經過一系列思路完善和測試，現分享一些遇到的細節問題：
1 、非 utf-8 站點的編碼問題
前些時候宋同學在站羣站長社羣發佈了新裝 utf-8 版 cms 和轉換資料庫編碼的教程，我們剛開始也是類似思路，但因為站點經過二次開發以及包含一些亂七八糟的附加檔案等，重灌 cms 很難復原之前的修改，此思路卒。後又嘗試在資料庫呼叫時以 gbk 編碼讀取，測試生成後雖大體上瀏覽正常，但還是存在些許後續問題和少部分亂碼，也放棄了該方案。終，靈光一閃——為什麼要在程序執行過程中糾結？完全可以在生成靜態頁面時進行替換整改啊！頓時柳暗花明之感油然而生，測試果然可行，之後遇到後續問題（如下面問題 2 、 3）也因此思路而變得易解決了。
2 、路徑問題
3 、內聯樣式問題
模板裏的內聯樣式可以手動整改，雖煩瑣但難度不大，主要問題在於後台發佈文章時，cms 編輯器會自動生成包括內聯樣式在內的各種不符合 mip 規則的原始代碼，除了折騰一下對編輯器進行修改，其他也很難解決了。
4 、 js 問題
mip 規範侷限了 js 的使用，這個的確挺頭疼的，好在我們改造的站點內 js 不多，所以刪掉部分效果和使用現有組件替換，也湊合解決了此問題。不過還是希望百度 mip 團隊能在考慮下此方面的規範方案優化，不少站點有很多 js 代碼且不能去除，全部以組件形式提交也很費事且需要一定的程序基礎，其他問題還可以按統一教程去解決，但 js 上的 mip 改造卻無法如此，按照目前的限制會導致很多站羣站長因此一點就不得不放棄 mip 改造。
5 、其他小問題
·發現少部分樣式有衝突，需根據實際情況對本身 css 進行區域性修改。
·發現 mipcache 無法識別站點中圖片的 302 跳轉，如原站使用 302 跳轉的圖片，mip 生效後無法顯示圖片。該問題已和百度技術人員溝通，説後續可以考慮支持，目前我自己加了一段代碼對路徑做了下處理。
·組件使用 bug（如 mip-carousel 多圖輪播圖片套連結會導致圖片顯示空白，且無法自適應螢幕）。
·mip 引入提交後就回顯個 success，也沒有提交記錄和狀態，多用户體驗上有所欠缺。