今天发布zblog时，总是提交不上，一直提示超时，但在iis管理里面，已经修改超时时间到480了，没理由是这个原因；

看似是提交请求时服务器没有得到请求，开始怀疑是数据库问题，毕竟数据库已经将近30M了，但优化过后，还是提交超时。

干脆直接登陆到服务器上，打开ie登陆zblog后台，直接提交，还是超时，之后怀疑iis过滤系统有问题，关闭掉以后，提交了一篇，但提交第二篇时，依然超时。

是不是ie内核浏览器的问题？换浏览器，使用opera，使用google chrome，使用kapiko（FF内核的浏览器编译，作者在国外因为学业已经停止更新），依然超时。

没有办法，直接登陆到服务器上，打开ie提交，这次倒是提交上去了。

思来想去，唉，服务器老了……

不换硬件，就换软件吧！zblog没有sqlserver版本，只有换wordperss了，想不到事隔将近半年，zblog转wordperss，又要提上日程了。

后注：这篇文章是通过修改数据库扩展名asa为mdb才提交成功的，累死了！！

zblog转化wordpress的方案，本来以为已经差不多完善了，但实际操作起来，还是遇到了一些问题，好在大方向上面已经有解决方案了，余下的就是数据上的细节转化，以使之更完善的实现无遗漏转换过渡。

网上流行的转换方案不多说了，以前说过很多了，虽然也很快，但有关键字转换不完全，文章id顺序被打乱等问题，因此，对于这样的方案，个人觉得还不是太完善，反正转换也不急，一点点完善细节。

转换数据库，可以用mysql的官方提供移植工具，也可以用月光自己写的那个ACCESS数据库转换MYSQL数据库的软件，我在使用这两个软件的过程中，官方提供的工具是转换一直不成功，到mysql中一直是空表；使用月光的转换为sql文件是正常，但是在导入mysql过程中，由于个别文件的特殊符号问题，比如半角的逗号，会引起导入错误，一直提示导入不成功，修改了数篇文章后，只好放弃；寻找其他的mdb转换为mysql方案。

还真让我找到了一个简单好用的Access2MySQL Pro V5.7版本，商业软件，如果未曾注册只能转换10行，发现网上提供Access2MySQL Pro V5.71版本的序列号，注册后可以全部转换，转换步骤很简单，以后会有专题提及。今天暂时说明，主要转换blog_article、blog_category、blog_comment这三个表，主要涉及文章、分类、评论，但没有文章相关关键词的转换语句，这个稍后研究测试后再贴上来。前几条语句来自于月光的通过SQL语句转换WordPress数据

在phpmyadmin中执行语句，我是在帝国备份王后台执行的，帝国备份王功能非常强大，的确是玩mysql的好工具

INSERT INTO wp_posts(id, post_author, post_date, post_date_gmt, post_content, post_title, post_category, post_excerpt, post_status, comment_status, ping_status, post_password, post_name, to_ping, pinged, post_modified, post_modified_gmt, post_content_filtered, post_parent, guid, menu_order, post_type, post_mime_type, comment_count) SELECT log_ID,’1′,log_PostTime,log_PostTime,log_Content,log_Title,log_CateID,log_Intro,’publish’, ‘open’, ‘open’, ”, log_ID, ”, ”, log_PostTime, log_PostTime, ”, 0, log_ID, 0, ‘post’, ”, 0 FROM blog_Article ;

上述语句是把zblog中的文章转换到wordpress中；

INSERT INTO wp_terms(term_id, name, slug, term_group) SELECT cate_ID , cate_Name, cate_Intro, 0 FROM blog_category ;

上述语句把zblog中的文章分类转换到wodpress中，其实关键词也是需要转换到这个表中的，月光语句中没有涉及到，遗憾！

INSERT INTO wp_term_taxonomy (term_taxonomy_id, term_id, taxonomy, description, parent, count) SELECT cate_ID, cate_ID, ‘category’, ”, 0, cate_Count FROM blog_category ;

上述语句把zblog中的文章分类类别以及分类文章数量转换到wordpress中；这个和上面表作用有些相似。上面表和此表是转换关键词的重点研究对象。

INSERT INTO wp_term_relationships select id, post_category from wp_posts ;（月光wp2.3）

INSERT INTO wp_term_relationships(object_id,term_taxonomy_id) select id, post_category from wp_posts ; （for wp2.6.3）

上述语句转换zblog文章和分类间对应关系至wordpress中。注意月光原版是zblog转换为wordpress2.3版本，可能2.6.3版本的字段名称相对于2.3已经改变了，因此语句需要修改一下。参考上面两行

INSERT INTO `wp_postmeta` select  log_ID , log_ID ,’view’,log_ViewNums FROM blog_Article ;

上述语句转换zblog中文章点击阅读量，需要安装WP-PostViews插件，我安装的是WP-PostViews Plus，首先安装插件启用后再执行上面语句。

INSERT INTO wp_comments(comment_ID,comment_post_ID,comment_author,comment_author_email,comment_author_url,comment_author_IP,comment_date,comment_date_gmt,comment_content,comment_agent)select comm_id,log_id,comm_Author,comm_Email,comm_HomePage,comm_IP,comm_PostTime,comm_PostTime,comm_Content,comm_Agent  from blog_comment;

这个语句是今晚的成果之一，主要功能是把zblog中对应的文章评论导入到wordpress中。

