【超凡博俗 之 数码人生】

折腾了一天，总算将自己的所有博客从WordPress MU 1.25a 统统升级到了 WordPress 1.3了。一则想发贴庆祝一下，另也就谈一谈今天升级过程的一些体会。

总得来说，单就升级核心文件本身来说，并不复杂。我就是到MySQL Admin 里面先将所有的数据备份，然后再将 wp-admin 和 wp-includes 目录里的文件上传覆盖就是了。不过由于我曾经改过一些核心代码文件，以及使用了一些过去的插件，使得升级的整个过程很“漫长”了。

在 1.2.5a版本里，我改过一些代码文件，象用来注册的文件以防被spam，还有就是如我前文所提的那个 wp-includes/kses.php 文件。注册方面的修改我就不用担心了，因为这次新的MU已经增加了屏蔽博客注册的功能了。而由于这次 kses.php 已经得到了修改，而我又想继续保持自己的修改，所以我不得不用 WinMerger 整合两个文件才上传覆盖。

第二，注意一些插件的不兼容问题

一些不兼容的插件会在升级后出现错误信息，一般来说是禁用这些再升级。若忘了禁用而先升级了，看到错误信息也不用急，FTP 到服务器将那些带来麻烦的插件从 wp-content/mu-plugins 或 wp-content/plugins 目录删除就没有问题了。

其中的例子就是我在博客以前文章提到的 Simple Tagging，应该现在将它干掉，然后升级，升级后用 WordPress  自带的导入功能导入所有Simple Tagging 的标签到 WordPress 自带的标签系统里，最后再安装 Simple Tags 来实现以前用 Simple Tagging 来实现的功能。

第三，怎样将一些插件放到 mu-plugins 里来运用

大部分的WordPress 插件设计时没有考虑用在MU中的情景，我们拿过来用到MU里大多数情况里没有什么什么问题，尤其是一些单个插件文件或是上传到 wp-content/plugins然后一个一个博客激活的情况下。

如果想要将一些必须放在一个单独的目录里运行的多文件插件上传到 wp-content/mu-plugins 来全局使用，这就要为这个多文件的插件另生成一个 php文件，同这个多文件插件的子目录一起上传到 mu-plugins 的根目录里。在这个新文件里，一般只需要下列代码：

<?php
include(’plugin-foldername/main-plugin-code-filename.php’);
?>

你只需将上面的子目录名和主插件名换成相应的名字就行了，象我在 Simple Tags 的应用中就改成 include(’simple-tags/simple-tags.php’) 了。

最后，在MU用一些插件时可能要修改一些代码

这可能只是同我的MU博客设置情况，以及我碰到这两个插件写法有关系吧。

我的MU博客都是使用子目录来访问而不是子域名，在我使用 Maintenance Mode 和 XML SiteMap Generator for WordPress 时遇到了一个奇怪的现象，那就是我每次在一些非主博客里修改这两插件的设置，都是未果。

于是我仔细研究了一下，发现是插件里的这个函数代码 $_SERVER['PHP_SELF'] 带来的毛病，它每次都将表单递交给了我的主博客，而不是正在修改的相应的分博客 。

解决方案：将这段函数删掉，留成空白，这样表单的递交自然就变成相对路径里的分博客了。

由于本文仅粗略谈谈我今天升级的感想，不愿太多地谈实现MU插件的细节，若有兴趣，留言给我，愿意另写一篇文章来详细探讨。