很多笔友刚开始用Z-BLOG这个国内优秀的个人博客系统开博客。过了一段时间,很多人想转到wordpress,各种改变的原因很多。学友的关键原因是Z-BLOG官网已经很久没有维护博客了。
很多笔友刚开始用Z-BLOG这个国内优秀的个人博客系统开博客。过了一段时间,很多人想转到wordpress,各种改变的原因很多。学友的关键原因是Z-BLOG官网已经很久没有维护博客了。大家都知道一个开源的网站是完全免费让别人使用的。随着时间的变化,病原体和系统漏洞会越来越多。如果失去了官网的维护,这个系统软件最终会被淘汰。
起初,彭雪还在网上找到了许多转学的例子和资料。终于找到一些总结,刚开始转。整个转让过程并没有想象中的那么容易,遇到了很多问题,尤其是转让系统软件后URL详细地址和标题无效的问题,对当时的SEO造成了巨大而严重的打击。
转移的预先准备:
在转移全站备份数据之前,最好不要转移到当前的室内空房间,最好买一个新的室内空房间,数据信息副本转移过去的地方。目的是转移不成功不会危害到网站的所有正常浏览,并且在转移不成功后可以被多次检测到,从而达到最佳的实用效果。再看对外传递网址的时间,仅仅是重新解析网站域名的十分钟有效时间。
注意:请购买linux服务器。
Z-BLOG系统软件导出所有数据信息:
下载插件:Z-BLOGExtremeTransfertoWP-movabletypeTransfer专用工具
Z-BLOG安装软件
进入Zblog后台管理-软件管理方法-从本地导入ZPI文档-选择(可移动类型。zip)-然后提交,如下图所示。安装后,打开软件。
进入软件管理方式-点击movabletype软件右侧的管理方式,导出内容,如下图所示:
在这里,小编的重点是,数据和信息的导出很重要。
就边肖的博客而言,频道页面的文件格式是http://www。***.net/seo/
页面的文件格式如下:http://www。***.net/post/123.html。
在WP程序流后台可以很容易的管理和设置通道的根,但是内容页面的文件格式一一对应就比较困难了。例如,如果http://www。***.Z-BLOG的情况下的net/post/123.html与转移后更改文章的详细地址相同。前一个Z-BLOG阶段的内容页面的根是:
Http://www。***.net/post/id.html,id是数据库查询后台管理自动生成的文章序号(连续的,但是如果文章发布到一半又被删除,ID就不容易被自动减了。如果遇到删除的文章,ID号会是空。如果所有的物品都立即用特殊工具输出,那将是连续的。)
导出数据信息查询之前所有数据库文件的ID后,发现了很多空缺陷。实际的连续文章如下图所示:
然后我只导出了批号。实际导出的文档如下:
导出时可以导出logo、评价、内容等。,并根据自己的需求进行选择。点击提交即可,如图,保存文档。如果导出没有错误,那么一定没有问题。
WordPress系统软件导入数据信息:请在导入数据信息之前设置WP的固定连接:
因为过去边肖的内容页的详细地址是:http://www。***.net/post/id.html,现在我只要这样设置就行了,如图:
注:请购买linux服务器。如果是Windows服务器,WP系统软件会自动在详细地址前面加上频道名称类别,这对于改善目前的情况有点困难。除非WP的这个功能有所改变。比如:www。***.net/category/post/123.html.安装软件移除类别,软件名称为“WP无类别库——WPML兼容”
进入WordPress后台管理-专用工具-导入-活字和typepad-选择新形成的“*”。asp”,然后点击文件进行上传导入,如下图所示。
注:此处提醒文件大小为20M(根据室内空限制不同,大小不同)。如果Zblog文章太多,文件太大,那么我们可以分成几个实际 *** 作(注意批号最上面的破空)。比如有100篇文章,总大小为30M,那么我们可以把老先生列为前50名。在15M之内 *** 纵卷,然后上传到WordPress。
注意:在导入数据信息之前,WordPress要确定文章表的全自动增加已经到了哪里。如果你新安装的wp程序的进程已经发布,那么它的全自动递增ID号并不是刚从1开始的。如果导入的所有数据信息都将被转移。怎么查?安装本地NavicatforMySQL数据库查询手机客户端(百度可以找到破解版下载)或者立即应用室内空厂商赠送的在线数据库查询程序流程。在wp新数据库查询中查询wp_posts表。如图所示:
中间如果“自动增量标准值不为0,必须清除表的自动增量值”,SQL英文清除MYSQL数据库查询自动增量值的语法如图所示,灰黑色部分就是你的数据库查询名。写完了就可以选择实现了。
*** 作流程:
以上是所有转账流程的技术实 *** 。现在,让我们跟随边肖进行实际 *** 作。同时WP的数据库查询文章表全自动增量从序号4开始。换句话说,序列号为1的系统软件被占用。然后大家的文章都会从4导入。
看来文章的持续水平在小博客第一:
从图中可以看出,序号为1的系统会保存,2-5会保存,7-18会保存,20-30会保存,32-37会保存。边肖从前面拿了很多例子来解读,后面的 *** 作流程和前面是一样的。其实可以得到:ID1,保存ID6,缺失ID19,缺失ID31。
流程:然后大家马上把之前导出的文档导入WP。首先,2-5.asp文件是进口的。经查,所有文章都与之前Z博的详细地址一一对应,没有移位。如果你的外观被转移,那么我希望你再次清除MYSQL数据库表的全自动增量。清分方法在原文中已经提到。然后分析原因再来。
注:wordpress安装后不用点击发布文章,因为WP有全自动文档存储的功能,它会取你的身份z号。
如果以上2-5导入成功,URL一一对应完成,ID6怎么才能被大家占用?上面说了,WP有自动存稿功能,会自动占用身份z号。如果你选择发表文章,想占用6的ID号,那就错了。因为WP程序进程在这篇文章发布的整个过程中,每隔一段时间就会自动存储稿件,如果你长时间写这篇文章,不仅6的ID号被占用,7、8、9都有可能被占用,所以使用WP的发布文章系统软件是无法发布文章的。除非你关闭WP的自动保存文档功能。。然后从原来的Z-BLOG系统软件只导出一个帖子的文档,然后在WP上导入,这样就可以把ID为6的位置占据到极致。
我们会再次导入7-18.asp,导入后会知道查询是否与之前的URL一一对应,然后导入一篇文章再次导入20-30.asp,以此类推。每一次导入都要立即检查是否一一对应,查找原因。如果不匹配,则清除数据库查询。自动增量刚刚来了。
总结:以上是Z-BLOG最终导入wordpressURL文章的全部全过程。不用做很多301,也不用监督每个网页网址有没有问题。就像把程序代码的URL一对一的改了一样简单。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)