Linker在使用wordpress后，对于wp的版本升级也格外关注起来，wp3.0，又有哪些惊喜的功能呢？

WordPress作为最受欢迎的博客平台，它给用户提供了各种工具，用户可以使用这些工具发布文章、与读者保持互动。不过，更让人高兴的是，本月即将推出的WordPress3.0使得它更加接近CMS内容管理系统。尽管WordPress3.0与上一个版本相比，改变并没有很多，不过却是非常有意义，特别是对于希望将WordPress当成一个内容管理系统来使用的 用户。 本文将对即将发布WordPress3.0最为突出的五个新特征进行简要介绍。

1. 自定义发布内容的类型

默认情况下，WordPress里可以让你发布两种类型的内容：“文章（Posts）”和 “页面（Pages）”。 在WordPress3.0版本中，你可以依据内容本身的属性特征定义更多的内容类型。例如，如果你为一家设计公司开发一个WordPress网站，你就 很可能需要创建一个自定义的内容类型来显示“成果一览”、一个员工页面以及一个客户感言等。那么，你就可以在WordPress中通过自定义主题使其更好 地服务每一种类型的内容。

在WordPress3.0中你可以轻松地创建自定义各种类型的内容，包括：文本、图片、报价、链接、聊天、音频、视频。

多亏了自定义内容类型的功能，你可以使用WordPress来发布任何类型的内容，将WordPress的功能发挥到无限的极至。

2. 菜单管理

菜单管理应该算是WordPress3.0里最让人津津乐道的一个新功能了。它让你可以完全掌控站点的导航菜单。通过便捷的拖放界面，用户可以自由 创建各种组合的链接：内部链接、外部链接、分类等。而且你可以将这些自定义菜单嵌入主题中的任意位置，把它们当成widgets来看待。

我们假设你的站点上有几个信息页面、一个博客、精彩视频同时还要宣传自己的社交媒体账户，那么你可以按下面这样来处理主要导航栏：

主页

博客（链接到博客主页面）

视频 （链接到视频分类或视频类型的内容）

信息页面

信息页面

子信息页面

新浪微博 （链接到新浪微薄账户）

腾讯微博 （链接到腾讯微博页面）

另外，在WordPress3.0中修改这些排序、标题名称、链接目的地也是轻而易举的事情。

3.自定义分类法

对于非开发人员来说，这个新的功能可能有点复杂，不过不管怎么说，它毫无疑问将WordPress3.0向一个真正的内容管理系统又再推进了一步。 自定义分类法允许你创建额外的meta信息。默认情况下是有“分类”和“标签”这两种。 现在你可以添加更多的类型，并且可以选择是否需要层级结构。

这到底是什么意思呢？我们来看一下下面的例子：

假设你是一个影迷，使用WordPress博客来发布评论、给新电影评分，那么你就可以创建一个自定义的分类来“评级”给每个评论边加上评分的选 项。

另外，对于公布房产之类信息的网站而言，这个功能也显得非常好用。除了图片和描述之外，你可能需要使用额外的分类为每个房产提供一个特定的列表，包 括询问价格、房型、建筑年代等。

4. 新的默认主题： “Twentyten”

Twentyten这个主题也让大家期待已久，这款主题相当简洁但却引入了一些在其他主题中所没有的完美的功能。如果你是WordPress新手， 不懂如何利用代码来自定义主题，Twentyten内置的下面这两个功能将会显得更加实用：

自定义标题图片

在Twentyten主题里，你可以轻松地修改站点标题图片。与主题捆绑的有八个非常有趣的图片可供选择，你也可以自己上传图片。这个功能并不局限 于Twentyten这个主题，主题开发者也可以激活并在自己的主题里加入此功能。

自定义背景图片

使用Twentyten的另一个好处是你可以上传背景图片。你也可以自己设置一个固定的背景色。同样地，就算是没有任何web开发经验的人都可以轻 松地实现这个，无需编辑css，主题开发者也可以激活并在自己的主题中加入此功能。

5. 多站点

提到WordPress 3.0不可能不说说这个新的多站点功能。是这样的，你可以只需一次安装WordPress，就可以管理多个不同站点（不同域名或二级域名）。之前被称为 WordPress MU （多用户）的功能现在已经于WordPress3.0的内核结合在一起了。不过，普通用户并不适合启用多站点功能，因为它需要一定的代码知识还需要配置服 务器。也就是说，普通用户可能并不会对多站点的功能感兴趣。

那么究竟谁会从WordPress多站点功能中获益呢？要是你在运行一个博客网（如新浪博客）或管理一个包含多个部门的大组织，或者说你的每一个员 工都有自己独特设计的博客或甚至是自己域名下的博客，这些情况下，这个多站点的功能应该会非常实用。

