很多朋友刚建立博客的时候都是采用国内优秀的博客系统：Z-BLOG，用一段时间过后很多人都想转移到wordpress,各种转移原因很多。学朋的主要原因就是Z-BLOG官方长时间不对博客进行维护升级。大家都知道一款免费给别人用的开源系统，随着时间的推移病毒、漏洞会越来越多，如果失去了官方的维护，这个系统终将会被淘汰。

　　起初学朋也在网上找了很多转移方面的案例、资料。最后找到了一些总结下开始转移，转移过程中并不像想象的那么轻松，遇到过很多问题，特别是转移系统过后的URL地址失效问题、标题问题，这对SEO那是极大的打击。

　　转移准备：

　　转移前全站数据备份，最好不要在当前空间上面进行转移，最好是新购买一个空间，数据复制过去在新的上面转移。为的就是转移失败不影响网站的正常访问以及转移失败后可以多次测试，达到最佳效果。力争把网站转移的时间对外看来仅仅是域名重新解析的那10分钟生效时间。

　　注意：请购买linux主机。

　　Z-BLOG系统导出全部数据：

　　下载插件：Z-BLOG完美转移到wp-movabletype转移工具

　　Z-BLOG安装插件

　　进入Zblog的后台——插件管理——从本地导入ZPI文件——选择(movabletype.zip)——然后提交，如图所示，安装完成后启用插件。

　　进入插件管理——然后单击movabletype插件右边的管理，进行内容的导出，如图所示：

　　这里李学朋要重点说明下，数据导出有讲究。

　　就学朋的博客而言，栏目页的格式如***.net/seo/

　　内页的格式如：***.net/post/123.html

　　栏目页的根式可以轻松的在WP程序后台设置，但是内页格式要想一一对应那就比较困难了。如Z-BLOG时候的***.net/post/123.html 地址在转移过后对于改篇文章是否还是这个地址。之前Z-BLOG时期内页的根式为：

　　***.net/post/id.html ，该ID是数据库后台自动生成的文章编号(连续的，但是如果中途发布的文章并删除了文章，该ID不会自动减少，如果遇到删除的文章那么这个ID号就空了，如果直接用工具全部导出，那势必全是连续的，导入到WP过后很明显会错位)在导出数据上我查看了之前的所有数据文件的ID，发现了几个缺口，具体连续的文章如下图所示：

　　那我就只有分批次导出了，具体导出文件如下：

　　导出时可以导出标签、评论、内容等，按照自己的需要进行选择，点击提交就可了，如上图所示，保存好文件。只要导出的时候没有报错那就一定没问题。

　　WordPress系统导入数据：

　　导入数据之前请先设置WP的固定链接：

　　由于之前学朋的内容页地址为：***.net/post/id.html 那么现在我只需要这样设置即可，如图：

　　特别注意：请购买linux主机，如果是Windows主机WP系统会自动在地址前面加上栏目名category，相对于优化当前情况就有点难了。除非更改WP的这项功能。如：***.net/category/post/123.html .安装插件去掉category,插件名”WP No Category Base – WPML compatible”

　　进入WordPress后台——工具——导入——Movable Type and TypePad——选择刚才生成好的“*.asp“，然后单击上传文件并导入，如图所示。

　　注意：这里提示文件的大小最大为20M(根据不同的空间限制，大小不同)，如果Zblog文章过多，生成的文件过大，那么我们可以分为多次操作(分批次注意上面断开的缺口)，比如文章共有100篇，总大小为30M，那么我们可以先生成前50篇，再生成后50篇。将体积控制下15M内，然后再上传到WordPress中。

　　特别注意：wordpress在导入数据之前请确认文章表的自动增量已经到哪里了。如果你新安装的wp程序已经发布文章那他的自动增量ID号就已经不是从1开始的了。如果导入以上数据全部将错位。怎么查看呢?本地安装Navicat for MySQL 数据库客户端(百度一下即可找到破解版)或者直接使用空间商提供的在线数据库查看程序。查看WP新数据库里面的wp_posts表。如图：

　　如果途中“自动递增数值不为0，那么需要清理该表自动增量值”清理MYSQL数据库自动增量值的SQL语法如图，黑色部分是你的数据库名。写好后选择执行即可。

　　实际操作：

　　以上是全部转移过程的技术操作，现在就跟随学朋一起操作下吧。还有一点，WP的数据库文章表的自动增量是从编号为2开始的。也就是说编号为1的系统给占了。那我们的文章就从2开始导入。

　　我们先来看学朋博客的文章连续程度：