现在余下最关键的就是：把zblog中的文章关键词导入到wordpress中，大概看了下表，有些复杂，要涉及表联合查询了，对sql语句不是太熟悉，因此研究起来比较吃力。哪位sql语句高手有兴趣的研究下帮忙写下这一步？其实也不着急，结果不重要，重在过程。

wordpress在IIS主机下的永久自定义链接结构已经找到方案了，并且还是两套方案，这个稍后会持续陈述，都是网上众多wordpress高手们研究出来的结果，综合一下，相当有用。

以前我就探讨并收集了很多zblog转向wordpress的方方面面，但方案都不是很完美，因此，虽然整天要忍受zblog各项后台操作的超时，但还是迟迟没有转换，这不，刚休假回来，又来劲了，连着试了两天，最终还是决定放弃，只得了一个结论，不必太过于执著。

就像phpwind论坛转向discuz论坛一样，转换之后的伪静态地址终不能得到一致一样（虽然高人可以通过规则可以达到一致、甚至能达到更加别致、更短的伪静态地址），各网站程序转换，终不能完善。

这次的zblog转换向wordpress的冲动，缘于一篇iis下完美静态实现这篇帖子，简单测试了，确实可以达到相当完整的状态，我向往已久的永久性链接状态archives/%postid%.html都可以实现，并且还是两种方法，这个方案呆会转载至下一篇日志。wordpress不愧是世界博客界流行度最广的活跃性程序，有这么多高人不断在探索，使用的确其乐无穷，林网博客今日不转，明日不转，有朝一日，必定会转；这个站不转，绝对会有其他站在同步使用。那个英文org域名博客，不算深入研究，只能算是seo方面的测试。

这次探索也不能算没有收获，有几点得到了验证，主要验证以前这个帖子中的考虑：http://www.linwan.info/archives/2973.html

网上所说的mysql的gui工具，转换access为mysql，我使用时，不管是使用安装msi版本还是zip（解压至C根目录），都不能正确转换，排除系统原因，之后找到Access2MySQL Pro，才算正确转换。这个软件未注册版本只能转换10行，注册后转换非常便捷，功能极似mysql的gui工具。

转换后，在phpmyadmin中执行语句，但执行后没有反应，仔细看看语句，觉得似乎不对，这样执行的结果，应该无效呀？奇怪，难道因为zblog的版本和wordpress版本不同引起的数据库字段不同了吗？总之是不管用，只好放弃这个办法。

反正是闲来无事，由于也没月光老大那种写代码的功夫，只好手动转换表，把zblog的文章blog_archiver表直接改为wordpress的wp_posts表，这样一改，倒也可以用，id顺序倒是保障了，但分类关系在wordpress中是属于其他表，刚才看了，也可以通过zblog的文章表blog_archiver中获得这个关系。还有浏览量、留言，这也需要转，由于本人sql语法不是太熟悉，也不想麻烦别人，做到这里，暂且放下了，有更紧要的站务需要处理，以后再探索。

其实，更多的博友还是主张用月光的zblog转换MT插件，这个我早测试过了，确实很简便，文章、分类、留言、tag都可以转换过去，但我所思考的保留ID原始顺序，却不能保障，因此，这是个矛盾。

喜欢这样折腾，除了在折腾中获得实践经验之外，关键的一点也是为写博获得一些素材，这几天估计有得写了。access转换mysql可以实践一篇，在使用中测试wordpress2.7也算一篇，手动转换zblog表至wordpress也算一篇，但愿有足够的时候，给整理出来。手法比较低，高人不要见笑。

折腾并快乐着……

zblog每天使用，现在都似是恶梦，虽然还在不断看到每天都有人不断的称赞其强大的seo、插件、主题等优秀功能，但我觉得，这一切是事实，但觉得，不应该仅仅如此。

以前讨论过多次zblog转换wordpress了，zblog转换为wordpress的又一个方法，从zblog转换到wordpress的几方面综合考虑，昨晚上加班的时候，又一次搭建起apache、php、mysql平台来测试转换问题，zblog的那个转换插件Z-BLOG导出Movable Type格式 1.4版早就已经安装过了，确实使用着不错，一次性导出将近三千余条文章、评论和关键词，引用平时就是关闭状态，没必要导出，只是浏览量没有导出，有些小遗憾；加上应该问题不太大，考虑着把这个插件修改一下，一并把浏览量字段也对应导出来，导入到wordpress的post-views插件里面，也好做浏览量排行等插件功能；总觉得放弃这方面统计，是有些遗憾，虽然觉得没有浏览量，通过评论排行也能代表些欢迎度，但还是觉得，应该努力，不能放弃。

一次导出后，有20多M，和zblog的数据库大小差不多，导入到wordpress后，导入界面刷新了五六次才全部导入，看来一次备份量和导入量不应该太大，最大以4M为宜。这样的导入结果，wordpress全部把文章ID重新排列了，这样如果还是以文章ID来显示文章的话，就文不对题了；因此，就此还在考虑把zblog的数据库中的文章表导入到mysql中，操作直接更新wordpress表，虽然不太懂编码，但phpmysql操作以前手动升级myoa时，玩得还是很熟练的。这个排列问题，由于wordpress的文章地址经过插件优化后，有更好的seo效果，因此，这一方面可以放弃。至于文不对题问题，可以通过404，特别是通过google站长工具中的404推荐页面来处理，效果会更好。

现在想来，似乎只剩下浏览量的问题了。如果再加班时，研究一下那个插件。