其他？

下面是WordPress 3.0在小地方的几点改善：

获得短地址 （用自己的域名）

我们都知道短网址还是挺好用的，特别是随着微博客的日益流行。WordPress 2.9就可以使用短网址wp.me URL shortener。WordPress 3.0将这个功能再进一步，你可以依据自己的域名为文章获取一个短网址。这样你就不需要通过其他短网址服务如 bit.ly来完成。由于这样的短网址里包含了自己的域名，微薄里使用时还是可以为自己的品牌宣传。

作者模板

3.0里一个新的功能就是可以让你创建独特的作者模板。这特别适合多作者的博客，你可以为每个作者页面创建不同的样式和布局。

安装过程中选择用户名和密码

WordPress 3.0之前，安装WordPress的话会自动为用户创建一个叫做“admin”的用户名以及自动生成的密码。现在，在安装的时候你就可以自定义用户名和 密码，这样就省得以后还去修改。 这无形当中也增加了WordPress安全等级，很多WordPress站点容易遭受攻击都是由于使用最常见的用户名“admin”。(翻译：wordpress.la)

安装是不可思议的简单，登陆wordpress后台，在添加新插件处搜索“lightbox”，即可找到lightbox2进行安装，然后启用就行了，所有带图片的日志都可以看到这个效果了。

Lightbox Appearance用灰色（Grey）的，看起来酷些。演示我就不放了，原创应该是这位仁兄的。为wordpress安装lightbox2插件

标题有点长，但意思很明确。

给博客增加存档页面，对于wordpress应该来说很简单，但一直不得页面模板创造的要领，因此页面一直创建了一个多月，但一直没有成功。

今天看水煮鱼的一篇文章时，才恍然大悟，制作之下，一举成功。

不外乎安装插件、激活，然后复制当前主题下的模板页面，比如page.php,用editplus打开（用其他文本编辑器打开也可，但要注意编码，比如是utf-8的，保存时，要确保复制的文字亦是这样的编码，如果不是，可以另存一下，选择utf-8编码，以避免上传后使用出现乱码），修改模板名称（这个在页面创建中，所使用模板中显示），修改其中有关显示内容的代码（不同文档列表插件，代码不同），保存上传。

然后创建页面，标题定一下，内容不填写，在模板处选择你创建的这个页面模板名称，保存。OK，成功。

Linker测试过程中，试了多个有关显示文件列表的插件，倒不是这些插件不好，都是很优秀的插件，只是在创建页面过程中，一直不得要领，才一直没有成功能。

Linker安装了三款文档列表插件：SRG Clean Archives、Clean Archives Reloaded、WP-EasyArchives，现在使用的是：WP-EasyArchives。这些插件的具体下载，可直接在wordpress后台管理中，添加插件处，直接搜索添加即可。

以前不断的在说，zblog转wordpress，在实践过程中，发现了很多问题，也解决了很多问题，最后余下关键词、评论没有完善解决方案，另外，当时虽然也考虑过用国外主机，但流量是个问题；以前在国内，从来没考虑过流量问题，流量多得用不完，但国外不同，流量就要计费，对于Linker来讲，很多资源都放本地下载，因此，流量是个大问题。

现在干脆没那么多顾虑了，linwan.net.cn域名被hold以后，什么想法、顾虑全没了，不得不硬着头皮直接转，购买一个国外域名，linwan.info，然后直接把zblog导入到wordpress，原始地址、id排序、评论、关键词什么的，全都不考虑了，干脆成形。

时局变化太突然，但也怪自己太犹豫！

套用《飘渺之旅》上面天真的名言：我好可怜啊……

但没有晕倒一片，晕倒的只是广大的小个人站长而已！

wordpress非常优秀，以前玩英文博客时，熟悉了一些，现在腾出更多时间来研究，以后再慢慢记录。

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

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

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

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

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

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

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

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

合并wordpress博客的这些解决思路，还是接承前几篇wordpress小技巧 修改后台编辑列表默认的15条数为更多、修改feeds输出编码解决加载wordpress汉化语言包乱码问题的话题，继续完善其中的过程，详细描述过程中遇到的问题和解决方法，其中包含众多的考虑，以及最后采取的做法，最后采取做法不一定是最佳的办法，因此你完全可以考虑其中所描述的每一个方法。

