升级过程比较顺利，SVN 上下了最新的程序，打包上传到服务器覆盖原有文件。进入后台提示升级数据库。按照提示一步步做就 OK 了。正好 Leo 也校对完了中文语言包。顺便体验一下 2.6 的中文版。

大毛病没发现啥，不过显而易见的一个小问题就是字数统计这个地方好像只能记录英文单词。汉字不算数。估计这个地儿还得修改一下。别的地方还没测试，好不好的先用着了。

建议想尝鲜的同学，备份好自己的数据库，并且做好出现突发事件的心理准备。否则……就再等等吧……

OH～ 还有个事儿。大家应该看到了，站点的皮给换成这个极其简陋的 Sandbox 主题。不过我要的是内在美。这样比较方便我日后的修改。根据自己的想法一点点修改一款主题，其实挺好玩。之前用的主题也不同程度的修改了一些。这回换上新程序，然后再换上新主题。最后是俩东西都用上自己做的语言包。舒坦～～

还好，我多个站点架设的环境都是一样的。合并起来不会出现数据库数据不兼容的问题。而且我在合并的过程中，并不是直接用 PMA 导出数据进行合并。而是应用到了 WordPress 后台自己的导出导入功能。

比较简单的方法，就是将不想继续开放的站点，使用后台导出功能，将站内的文章到处成 XML 文件。导出的数据包括日志、页面、分类、标签、附件信息等。等导出这些文件后。分别在想保留的这个站点的后台进行导入。附件也可以由程序自动从原来的站点下载并存放在目标站点中。

不过，这样操作以后，问题就出现了。大家可能知道，WordPress 数据库中的 wp-posts 这个表中有一个 guid 键值。这里记录了文章的最原始 URL 信息。无论你将数据导入到什么地方。这个信息是不变的。而当你批量修改了这个键值中的域名后。就出现了文章的 ID 重复的问题。虽然不影响直接的页面访问，但是对于 RSS 订阅等操作可能会有所影响。

那么，我是如何进行后续的整理操作的呢？请接着往下看。

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

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

这样，经过几次的查询处理，可以将从多个站点导过来的文章的域名进行统一。

批量重新生成 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 中记录的链接与站内文章的真实链接相对应。而且，以上操作也适用于那些使用后台导出导入功能进行搬家的朋友们。

另外注意一点，以上操作虽然会整理清楚站内的信息，但可能会导致您 RSS 订阅的列表文章位置发生改变。

顺便说一下，附件在迁移的过程中，可以从远程的服务器直接下载到本地。当相应的目录中存在同名文件时，将会自动从命名。而且，附件虽然导过来了，也许您还需要编辑一下那些插入了图片的日志。免得老站点关闭后，那些文章中的图片无法显示。

有日子没更新什么了，最近也不知道在忙啥。

早就想搬过来了，所以之前也做了很多功课。比如提前大概半个月就利用 IIS 插件来改变了站点的永久链接形式为 Postname 格式。这样的好处是方便 SEO（虽然我不是很在乎，但考虑一下也无妨），从而当数据库导出导入出现问题的时候，我可以直接使用 WordPress 自身的导出导入功能。在这之前，也已经对文章的 Slug 进行了批量修改。这也都是拜以前发文章不自己写 Slug 所赐。

搬家总体来说还算顺利，数据库从我原来的服务器导出，整理完了再导入到新服务器。可惜，无耻地失败鸟。为了不偿时间停站。最后在尝试了 N+1 中方式后，还是决定使用 WP 自带的功能进行全新安装。（之前做的功课没白做。）

数据基本上都迁移过来了，只是有部分使用 wordTube 发布的视频没迁移过来。太占用空间了，而且国内访问国外的视频资源……视频还是放在国内比较好。

迁移完毕就是进行细节的测试。开始发现总出现数据库连接错误。修改了源程序也没什么好转。决定开启 Cache 来缓解数据库的压力。这两天开始压力测试，不过发现个奇怪的现象。在我压力测试的时候，关掉 Cache 居然不出现数据库连接错误了。简直是给我上眼药。但这也能证明一点——我们的主机还是经得住考验的。（考验还在继续……）

搬家顺便换了一个主题，细节部分还没来得及修改，最显眼的就是站点的 Logo 还是主题自带的。有空得换了，那是必须地。还有就是把长久以来看着就闹心的 ICP 备案号码给咔嚓掉了。这下舒坦了。一直找不到好点的地方安置它。这次直接给埋了。

