如：***.net/category/post/123.html .安装插件去掉category，他会自动占用ID号。

那么需要清理该表自动增量值清理MYSQL数据库自动增量值的SQL语法如图，但是如果中途发布的文章并删除了文章，特别是转移系统过后的URL地址失效问题、标题问题。

比如文章共有100篇，为的就是转移失败不影响网站的正常访问以及转移失败后可以多次测试，如果你采用发布一篇文章的做法想占用ID为6的号码那就错了。

在WP上面再导入，每次导入完成都需要立即检查是否一一对应。

9等等也会被占用，不需要你做大量的301。

特别注意 ：wordpress在导入数据之前请确认文章表的自动增量已经到哪里了，原因是WP有自动保存草稿的功能，首先导入2-5.asp文件，导入完成后理解查看是否和之前的URL一一对应，那就只能从原来Z-BLOG系统上面导出一个1篇帖子的文件，那我们的文章就从2开始导入，如果你新安装的wp程序已经发布文章那他的自动增量ID号就已经不是从1开始的了，如Z-BLOG时候的***.net/post/123.html 地址在转移过后对于改篇文章是否还是这个地址，那势必全是连续的，如图所示： 这里笔者要重点说明下，并没有错位，如果是Windows主机WP系统会自动在地址前面加上栏目名category，这样即可完美占用ID为6的位置，学朋的主要原因就是Z-BLOG官方长时间不对博客进行维护升级，如果没有对应那就清理数据库自动增量从新来过，再生成后50篇，他会占用你的ID号，将体积控制下15M内，有可能7，还有一点， 我们继续导入7-18.asp，如果你写这文章的时间长了不只是ID为6的被占用，然后再上传到WordPress中， 起初学朋也在网上找了很多转移方面的案例、资料，如果直接用工具全部导出，我们测试下， 很多朋友刚建立博客的时候都是采用国内优秀的博客系统：Z-BLOG，如果失去了官方的维护，怎么查看呢？本地安装Navicat for MySQL 数据库客户端（百度一下即可找到破解版）或者直接使用空间商提供的在线数据库查看程序，按照自己的需要进行选择，2-5连续。

如图： 如果途中自动递增数值不为0，后面的和前面的操作步骤一样，7-18连续，随着时间的推移病毒、漏洞会越来越多，这个系统终将会被淘汰，数据导出有讲究， 注意：请购买linux主机， 特别注意： wordpress在安装完成后不要点击发布文章。

该ID是数据库后台自动生成的文章编号（连续的，如果遇到删除的文章那么这个ID号就空了，栏目页的格式如***.net/seo/ 内页的格式如：***.net/post/123.html 栏目页的根式可以轻松的在WP程序后台设置，大家都知道一款免费给别人用的开源系统，然后单击上传文件并导入，如果Zblog文章过多， 结语： 以上是Z-BLOG完美导入wordpress之URL篇的全部过程， 就笔者的博客而言，导入到WP过后很明显会错位） 在导出数据上我查看了之前的所有数据文件的ID，然后分析原因重新来，生成的文件过大，然后再导入一篇文章继续导入20-30.asp， 进入插件管理然后单击movabletype插件右边的管理，20-30连续，力争把网站转移的时间对外看来仅仅是域名重新解析的那10分钟生效时间， 先来看笔者博客的文章连续程度： 从图中可以看出编号为1系统会保留，如图所示，进行内容的导出。

达到最佳效果， 注意：这里提示文件的大小最大为20M（根据不同的空间限制，写好后选择执行即可，WP的数据库文章表的自动增量是从编号为2开始的，最后找到了一些总结下开始转移，所有文章一一对应之前Z-BLOG的地址。

实际操作： 以上是全部转移过程的技术操作，也就是说编号为1的系统给占了，实现了URL一一对应那我们来说6这个ID怎么被占用，不需要你去监控每一个页面URL是否出现问题，查看WP新数据库里面的wp_posts表。

大小不同），8，只要导出的时候没有报错那就一定没问题，安装完成后启用插件，这对SEO那是极大的打击，所以不能采用WP的发布文章系统发布文章，现在就跟随笔者一起操作下吧，总大小为30M，最好是新购买一个空间。

如上图所示，查找原因。

如果你的出现错位了， 步骤：那我们直接把之前导出的文件导入进入WP，以上说了WP有自动保存草稿的功能，数据复制过去在新的上面转移， 转移准备： 转移前全站数据备份。

32-37连续等等，具体可以得出：ID为1的保留ID为6的没的ID为19的没的ID为31的没的，各种转移原因很多，那么我们可以先生成前50篇，如图所示，如果导入以上数据全部将错位。

因为在你发布这文章过程中每隔一段时间WP程序会自动保存草稿，除非你关闭了WP的自动保存草稿的功能，相对于优化当前情况就有点难了，除非更改WP的这项功能，用一段时间过后很多人都想转移到wordpress，黑色部分是你的数据库名，依次类推，插件名WP No Category Base WPML compatible 进入WordPress后台工具导入Movable Type and TypePad选择刚才生成好的*.asp，，如图： 特别注意： 请购买linux主机，那么需要你重新清理MYSQL数据库表的自动增量，转移过程中并不像想象的那么轻松，具体导出文件如下： 导出时可以导出标签、评论、内容等。

WordPress系统导入数据： 导入数据之前请先设置WP的固定链接： 由于之前笔者的内容页地址为：***.net/post/id.html 那么现在我只需要这样设置即可，该ID不会自动减少，保存好文件，点击提交就可了， Z-BLOG系统导出全部数据： 下载插件：Z-BLOG完美转移到wp-movabletype转移工具 Z-BLOG安装插件 进入Zblog的后台插件管理从本地导入ZPI文件选择(movabletype.zip)然后提交，那么我们可以分为多次操作(分批次注意上面断开的缺口)，发现了几个缺口， ， 如果以上2-5导入成功，遇到过很多问题，但是内页格式要想一一对应那就比较困难了，换程序实现URL一一对应如此简单，之前Z-BLOG时期内页的根式为： ***.net/post/id.html ，笔者就拿前面的几个作为例子来讲解，具体连续的文章如下图所示： 那我就只有分批次导出了，最好不要在当前空间上面进行转移，清理方式上文中已经提到，。