WordPress MU 2.9.1 已经发布了。这可能是 MU 系列的最后一个版本。由于 WordPress 3.0 即将把 MU 的功能合并进去，原来的 MU 项目也可能很快就停止开发了。除非是特殊情况（不涉及功能更新，仅在于修复安全漏洞。）才有可能再有新版。
本次更新，主要是将 WordPress 2.9.x 系列的几个新功能加到了 MU 当中。包括回收站、图像编辑器、批量插件更新以及视频嵌入等新奇的功能。还有就是修正了一些以往留下的问题。
各位在从老版本进行升级的时候，需要注意一点。新版程序为每个子博客都增加了一个名为“commentmeta”的数据库表。请在升级到 2.9.1 之前，先将您的站点升级为 WordPress 2.8.6，然后下载 MU 开发人员在其博客中提到的文本文件。重命名该文本文件为“add-commentmeta.php”并复制到“mu-plugins”目录中。最后，进入“站点管理 -> 升级”对全站的子博客进行升级。这样，该插件会自动为所有的子博客增加所需的数据库表。升级 2.9.1 的方式和之前就没什么区别了，直接覆盖，然后按照提示就可以了。（注意：该插件只能在 2.8.6 下运行，所以务必先升级到 2.8.6 再运行该插件。）
本次更新的语言包，依旧上传到了 WPMUDEV 上面，各位可以访问：WPMU Simplified Chinese Language Pack 下载最新的语言包。如果登录 WPMUDEV，还可以在下载页面中下载从 1.3 开始到至今所有版本 MU 的语言包。
感谢各位的长期支持，谢谢！
可能您像我一样。发现在 CentOS 5.x 系统上安装完 ISPConfig 3 后，发现无法直接使用“yum update”对系统进行软件的更新了。提示的信息大体如下：
[root@hosts ~]# yum update
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* addons: mirror01.idc.hinet.net
* base: mirror01.idc.hinet.net
* extras: mirror01.idc.hinet.net
* rpmforge: fr2.rpmfind.net
* updates: mirror01.idc.hinet.net
Setting up Update Process
Resolving Dependencies
--> Running transaction check
--> Processing Dependency: liblzo.so.1 for package: lzop
---> Package lzo.i386 0:2.02-3.el5.kb set to be updated
---> Package postfix.i386 2:2.3.3-2.1.el5_2 set to be updated
---> Package rsyslog.i386 0:2.0.6-1.el5 set to be updated
--> Finished Dependency Resolution
lzop-1.01-2.el5.rf.i386 from installed has depsolving problems
--> Missing Dependency: liblzo.so.1 is needed by package lzop-1.01-2.el5.rf.i386 (installed)
Error: Missing Dependency: liblzo.so.1 is needed by package lzop-1.01-2.el5.rf.i386 (installed)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
The program package-cleanup is found in the yum-utils package.
[root@hosts ~]#
大概含义就是无法更新 liblzo.so.1 所在的软件包 lzop-1.01-2.el5.rf.i386。
引起以上错误的原因是我们在 ISPConfig 3 的时候 需要安装 mod_fcgid 组件。而 CentOS 官方更新源当中并不包含该组件。因此安装过程中，我们增加了一个 位于 centos.karan.org 的测试源。而在该源当中，又没有错误信息中提及的那个软件包，所以更新的时候就出错了。具体当中的纠缠我就不多说了，总得来说就是俩源里面的东西不太对付，还是直接说解决方法吧。
大家可以使用以下两种方式进行系统更新，第一种是跳过错误信息中提到的文件，直接对其他组件进行升级。命令格式为：
yum update --exclude="lzo" --exclude="postfix"
第二种方式是禁用掉添加进去的测试源地址。命令格式为：
yum update --exclude="postfix" --disablerepo=kbs-CentOS-Testing
现在看看您的系统是不是可以正常更新啦？
同步到 Twitter 上是啥样地。头一次用。山炮了哈……
公司的两台服务器同时出问题了。一台有两块硬盘报警，另一台有一块报警。紧张修复中……还好当初胆儿子小了点做的 Raid 5EE。不过也奇怪，为啥两块硬盘报警的那机器启不来了呢？记得 Raid 5EE 是可以同时有两块硬盘出问题的啊。难道我记错了？
人素质的高低，感觉和周围的环境有着密切的关系。在周围的人素质都高的情况下，不由自主的会改掉自己很多坏习惯。但是相反的情况下，你要比他们素质还低才行。
国家有没有针对扰民行为的法律条文？或者有啥好的方法对付邻居扰民的问题？操，受不了了，闹心。小逼崽子，没脸没皮地玩意。吃硬不吃软看这架势。改天哥跟你们玩玩。
研究了一下 Sitemap。原来以为是很高深的东西，原来还是比较简单的东西。在 http://sitemaps.org/ 上有完整的中文手册。有时间再深入研究一下。其实就一页，估计深入研究也就是那点玩意儿了。呵呵。
话题营销是个啥概念？有意思没？不知道我的写作水平能写出来啥玩意儿。
又要被迫买硬盘了。这次需要两块 2T 的。不知道我应该是啥样的心情。
WordPress 可以说是目前世界上最优秀的博客系统。由其衍生出的 WordPress MU（以下简称 WPMU）自然也是非常的强悍。使用 WPMU，您可以方便的架设起属于自己的多人博系统。这个多人博客的概念是真正意义上的每人一个博客空间的意思。而非 WordPress 那样多人在一个空间内共同创作。
在使用的过程中，不可避免的会出现程序上的错误以及对新功能的追求。因此，官方会不断的修正源程序，使其功能更强劲、更稳定、更安全。
相比 WP 的升级过程，WPMU 在升级的过程中，并没有变得复杂。从 WordPress MU 2.7.x 系列开始，核心程序提供了自动更新的功能。站点管理员只需要用管理员身份登录到 WPMU 后台，然后点击“工具”中的“升级”功能。在有新版本程序发布的时候，后台页面上方会有相应的提示。点击升级链接，其他的按照指示进行升级就可以。升级结束后，还要进入“站点管理”点击“升级”以更新所有子博客的相关设置。（感谢超凡不脱俗友情提示。）
如果自动更新由于服务器或程序本身的原因无法自动完成。那么您也可以直接下载官方压缩包进行覆盖。
不过这些升级的步骤，前提是您没有对原核心程序进行过修改。否则，自动更新后，您修改过的部分将被覆盖为官方原文件的代码。如果您对核心程序的修改是为了增加或改良某些功能。那么覆盖后，功能将消失，改良的部分也会还原为默认。
那么，怎么样才可以安全的对 WPMU 程序进行升级呢？以下是我觉得比较稳妥的方式。虽然照比自动升级略显麻烦。但毕竟您使用 WPMU 架设博客系统，以为着您站点上的用户不是您一个人。稳定安全才最重要。稍微麻烦一点，有就显得无所谓了。
第一步，备份您的数据库。别嫌麻烦，一旦出错了，起码您还可以恢复原先的数据。虽然出现严重错误导致数据库混乱的可能性不是很大。
第二步，翻出您曾经修改过的文件的记录。（咋？修改过啥你居然没做记录？那你只好等下看下面的笨招了。）
第三步，删除除了“wp-contents”目录、“wp-config.php”文件、“.htaccess”文件等其他的文件和目录。（其实不删除也行，只是不是每次升级都会增加系统文件，有时某些文件也会被删除掉。该步骤只是为了去掉站点内的垃圾文件而已。）
第四步，上传新版程序。并且对原来修改过的文件做类似的修改。（如果新版程序包含了你以前添加过的功能，那你省事儿了。）
第五步，登录后台，并且在站点设置里面更新站内的博客。
这样，您的 WPMU 站点就升级完成了。
至于之前说的修改过的文件没有记录，您可以下载一个老版的 MU 程序，然后跟站内的程序做下比较。自然就看出来您修改过哪些文件了。
说在最后：升级 MU 程序以后。我们还需要对站内原来的主题和插件做相应的升级或修改。所以，在升级之前，最好是能在本地或其他服务器上架设起来一个与老站点完全一样的环境，先在测试服务器上升级并测试主题以及插件。待全部通过后在着手升级。免得升级以后导致主站出现问题。
欢迎各位进行讨论。
最近主机好像有那么一丢丢地慢。不知道和台湾地震影响到海底光缆有没有关系。有的时候服务器居然还会抽那么一下。
更新的够快的。2.8.3 刚发布没几天就发布新版了。本次更新是属于安全性更新，建议大家马上更新。
而且由于 2.8.4 刚发布，就被发现有一个文件合并的有问题，所以马上又出了一个 2.8.4a。
总得来说，各位可以通过后台的自动更新进行下载或者直接到官方站下载新版程序。
简体中文语言包可在 WPMUDEV 下载，地址为：
WPMU Simplified Chinese Language Pack
8 月 7 日，Donncha 大大发布了 MU 的新版本 2.8.3。本次更新，除解决了 WP 2.8.3 所解决的安全问题外，还修正了部分 Bugs。还有其他一些改变，各位可以参考该更新记录。
建议各位马上进行更新，以使您的站点更加安全。
见于在 MU 2.8.2 中自动更新有一些毛病。现在有个修正的办法可以解决该问题。在更新之前，请各位找到 wp-admin/includes/class-wp-upgrader.php 文件并用文本编辑器打开，找到第 697 行，如下代码：
if ( !$wp_filesystem->copy($working_dir . ‘/wordpress/wp-admin/includes/update-core.php’, $wp_dir . ‘wp-admin/includes/update-core.php’, true) ) {
将其中的“/wordpress/wp-admin/includes”修改为“/wordpress-mu/wp-admin/includes”，如下：
if ( !$wp_filesystem->copy($working_dir . ‘/wordpress-mu/wp-admin/includes/update-core.php’, $wp_dir . ‘wp-admin/includes/update-core.php’, true) ) {
然后保存并上传该文件覆盖原来的文件。这样，自动更新就可以正常工作了。在 2.8.3 中已经修正了该问题，以后应该不会出现这个毛病了。
各位也可以直接下载最新的压缩包进行覆盖方式的升级。可以访问 WordPress MU 下载页面进行下载。
在此同时，WordPress 中文团队也发布了最新的简体中文语言包。照比前一版本，修正了部分词条的翻译错误，并使用官方提供的 POT 文件更新到了 2.8.3 的词条。各位可以到 WPMUDEV.ORG 中的简体中文语言包页面进行下载。如果您在 WPMUDEV 已经注册并登陆，还可以下载到从 MU 1.3 到最新版各个版本的语言包文件。
希望各位在使用的过程中，多多提出宝贵意见，让我们共同完善 MU 的简体中文语言包环境。谢谢各位长期的支持。