以前曾经在blog转换到wordpress的几方面综合考虑中，描述过zblog通过MovableType插件MT格式导出程序转出为MT格式的文件，然后通过WP后台的导入工具，通过“Movable Type and TypePad”格式来导入，这只能算是一种思路；在合并wordpress时，如果遇到导出的xml文件过大，可以考虑转为zblog（zblog论坛有zblog转为wordpress），然后再通过MT格式导出程序再分段导出为MT格式的文件，进行合并。当然，wordpress导出的xml文件，也可以在网上找到xml分割器，这当时是用于yo2.cn的工具，文终提供下载。

 从上图中可以看到，wordpress支持很多种的导入格式，支持以分类、关键字导入、RSS导入、MT导入、xml文件格式导入等等，因此在这些方面，就可以有多种方式来进行导入；Linker帮朋友合并英文wordpress时，由于被合并的wp站文章太多，将近三万篇，导出的xml文件将近120M，因此这种方法导入，哪怕是在本地双核的调试环境下，也是超时不成功；本来考虑分割xml文件的，但感觉这个方法也是有些麻烦，因此最后还是以下列方法来处理：

1.利用帝国备份王备份被合并wp站的数据库，100多M，用帝国备份王备份很方便。如果备份出错（在国外网站上容易出现），可以考虑使用“按记录数备份”。

2.下载到本地，搭建php+mysql管理环境，安装wp和帝国备份王环境，通过帝国备份王恢复数据库。

3.导出将合并到的wp网站的xml文件，下载到本地

4.将上步中下载到的xml文件，在本地wp调试环境中导入。

上述中前提是，将要合并至的网站，并没有以文章ID为链接，不然这样本末合并，将会打乱链接地址；好在Linker操作的合并至网站，是%post_name%为命名的，这样ID的作用就不关键了。

如果要合并wordpress网站的分类，这就要简单得多，除了在phpmyadmin中操作外，还可以通过下列方法来操作：

比如要把B分类合并到A分类中，首先把分类A设置为默认分类，然后把另外一个分类B删除，那么B分类中的文章就进入了A分类中，这就相当于把两个分类进行了合并。

批量修改 wp_posts 中 guid 中域名信息

UPDATE `wp_posts` SET `guid` = replace( guid, "原域名", "新域名" ) ;

这个update……replace……的语句也适合多种在数据库中替换语句的要求。

批量重新生成 guid 信息

UPDATE `wp_posts` SET `guid` = CONCAT(‘域名/前缀’,ID) where post_type=’类型’

“域名/前缀”这个地方有以下两种形式：“http://domain.tld/?p=” 供 Post 使用，“http://domain.tld/?page_id=” 供 Page 使用，而且语句后面的“类型”也分别为“post”和“page”，这样做，是为了能够让 guid 中记录的链接与站内文章的真实链接相对应。而且，以上操作也适用于那些使用后台导出导入功能进行搬家的朋友们。

另外还有一个插件也可以方便导出各种适合导入到wp的文件格式，那就是：WPexportfor2，只是这个插件似是好久没有更新了，WPexportfor2支持的导出格式：MoveableType、SQL、XML、Wiki XML、WikiXML file，
因为wordpress支持导入Movable Type格式的内容，所以我们只需导出Movable Type的格式，然后再到新的blog里面导入已经导出的Movable Type内容就可以了。

注：此插件可能在wordpress 2.7以上版本使用正常，或者是出点有关css的错误代码，但上述导出功能还能使用正常，但据Linker实践测试，在wp2.7环境下，css错误有，功能全部不能使用，失望。

另外，从WordPress导出数据到Movable Type，还有一法，下载此文件，修改文件源代码前部分数据库参数，上传至wp站目录，运行即可下载MT格式文件，导入至另一wp后台即可。详情可看这里。

上述方法，林林总总，整理得不太系统，但都是Linker在实际调试过程中所考虑与实践的方法，一一列出来供大家参考使用，文中所述文件本篇都备有下载。

DivXML下载：http://extra-cdn.yo2.cn/wp-admin/import/DivXml.rar TO_MT.rar DivXml.rar  WPexportfor2.rar

解压密码统一为：林网博客 

这几天一直在搞一个英文的wordpress博客，还是前些天帮朋友捣腾的那个，由于有一个要求需要在wordpress后台批量快速修改(Qucik Edit)文章(Post)，但wordpress2.7后台默认编辑列表是15条，这样的话，二万多条的博客文件，这样修改起来，实在是非常费时间，有没有办法可以让这个列表条数显示得更多呢？

在google上搜索了很长时间，虽然对百度不抱什么希望，同样也在百度上搜索了许久，同时在google.com英文状态下，搜索"wordpress edit 15"，但只是找到了大量的有关wordpress编辑评论comment，相关时间为15的文件，看来之前没有人有这种需求？

没有前辈的经验，只有自己来摸索了，这个定义在wordpress后台设置中是没有的，但这个15条的值绝对是在wordpress2.7的源代码中，这是逃脱不掉的，直接查找源代码吧！