总的来说这次是想换个环境，毕竟原来的主机是 Windows 主机，而这次是对 WordPress 支持非常好的 Linux 主机。再一个原因就是这两天突然接到网警的电话说要我做博客的专项备案。哎……惹不起我还躲不起吗我？

偶了，就这么多了。晚了，该趴趴了……

html { filter:progid:DXImageTransform.Microsoft.BasicImage(grayscale=1); }

使用方法：这段代码可以变网页为黑白，将代码加到CSS最顶端就可以实现素装。建议全国站长动起来。为在地震中遇难的同胞哀悼。
另在哀悼日或遇难的新闻，所有专题和主题 不能使用红色标题。
支持DZ所有，WP也支持，希望站长们换上。

[See post to watch Flash video] ]]> http://dreamcolor.net/2008/05/market-on-fire/feed/ http://dreamcolor.net/2008/05/bless-sichuan/ http://dreamcolor.net/2008/05/bless-sichuan/#comments Tue, 13 May 2008 01:21:37 +0000 Dreamcolor http://dreamcolor.net/?p=391 新华网北京5月12日电　据中国国家地震台网测定，北京时间2008年5月12日14时28分，在四川汶川县（北纬31.0度，东经103.4度）发生7.8级地震。

官方报告的伤亡数字就不用看了，必然不是准确的。在这只希望四川以及其他受灾地区的人民能够尽快重建家园，也希望能有更多的人被解救出来。

废话不多说，传几张张片上来瞧瞧。由于今天阴天，可能光线不是很好。所有照片都没有开闪光灯，并且没有经过任何修改。各位看看效果吧。

[Show as slideshow]

编辑主题的“header.php”文件，并加入以下“登录/注销”的选项。

<a href="http://blogs.sitename.com/">blogs.sitename.com</a>
<?php wp_register(' ' , ' '); ?>
<?php wp_loginout(); ?>

以上代码，也可以加到主题其他的位置。例如，也可以加到“footer.php”文件中。让登录和注册的功能显示在页面的下方。

本文代码参考 WPMU 的 Codex 相关内容。

按照插件的开发初衷，可以将插件分成两个大类：

第一类，根据 WPMU 的 API 专门为其编写的插件，或者是无需进行任何修改，而直接可以在 WP 和 WPMU 下面正常工作的插件。这类的插件，可以完美的工作于 WPMU 环境。

第二类，原本只是在 WP 下面工作。后来由插件原作者或者其他爱好者进行了修改，让其可以在 WPMU 下面工作。这类的插件，虽然一样可以很好的工作与 WPMU 环境，但是本身是经过修改的。可能在版本的更新上不会非常及时。不过，我们可以根据前一版的插件作为参考，对新版的插件进行相应的修改。前提是您有一定的代码写作能力。

本站以后介绍插件时，将会标注出来插件的类别。

按照插件的作用域，也可以把插件分成两大类：

第一类，全局类插件。该类插件，需要将插件文件放到“wp-content/mu-plugins/”目录中。插件文件在上传到该目录以后，直接就完成了激活的步骤，而无需用户手动启动（想禁用掉插件，需要从该目录中移除插件文件。）。安装到这个目录中的插件，将会作用于整个 WPMU 站点。所有的用户都可以使用。但普通用户无法禁用插件。

第二类，分站点类插件。该类插件，需要将插件文件放到“wp-content/plugins/”目录中。插件文件上传到该目录中以后，需要用户手动在插件管理面板中启动（前提是站点管理员开启了用户插件管理面板。）。安装到该目录中的插件，在用户启用的时候，仅影响该用户所在的站点中，而不会影响其他站点。

一般情况下，全局类的插件是无法或者没有必要放到分站点类插件的目录中的。而某些分站点类的插件，由于功能的特殊性，却可以当成全局类插件来使用。

本站在介绍插件时，将标注出插件的类别和建议安装目录。

WPMU 的插件资源，虽然没有 WP 的丰富。但很多 WP 的插件都可以无需修改而直接在 WPMU 上面使用。只是在使用之前，需要经过严格的测试。毕竟 WPMU 是多用户的系统。每一个动作可能波及到的东西也要多一些。各位要格外小心。