前言：
近期尝试对一个做过跳转适配的dedecms/gbk手机站进行整站mip改造，经过一系列思路完善和测试，终于完成，回顾下过程，主要问题可分为以下几类：
1、非utf-8站点的编码问题
前些时候宋同学在站长社区发布了新装utf-8版cms和转换数据库编码的教程，我刚开始也是类似思路，但因为站点经过二次开发以及包含一些乱七八糟的附加文件等，重装cms很难复原之前的修改，此思路卒。后又尝试在数据库调用时以gbk编码读取，测试生成后虽大体上浏览正常，但还是存在些许后续问题和少部分乱码，也放弃了该方案。最终，灵光一闪——为什么要在程序执行过程中纠结?完全可以在生成静态页面时进行替换整改啊!顿时柳暗花明之感油然而生，测试果然可行，之后遇到后续问题(如下面问题2、3)也因此思路而变得易解决了。
2、路径问题，、/< mip-img>等标签中的相对路径需均转换为完整url，这个在目前教程里貌似没有明确提出，根目录相对路径还好，主要是相对当前页面路径转换完整url需加上所在目录有些难度(特别是标签调用生成的相对路径，如分页)。
3、内联样式问题
模板里的内联样式可以手动整改，虽烦琐但难度不大，主要问题在于后台发布文章时，cms编辑器会自动生成包括内联样式在内的各种不符合mip规则的原始代码，除了折腾一下对编辑器进行修改，其他也很难解决了。
4、js问题
mip规范局限了js的使用，这个的确挺头疼的，好在我改造的站点内js不多，所以删掉部分效果和使用现有组件替换，也凑合解决了此问题。不过还是希望百度mip团队能在考虑下此方面的规范方案优化，不少站点有很多js代码且不能去除，全部以组件形式提交也很费事且需要一定的程序基础，其他问题还可以按统一教程去解决，但js上的mip改造却无法如此，按照目前的限制会导致很多站长因此一点就不得不放弃mip改造。
5、其他小问题
·发现少部分样式有冲突，需根据实际情况对本身css进行局部修改。
·发现mip cache无法识别站点中图片的302跳转，如原站使用302跳转的图片，mip生效后无法显示图片。该问题已和百度技术人员沟通，说后续可以考虑支持，目前我自己加了一段代码对路径做了下处理。
·组件使用bug(如mip-carousel多图轮播图片套链接会导致图片显示空白，且无法自适应屏幕)。
·mip引入提交后就回显个success，也没有提交记录和状态，用户体验上有所欠缺。