以下是针对我wordpress2.71版本的修改。

wp-admin目录中，找有关“post”的文件，然后搜索值“15”，通过一番搜索，果然不负有心人哪！在wp-admin/includes/文件夹下，post.php文件，搜索的第一个“15”值就是：

("post_type=post&what_to_show=posts$post_status_q&posts_per_page=15&order=$order&orderby=$orderby");

修改为你想要的数值就OK了，我开始太狠了，直接修改为150，在本地调试是没问题（但也把httpd.exe的cpu占用也给飙升到80%了），但在国外空间上，这个值也可以列表出来，但在quick edit时，post时，页面无响应，看来是值太大了，最后调整为70，才算稳定。

这些小技巧，虽然不算什么，但就是在处理时，寻找答案太浪费时间！心痛时间哪！

今天也是闲来找事，被同事捉到让我把他放在英国的一个英文网站做下升级，没办法，意志不坚定，一番“威逼利诱”之下，不得不“屈服”，操刀上马开始升级征程。

程序是wordpress的，版本没注意是哪个版本，但wordpress好就好在不管逮住哪个版本，只要覆盖升级了以后，升级向导程序都能给升级上去，起码我是这样认为的。

安全起见，把站从英国先下载下来；网站文件比较少，打包就一会就下载下来了，数据库比较大，将近三万篇文章，如果用wp-db_backup来备，恐怕会比较慢并且有可能超时。照例还用“帝国备份王”，几百K，上传下去，配置好数据库连接，备份，十几秒种备份完毕，下载。

在本地搭建Amp环境，用的是“APMServ5.2.6”，用phpmyadmin新建一个数据库后，用ebak恢复数据库，修改wp-config.php的数据库连接参数，前台正常，后台登陆正常；然后到wordpress下载官方的2.7英文版本，覆盖，登陆后台，根据提示，升级，升级时提示有关“google-sitemap-generator.2.7.1”插件错误，删除此插件，顺利登陆后台。奇怪，这个插件怎么会报错呢？

其他设置就不多说了，以前讲过，英文水平不是太熟练，因此后台英文很多设置看着比较费劲，于是想到暂时找一个wordpress的中文语言包，到http://code.google.com/p/wordpresschina/downloads/list下载中文语言包，放在wp-content目录的languages目录里面。在根目录的wp-config.php文件中，修改“define (‘WPLANG’, ”);”为“define (‘WPLANG’, ‘zh_CN’);”，注意大小写。

但在刷新后台时，发现后台出现乱码现象，不过这个乱码现象可以明显区分出是界面乱码，不是数据库输出乱码。在ie调试下，通过右键选择“utf-8”编码浏览正常，依此看来，是网页宣告编码有问题。右键查看后台网页源代码，发现：

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />

怎么看怎么找不到utf-8的声明，只是想不到这个编码在哪里修改，难道需要修改head.php文件？不会吧，wordpress是出了名的标准，应该不会让去修改源代码。到阿江的群里面问下，果然有人确定“后台有修改的地方”，找了找，只发现有“read阅读”设置那里有一个设置feeds输出编码的地方，这个地方填写的就是“iso-8859-1”，在群里面也说了下，马上就有群友确定“pages编码和feeds输出编码是一样的”，也就是这个地方的设置也决定着pages的输出设置，马上修改为“utf-8”，这也是wordpress后台推荐的设置，刷新后台，中文界面一切ok！网页源代码中已经更改：

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

注：iso-8859-1被称为是西欧语言，以上错误现象，比如GB2312中有一个汉字“李”，其编码为“C0EE”，欲转化为ISO8859-1编码。步骤为：先把“李”字转化为Unicode，得到“674E”，再把“674E”转化为ISO8859-1字符。当然，这个映射不会成功，因为ISO8859-1中根本就没有与“674E”对应的字符，所以就造成了乱码现象。

至于wordpress的数据库转换、搬家乱码问题，除了用帝国备份王来避免以外，用以下方法也可以完善解决：

修改用WP-DB Backup导出的文件，把DEFAULT CHARSET=latin1替换为DEFAULT CHARSET=utf8，重新导入，一切OK，Collation也为utf8_general_ci，然后再修改wp-includes/wp-db.php

$this->dbh = @mysql_connect($dbhost, $dbuser, $dbpassword);
//加入以下一行
$this->query(”SET NAMES ‘utf8′”);

一切OK！

从此以后，wordpress前台、后台、模板界面、数据库输出，一切乱码问题皆无忧！ 

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也算一篇，但愿有足够的时候，给整理出来。手法比较低，高人不要见笑。

折腾并快乐着……