Z-BLOG完美导入wordpress:URL处理技巧(2)

http://www.itjxue.com  2015-07-19 16:22  来源:未知  点击次数: 

WordPress系统导入数据:

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

由于之前笔者的内容页地址为:http://www.***.net/post/id.html 那么现在我只需要这样设置即可,如图:

WP设置固定链接

特别注意:请购买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中。

WP导入数据

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

Navicat for MySQL 查看wordpress的表

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

清理MYSQL数据表自动增量语法

实际操作:

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

先来看笔者博客的文章连续程度:

z-blog数据导出分析

从图中可以看出 编号为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一一对应如此简单。

(责任编辑:IT教学网)

更多