很多冤家刚建设博客的时分都是采纳国际优秀的博客零碎：Z-BLOG，用一段工夫当时很多人都想转移到wordpress,各种转移缘由很多。学朋的次要缘由就是Z-BLOG民间长工夫不对博客进行保护晋级。大家都晓得一款收费给他人用的开源零碎，随着工夫的推移病毒、破绽会越来越多，假如得到了民间的保护，这个零碎终将会被淘汰。

后来学朋也在网上找了很多转移方面的案例、材料。最初找到了一些总结下开端转移，转移进程中并不像设想的那么轻松，遇到过很多成绩，特地是转移零碎当时的URL地址生效成绩、题目成绩，这对SEO那是极大的打击。

转移预备：

转移前全站数据备份，最好不要在以后空间下面进行转移，最好是新购买一个空间，数据复制过来在新的下面转移。为的就是转移失败不影响网站的失常拜访以及转移失败后能够屡次测试，达到**成果。力争把网站转移的工夫对外看来仅仅是域名从新解析的那10分钟失效工夫。

留意：请购买linux主机。

Z-BLOG零碎导出全副数据：

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

Z-BLOG装置插件

进入Zblog的后盾——插件治理——从本地导入ZPI文件——抉择(movabletype.zip)——而后提交，如图所示，装置实现后启用插件。

进入插件治理——而后单击movabletype插件左边的治理，进行内容的导出，如图所示：

这里笔者要重点阐明下，数据导出有考究。

就笔者的博客而言，栏目页的格局如http://www.***.net/seo/

内页的格局如：http://www.***.net/post/123.html

栏目页的根式能够轻松的在WP顺序后盾设置，然而内页格局要想逐个对应那就比拟艰难了。如Z-BLOG时分的http://www.***.net/post/123.html 地址在转移当时关于改篇文章能否还是这个地址。之前Z-BLOG期间内页的根式为：

http://www.***.net/post/id.html ，该ID是数据库后盾主动生成的文章编号（延续的，然而假如中途公布的文章并删除了文章，该ID不会主动缩小，假如遇到删除的文章那么这个ID号就空了，假如间接用工具全副导出，那势必全是延续的，导入到WP当时很显著会错位）

在导出数据上我查看了之前的一切数据文件的ID，发现了几个缺口，详细延续的文章如下图所示：

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

导出时能够导出标签、评论、内容等，依照本人的需求进行抉择，点击提交就可了，如上图所示，保留好文件。只需导出的时分没有报错那就肯定没成绩。

WordPress零碎导入数据：

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

因为之前笔者的内容页地址为：http://www.***.net/post/id.html  那么如今我只要要这样设置即可，如图：

特地留意：请购买linux主机，假如是Windows主机WP零碎会主动在地址后面加上栏目名category，**于优化以后状况就有点难了。除非更改WP的这项性能。如：www.***.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开端导入。

先来看笔者博客的文章延续水平：

从图中能够看出 编号为1零碎会保存，2-5延续，7-18延续，20-30延续，32-37延续  等等，笔者就拿后面的几个作为例子来解说，前面的和后面的操作步骤一样。详细能够得出：ID为1的保存ID为6的没的ID为19的没的ID为31的没的。

步骤：那咱们间接把之前导出的文件导入进入WP。首先导入2-5.asp 文件，咱们测试下，一切文章逐个对应之前Z-BLOG的地址，并没有错位。假如你的呈现错位了，那么需求你从新清算MYSQL数据库表的主动增量，清算形式上文中曾经提到。而后剖析缘由从新来。

特地留意：wordpress在装置实现后不要点击公布文章，缘由是WP有主动保留草稿的性能，他会占用你的ID号。

假如以上2-5导入胜利，完成了URL逐个对应那咱们来说6这个ID怎样被占用。以上说了WP有主动保留草稿的性能，他会主动占用ID号，假如你采纳公布一篇文章的做法想占用ID为6的号码那就错了，由于在你公布这文章进程中每隔一段工夫WP顺序会主动保留草稿，假如你写这文章的工夫长了不仅是ID为6的被占用，有可能7，8，9等等也会被占用，所以不能采纳WP的公布文章零碎公布文章。除非你封闭了WP的主动保留草稿的性能。。那就只能从原来Z-BLOG零碎下面导出一个1篇帖子的文件，在WP下面再导入，这样即可完满占用ID为6的地位。

咱们持续导入7-18.asp,导入实现后了解查看能否和之前的URL逐个对应，而后再导入一篇文章持续导入20-30.asp，顺次类推，每次导入实现都需求立刻反省能否逐个对应，查找缘由。假如没有对应那就清算数据库主动增量重新来过。

结语：以上是Z-BLOG完满导入wordpress之URL篇的全副进程，不需求你做大量的301，不需求你去监控每一个页面URL能否呈现成绩。换顺序完成URL逐个对应如此简略。

以上就是安达网络工作室关于《z-blog**转移到wordpress的方法分享》的一些看法。更多内容请查看本栏目更多内容！