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，也没有提交记录和状态，多用户体验上有所欠缺。