那么，为什么我还要专门写一篇日志来介绍这款插件呢？一来，为我这久不更新的博客带来点生气。二来，Google XML Sitemaps 即将迎来一项革命性的变动。OK，那么接下来，我就把这款插件即将带来的新功能做下简单介绍。

自从 WordPress 3.0 发布以来，很多插件都针对主程序的变动做了相应的调整，Google XML Sitemaps 也不例外。但是，当 WordPress 3.0 启用 Multisite 功能后，各位会收到一条警告信息，它会通知您的插件无法在 Multisite 模式下使用。虽然网络上已经找到如何修改这款插件的代码来让它可以使用。但为了以后方便插件的更新，以及出于一些安全性的考虑，很多人还是希望插件作者尽早开发出适合 Multisite 模式下的插件。

当然，插件的作者也没有闲着，而且已经放出了早期的测试版插件供大家试用（看清楚，是试用，而不是使用）虽然我在测试站上安装后，并没有发现什么大问题，但毕竟不是正式版，各位还是先行测试然后再投入正式使用。

本次更新，也为我们带来了一些新的特性：

• 动态创建 Sitemap
  不再创建静态的 Sitemap 文件，而是动态的生成 Sitemap 信息页面。这将解决大多数索引页面出现的问题。
• Sitemap 索引页面变更
  文章等链接将收录到子页面中，主索引页面仅对这些子页面进行索引。所以，我们可以收录比以前更多的内容。而收录的内容按月份或日期进行分页。
• 支持 WordPress MU
  由于不再创建静态的 Sitemap 文件，所以新版将支持 WordPress MU 和启用了 Multisite 功能的 WordPress。
• 全新的开发接口
  使用新的开发接口，开发人员可以在 Sitemap 中支持更多的站内内容类型。

说了这么多，各位可以到官方的插件目录中进行下载，下载链接可以在 Google XML Sitemaps 下载页面中找到。本文编写时，最新的测试版本为 4.0a4。

WordPress 中文团队已经为您翻译完毕并对外发布，各位可以到本站相应的项目页面中进行下载，其中还包括该插件的简单介绍以及语言包的安装方法。希望对各位有所用处。

项目页面地址为：WordPress MU Domain Mapping 简体中文语言包

该插件和语言包文件放到一起以后，会将后台的字体进行美化。比如更改了那些显示得非常小的中文到 12px，还有就是将原有的斜体文字更改为正常字体。这样，在后台为中文环境下，会得到更好的使用体验。当然，你非要特意为您的站点设置成使用放大镜查看的话，那您可以忽略掉该插件和本文章了。

现在来说，WordPress 的后台优化插件是有了。可是 bbPress 的后台还是那样惨不忍睹。起码我看不清楚好多中文显示的是啥。而又不想更改浏览器的设置。只好和对付 WP 一样，给 BB 写了一个插件。功能都是一样的。用法也一样，将其复制到语言包文件一起，无需激活直接生效。

下面两张图片是使用插件之前和之后的对比，由于插件刚刚写出来，还有点地方需要调整一下，先给大家看看如何。主要是怕找的那些 CSS 类和 ID 没找全。这两天整理完了就发出来。

OK，看图：

----------

2009-07-21 更新：

插件发布了，请移步到项目页面：bbPress 后台字体美化插件

Quick Press Widget

为啥要加一个这么个功能呢？听我细细道来（别烦，没准你就用得上！）

话说现在貌似有个东西叫 Twitter。可以方便的在页面上发表自己的简短信息（俺就喜欢这么一点，其他功能就不说了）。然后 WordPress 官方人员看到这个功能比较尿性，于是乎就弄出来个仿 Twitter 的那种有前台页面发表文章功能的主题——Prologue。而想使用这个功能，不会叫我们都安装这个主题吧？与似乎我就合计着把这个功能给移植到其他主题里面去。但这样还是限制了用户选择主题的范围和安装难度。

所以，还是搞成插件的形式比较通用一些。这样，不管你用的啥主题，只要支持 Widget 功能。就可以使用这个插件。

那到底为啥做这个插件呢？看到我网站上那些 Aside Post 没？嗯！简短的几句话，真不想浪费时间去登录后台然后编写文章，加载一大堆的按钮等等。我只需要把想说的几句话马上写下来就好。于是乎，这个插件就“蛋”生了～～～

我本身并不会编写什么代码。之所以能弄出来这个插件，完全是照猫画虎，外加一点运气（运气不错，修改部分代码的时候居然没出什么大错）。所以，基本上也就到这个程度了。而且，这个侧栏单元，是只有管理人员才可以看到的。一般的访客是不会看到这个编写窗口的。故没有在美工上面下太大功夫。各位如果有兴趣，可以自行美化一下。但只有你自己能欣赏了。

该插件代码基本上照搬了 Prologue 这个主题的文章发布部分的代码。进行了少量修改。加入了自定义标题的功能（那个主题是截取文章前多少个字作为文章标题，有的时候标题链接会非常恶心）。其他的代码参考了几款有侧栏功能的插件抄过来的。暂时测试没啥毛病。

插件的使用方法也非常简单.解压缩上传，在后台启动插件以后，然后在主题的 Widgets 管理界面会看到新加了一个“Quick Press Widget”单元。把它拖过去就行了，没有什么可以设置的东西。保存后刷新首页就可以看到这个东西了。

插件可以在这里下载：Quick Press Widget

== Update Log ==
1.2
移除 Slug 输入窗口。
修正在 WordPress MU 集成 BuddyPress 后出现的问题。
-----
1.1
增加自定义文章 Slug 功能。
修改编辑框样式，小规模调整。（严重感谢一下漫步的耐心指导。）
-----
1.0
刚刚发布，没啥说地！希望插件有点用是真地～

自 WordPress 2.5 开始，引入了一项新的功能，那就是 Gallery（就叫它相册功能吧）。不过好像从加入这个功能一直到现在，官方开发人员也没有把太多的精力放在这个上面。WP 2.5 仅仅是加入了这个功能，并提供了部分的调用参数。WP 2.6 的时候增加了相册中图片的排序功能。一直到了现在即将发布的 WP 2.7，也只是加入了 TinyMCE 中调整相册显示的一些参数。

而 Gallery 从引入那天起，他的内在功能还不光是这么点东西。从开始的生成一张小尺寸缩略图和一张中等尺寸的预览图以外。WP 2.7 的上传系统还可以为我们生成一张大尺寸的图片。虽然都可以称得上是缩略图。不过如果要好好利用一下，还真得可以丰富一下您的站点。

还有就是 Gallery 引入那天起，在上传图片的时候，如果原始图片内含有 Exif，那么程序也会将这些信息提取出来，并存储在 WP 的数据库中。这些信息包含了相片的光圈、曝光时间、焦距、镜头品牌型号、摄影时间等等大家所熟悉的信息。可是从官方的默认主题，到现在市面上能够找到的各主题中，并没有发现能够显示这些信息的地方。

我可能是爱转牛角尖，又或者是完美主义者。从 WP 有了相册功能以后，我就彻底放弃了第三方的相册程序。毕竟，原生的功能，以后升级程序，不用考虑第三方插件的兼容问题。而对 Gallery 的研究，我也做了一点点。那么下面我就把我对 Gallery 的显示功能的完善步骤说一下。也许对您以后制作主题有所帮助。

我的目的是在不修改核心代码的前提下对相册进行完善。所以，所有的工作都是通过修改主题文件来完成的。

WordPress 的 Gallery 在对外显示的时候，需要调用主题中名为“image.php”的一个文件。该文件主要的目的就是将某张相册中的图片以内嵌的形式显示在该页面上。而默认主题的该文件，还会显示出“上一张”和“下一张”图片的缩略图。具体是怎么个运作方式以及如果修改您的主题支持这种现实方式，可以参考我以前写的《让您当前的主题支持 WordPress 2.5 的相册功能》。该文章讲述了如何将您原有的主题经过修改来正确使用 Gallery 功能。

接下来，我们继续对 Gallery 的页面进行完善。挖掘出 WordPress 为我们提供的几乎所有功能。

WP 在上传文件的时候，会将识别出的相关信息，都放在 Postmeta 表当中。而某些记录的数据，是很有意义的（当然，所有数据都是有他的作用的，但某些数据，如果显示出来，会更有意思。）。

我们可以使用以下的方式来调取图片的 Exif。理论上来说，放在 the_content() 的后面比较好。

$imgmeta = wp_get_attachment_metadata( $id );

这样，我们就将图片完整的 Meta 信息给调取出来了。然后使用下面的代码来显示 Meta 的细节信息：

$imgmeta['width']
原始图片的宽度。
$imgmeta['height']
原始图片的高度。
$imgmeta['image_meta']['aperture']
光圈大小。
$imgmeta['image_meta']['credit']
摄影师名称。（貌似没有可用的数据）
$imgmeta['image_meta']['camera']
相机或镜头的品牌和型号。
$imgmeta['image_meta']['created_timestamp']
拍摄时间。
$imgmeta['image_meta']['copyright']
版权信息。（貌似也没有啥可用信息）
$imgmeta['image_meta']['focal_length']
焦距信息，单位为毫米。
$imgmeta['image_meta']['iso']
ISO 信息。（爱好摄影的朋友不用我解释这是啥玩意吧？）
$imgmeta['image_meta']['shutter_speed']
快门速度。
$imgmeta['image_meta']['title']
标题信息。（还是没啥数据可显示。）
$imgmeta['image_meta']['caption']
说明信息。（一样是没有可显示的信息。）

以上这些信息，摄影师名称、版权信息、标题信息和说明信息。貌似总获得不了什么可用的信息。也可能是由于原始照片中根本就不包含这些信息的缘故吧，总是什么也不显示。不过其他的那些信息还是会显示很完整的。

如果想显示这些信息，首要的条件是您上传的原始图片中需要包含这些信息。可以通过在您的操作系统中查看图片的属性来获知是否包含以上信息。如果不包含你，那么上面这些信息将无法显示，而摄影时间那个地方会显示一个很怪异的时间。这属于正常现象。

调用的方式知道了，那么现在您就可以使用下面的代码来显示上面的信息了：

<?php
if (is_attachment()) :
$imgmeta = wp_get_attachment_metadata( $id );
echo "<ul>n";
echo "<li>标题：" . $imgmeta['image_meta']['title']."</li>n";
echo "<li>介绍：" . $imgmeta['image_meta']['caption']."</li>n";
echo "<li>尺寸：" . $imgmeta['width']." x ".$imgmeta['height']."</li>n";
echo "<li>光圈：f/" . $imgmeta['image_meta']['aperture']."</li>n";
echo "<li>镜头：" . $imgmeta['image_meta']['camera']."</li>n";
echo "<li>时间：" . date("Y-m-d H:i", $imgmeta['image_meta']['created_timestamp'])."</li>n";
echo "<li>版权：" . $imgmeta['image_meta']['copyright']."</li>n";
echo "<li>焦距：" . $imgmeta['image_meta']['focal_length']."mm</li>n";
echo "<li>ISO：" . $imgmeta['image_meta']['iso']."</li>n";
echo "<li>作者：" . $imgmeta['image_meta']['credit']."</li>n";
echo "<li>快门：" . number_format($imgmeta['image_meta']['shutter_speed'],5)." seconds</li>n";
echo "";
endif;
?>

以上代码需要注意几个地方：

1. 快门速度那一行中的那个唯一的数字，是代表显示小数点后面多少位。建议使用 5 位。因为数据库中是按照这个位数记录的。如果小于 5 位，将会四舍五入。
2. 部分信息如果没有可显示的数据，完全可以删除掉那一行代码。
3. 摄影时间部分，具体的日期书写格式，可以参考 PHP 的日期书写格式文档来进行修改。
4. 如果前面的介绍文字使用中文，请将 image.php 文件保存为 UTF-8 无 BOM 格式。切记……

按照上面的方法，您就可以在显示图片的同时，将图片的 Exif 显示出来了。而不需要借助任何插件。很简单不是吗？

下面再介绍一下我结合 WP 2.7 的新附件系统，对主题修改的方案。

WordPress 2.7 的上传系统，从原来生成两种尺寸的图片增加到了三个。暂且不去管它的大中小尺寸的名称。单单是多出来的这一种尺寸，就可以让我们小小完善一下我们的相册页面。

目前，本站生成缩略图的方案是这样设置的：

小尺寸（100 x 100）不进行裁切，这样可以保留原始尺寸的高宽尺寸比例，看起来有点变化。（根据自己的习惯决定是否开启裁切。）

中尺寸（200 x 200）原来我的小尺寸是设置的这个数值，不过默认插入相册的时候一横排三个图片，导致我选择主题的范围缩小了很多。没有几个主题正文部分的宽度是 600 多像素的。现在该尺寸图片作为图文混排用。

大尺寸（400 x 400）这是 WordPress 2.7 新增的可用尺寸。我将该尺寸应用于相册页面上那个较大尺寸的图片。

有点迷糊了？那我简单一点说，就是我原来小尺寸设置的是 200，中尺寸是 400。现在增加了一种尺寸，那我就将小尺寸设置为 100，中尺寸为 200。属于照比原来，增加了一种 100 尺寸的图片。

附件的问题解决了，图片的素材有了。接下来需要对主题的文件进行一点点修改，来适应这种变化。

默认主题的 image.php 文件中，显示较大图片的那行代码如下：

<a href="<?php echo wp_get_attachment_url($post->ID); ?>"><?php echo wp_get_attachment_image( $post->ID, 'medium' ); ?>

我将其改为：

<a href="<?php echo wp_get_attachment_url($post->ID); ?>"><?php echo wp_get_attachment_image( $post->ID, 'large' ); ?>

这样，那个较大尺寸的图片，调取的就是 400 的那个图片了。而部分主题，这个地方可能写的是 Full，意味着调取的是原始图片。我不建议这样做，因为如果您的原始图片文件比较大，会严重影响页面载入速度。既然有缩略图，干嘛不用呢？

该处可以改为“Thumbnail”、“Medium”、“Large”和“Full”等几种不同的参数来调取不同尺寸的图片。根据您的需要进行调整吧。

如果您像我一样，想要根据新定义的尺寸重新生成附件的缩略图。推荐您使用 Regenerate Thumbnails 这个插件，可以满足您的需要。该插件在安装到 WP 2.7 中时，如果出现无法找到附件的情况，请将源文件的第 72 行：

$attachments = get_children( ‘post_type=attachment&post_mime_type=image’ );

替换为：

$attachments = get_children( array( ‘post_parent’ => $post_id, ‘post_type’ => ‘attachment’, ‘orderby’ => ‘menu_order ASC, ID’, ‘order’ => ‘DESC’) );

好哩！叨叨完了。文章中如果有什么错误的地方，希望能够指出。根据该篇文章介绍的内容，对您的 image.php 文件进行的调整，会不会让您的博客更那啥一点呢？只要有所改变，不管是好是坏，我就算没白写。起码有效果了。哈哈～～～～～～

参考文献：
WordPress Gallery and EXIF
Regenerate Thumbnails

在我们使用的一些插件中，某些插件提供了一些模板标签，供使用者扩展他们所使用的主题功能。通常情况下，插入这些插件提供的模板标签方法如下：

<h2>Section Header</h2>
<?php plugin_template_tag_function(); ?>

上面的代码是绝对正确的。但是，当您禁用掉提供这个模板标签的插件后而您又没有从主题中移除相应的模板标签时。页面将可能会出现 PHP 错误代码。

现在，有一种方法可以很好的解决这个问题。当您禁用掉插件后，也不会出现错误代码了。代码如下：

<?php if ( function_exists(’plugin_template_tag_function’) ) : ?>
<h2>Section Header</h2>
<?php plugin_template_tag_function(); ?>
<?php endif; ?>

上面这段代码，对所想使用的代码进行先行判断，如果标签已经注册了，那么将进行正常的执行，否则就跳过。这样可以避免在模板的页面上出现 PHP 的错误代码。而且，就算主题所需要的插件已经禁用了，您还是可以正常使用这款主题。

以下是插件相关信息：

软件名称：WordPress MU Domain Mapping
当前版本：0.3
安装目录：mu-plugins
官方网站：http://ocaoimh.ie/wordpress-mu-domain-mapping/
相关介绍：插件目前还处于早期的开发阶段，有一定的功能局限性。

1. 不可以远程登录。您可以在主站登录，或者在映射完域名的站点进行登录。或者干脆不登录。
2. 只有在您的 WPMU 站点选择了子域名方式进行安装的时候才可以使用该插件。
3. 没有对已经映射到其他博客的域名进行检测的功能。（可能出现重复映射的情况）

可以看到，目前该插件还是很简单的几个功能。也许并不能满足生产环境的操作。不过总算是有了一款这样的插件。并且是 WPMU 的开发人员自己写的东西。兼容性应该没什么大问题。

接下来说一下安装步骤：

1. 访问该下载页面并下载后。解压缩所下载的压缩包。
2. 将压缩好中的“sunrise.php”文件上传至 WPMU 站点的“wp-content”目录中。
3. 将压缩包中的“domain_mapping.php”文件上传至 WPMU 站点的“mu-plugins”目录中。
4. 修改“wp-config.php”文件中的一下代码：

//define( 'SUNRISE', 'on' );

改为：

define( 'SUNRISE', 'on' );

5. 接下来，站点管理人员便可以在“管理”中找到“Domain Mapping”选项并进行设置了。
6. 设置好站点的 IP 地址。以后用户想自己映射域名的时候，在各自的“管理”菜单中就可以自行设置了。

那么接下来，我为大家介绍一款专门用来管理 WPMU 站点中所安装的插件的一款插件。挺绕嘴是吗？

软件名称：Plugin Commander
当前版本：1.1.2
安装目录：mu-plugins
官方网站：http://firestats.cc/wiki/WPMUPluginCommander
相关介绍：该插件是基于 GPL 协议的一个项目，是由著名的 FireStats 插件的作者进行开发。该插件拥有以下功能：

• 可以设置某些安装在 plugins 目录中的插件，在用户新创建 Blog 的时候自动启用。
• 为已创建的 Blog 集体启用或禁用某些插件。
• 能够设置哪些插件可以让用户在插件菜单中进行启用或者禁用。（前提是关闭 MU 自带的插件菜单而使用该插件提供的功能。）
• 管理员可为某些 Blog 启用或禁用某些插件，尽管这些 Blog 的拥有者不可以对这些插件进行操作。

有了以上这些功能，相信您架设起来的 BSP 功能会更丰富，而且控制的自由度也可增加不少。

该插件安装的时候需要将文件上传到 mu-plugins 目录中，并保证 plugin-commander.php 文件放在 mu-plugins 目录中，而非另外建立的目录中。（MU 的专用插件基本上都是这个装法！）

顺便说一下，我已经将该插件的简体中文语言包制作完成并以 WordPress 中文团队的名义传给了开发人员，正在等待确认。相信不出意外的话，近期就可以打包到主程序当中了。欢迎大家使用。

==2008 07 19 更新==
语言包已经得到开发人员确认，并且加到了压缩包中。各位从官方站点下载的插件压缩包中，应该已经包含简体中文语言包了。

在 WPMU 的 SVN 中，最新的程序已经将 WordPress 2.6 Beta 3 的内核合并到 WPMU 的核心中。并且版本也升级到了 2.6 Beta 1。哦？为什么突然出来了一个 2.6 呢？大家也许还记得，目前最新的正式版本是 1.5.1。为什么直接跳到了 2.6 了呢？根据开发人员博客上面提到，为了避免版本的称呼发生混淆。干脆就将 MU 的版本与所使用的 WP 内核的版本进行了同步。而最新的 MU 程序使用的是 WP 2.6 的内核，那么自然，这个版本就这么出来了。

新版的 MU 增加了一些很不错的功能。

• 注册页面增加了一些防止垃圾用户的功能。
• 插件存放目录 wp-content/plugins/ 拥有了自动更新的功能。而 wp-content/mu-plugins/ 目录还没有该功能。我想，这是因为 MU 很多专属插件并不能在官方插件站点中自动下载所致吧。
• 缓存机制发生了少许更改。
• 修复了大部分发现的 Bug。

而且，新版 MU 还加入了 WP 2.6 的一些新功能。毕竟，内核是一样的嘛！
例如：Google Gears 的支持、修订版本、字数统计、主题预览等新增的功能。

说句题外话，这个主题预览的功能，如果你使用过 WordPress.COM，那么应该早就用过这个功能了。这次给加到了主程序里面，也算是修成正果了。哈哈～

接下来在说一下 WordPress MU 的 SNS 扩展插件套件—— BuddyPress。在之前的《闲谈 WordPress MU（六）》中已经做过相关的介绍。

虽然说官方的 SVN 中的 Tags 目录已经存在了几个版本。但依旧属于XX初级阶段。仅仅个别功能可以使用。还算不上成熟的产品。所以呢，还是那句话，等～

还有就是这两个产品的中文化工作。一直都跟着 SVN 走，WPMU 最新的语言包也已经翻译完毕并与 WP 的语言包进行了同步。这样，在使用的过程中，同一个功能，在两套系统里面，中文的翻译是一样的。免得混淆～

BuddyPress 的语言包也正在汉化中，不过产品到现在还没成熟，所以语言包也一直没有定稿。三天两头的变，搞得乱七八糟。等时机成熟，严格校对后会放出来。这个请大家放心……

好了，写了两天，挤出来这么点东西。主要是最近忙着婚房的装修，时间是在是不宽裕。没有太多时间去收集资料。所以，各位如果觉得这个系列文章有点用，那就留言谈谈看法。或者如果您对那个方面感兴趣，可以留言告诉我。

（我摘着我会的说…… ^_^）

虽然是 MU 相关的文章，不过好像都是一些传递信息的日志。而这其中并没有涉及到太多的技术性。但毕竟，标题也写明了是“闲谈”。那就有什么说什么吧……

　　WordPress 2.5 在前段时间正式发布了。虽然是仓促的因为赶进度而发布的版本，但总算是给等待了 N 个月的用户和投资商一个交代。无论是后台还是前台，问题还有很多。官方也在继续修正中……

　　按照惯例，每次 WordPress 有新版本出来，那么这个核心都会被移植到 WordPress MU 当中。这次也没例外。部分功能已经得到更新，而且后台的风格也已经换上了 2.5 的新版后台样式。并且处于 RC 版状态。

　　今天看到消息。WordPress.com 网站的后台已经换上了新的样式。和 2.5 的后台一样，有两种配色方案可以选择。而且，一些功能的措辞也和 2.5 同步了。具体核心程序更改了多少，我无法去查清楚。是仅仅更换了后台的布局还是连同核心文件按一起升级了，我就不知道了。反正 WordPress MU 的 SVN 里面已经更新了部分文件。

　　虽然更新到 2.5 的后台，带来了焕然一新的感觉。但同时也存在很多问题。由于以前官方使用的语言包，汉化的已经不是很完全了，这次更换布局以后，多出来的那些 2.5 新增的词条。导致后台更是惨不忍睹。原来还能看到很多的中文字，现在已经是一半一半，甚至还不到一半的中文字了。并且其中夹杂着一些繁体中文字。虽然并不影响使用，但看到这么个半成品的东西摆在那里，实在是影响心情。可惜，WordPress 中文团队并不是官方授权的团队，官方站所使用的中文包也不是我们进行维护。没啥办法了。希望官方制作中文语言包的组织，能够及时更新，注意一下翻译质量。话说回来，我发现 SVN 里语言包的 POT 文件还是老版的，难道新版的还没做出来呢？或者是暂时不进行多语言的工作？

　　其次就是新版后台在浏览器中的表现。原来的后台页面，在 IE 下面表现的只能说是可以接受。而更新到新版以后呢？抱歉，没有好转，反而出现 N 多地方错位的现象。估计这个毛病有一部分是集成了 2.5 的吧？再不就是国外使用 IE 的人很少？反正我现在使用 Firefox 和 Safari 的时间要多一点，无所谓了。只是苦了那些死守 IE 的用户了。

　　WordPress.com 站的情况暂时先说这么多。最近还研究个新玩意（好像出来有一段时间了）。是 WP 开发组为 WordPress MU 专门设立的一个项目。该项目可以将原有的 MU 系统变成像 Facebook 一样的社交网站。虽然目前还和 Facebook 八杆子打不着，不过雏形已经出来了。这个就是以下要介绍的新鲜玩意（别说我火星）—— BuddyPress。

　　本来是想单独写一篇文章介绍这个东西的。不过看在它和 MU 有密不可分的关系。那就放到一起写吧。无所谓 SEO 了。

　　BuddyPress 并不是一个新的程序架构。而是官方为了扩展 MU 的功能，让它变成社交网站而专门开发出来的一个插件包。在该项目当中，目前包含了以下几个扩展功能：个人档案设置、站内好友、好友列表（群）、站内短消息等功能。据官方站的网站上说，还包含一个类似 Twitter 的功能、相册功能以及状态更新。简单的说，就是集成进去了一个网页版的 IM 系统。在提供了这些功能的同时，还增加了一款为这些功能而定做的一款主题。可以让用户更方便的使用这些功能。

　　目前该“系统”还处于开发阶段，各项功能都还没有达到部署到生产环境的要求。所以，官方并没有提供直接可下载的安装包。我们仅仅能从其 SVN 中进行下载体验。就目前的情况，这个东西所扩展完毕的 MU 系统，已经基本上可以当成个社交网站使用了。剩下的就要靠运营这个网站的管理者如何去协调这些功能了。不过有总比没有强。世界各地使用 MU 架设起来的网站，有好多都是通过定制开发而实现了一些新奇的功能和上网体验。官方也只是提供了一个这样的概念。具体的实施，还要靠站点管理员进行调试了。

　　说道这个插件包的安装。非常简单。下载后，把当中除了主题目录以外所有的文件复制到 mu-plugins 目录当中去。然后把主题目录复制到 themes 目录就可以了。进入后台以后，就可以看到增加了相应的功能项了。

　　至于多语言化的处理，我尝试把语言包放到插件目录中，不生效。只好合并到主程序的语言包里。不过现在好像程序由于还处于初期开发阶段，部分词条并不能翻译。所以语言包的制作还是先放一放吧。

　　总的来说，这个插件包给了 MU 一个新的体验，让本来就很优秀的一款程序锦上添花（这个词用的太土了，没办法，语言贫乏，见谅）。如果您有兴趣，可以提前尝试一下，也好为以后如果扩展这些功能做一些准备。不过切记，现在它还相当的不完善。请不要部署到生产环境中。

　　更多关于 BuddyPress 的信息，可以到 http://buddypress.org 上面找到。中文团队也会随时关注该项目的进展情况。

　　今天就暂时说这么多。我太天才了，不关技术的话也能说这么多。难以想象你是怎么看完的。希望没有把你看郁闷了。废话这么多。对你哪怕有那么一点点点帮助，俺就没白臭屁。谢谢观赏…… OVER

　　首先，WordPress 2.5 的后台经过重新设计，已经和以前的后台大不一样。不过总体的布局并没有太大变动（变大了估计很多人找不到东南西北。这句话和上一句矛盾吗？不矛盾……接着往下看。）增加了一些比较实用的功能，比如批量附件上传、升级了内置的 TinyMCE 编辑器的版本、内置了头像的支持（收购了却不用？岂不是赔了？）、标签管理（虽然功能很单一，不过有毛不算秃）、一键插件升级（需要设置 FTP 相关信息）、后台风格设置（就俩风格，一个深蓝一个浅蓝）等等等等……我就不一一列举了。

　　增加功能的同时，也同样减少了一些东西。比较明显的是，当您的永久链接设置中，没有使用 “Post Name” 的时候，那么后台是找不到修改文章 Slug 的地方的。只有永久链接中包含了 “Post Name” 才会在文章的标题下面出现一个编辑 Slug 的对话框。而传统的在编辑页面右侧的 Slug 输入窗口已经被无耻地干掉了（其实是在代码中给屏蔽掉了）。所以，如果您和我一样，虽然用着 “Post ID” 形式的链接，但以后想使用 “Post Name”，那么要不就是修改编辑器的代码，要么就是通过插件来实现激活 Slug 输入窗口的功能。好在经过 Wady 的努力，已经写出来这个插件了。等正式版出来的时候合计合计一起放出来吧。

　　再谈谈插件的问题。就目前测试的情况来看，大部分的插件还是可以工作的，只是部分插件的后台设置页面与 2.5 的风格有些出入。不过我想等正式版出来的时候，插件作者们应该都会跟进的。测试期间也遇到了部分插件不兼容的情况，不过都不是特别重要的插件，不提也罢。或者您可以稳稳当当的先用着 2.3.x。等您想用的插件升级了在把站点升级到 2.5 也不迟。

　　主题方面，增加了几个页面调用的函数。不过对大多数主题并没有太大影响。基本上都可以正常工作。当初升级到 2.3 的时候怎么修改的主题，现在如果升级到 2.5，您就原样放进去，一般都可以正常使用。

　　偶了，就这么多。虽然折腾了挺长时间，不过本站在写此日志的时候，依旧使用着 2.3.3。今天看到消息，WordPress 2.5 RC1 已经公开提供下载测试了。喜欢尝鲜的朋友可以去试验下。不过记得做好站点的备份。这个我想不用我提醒了吧？　　

　　至于 WordPress 2.5 的中文语言包，现在网上有人放出来了。愿意用就用，WordPress 中文团队只在官方发布正式版的时候才会发布相应的语言包。免得好像鼓励大家升级到 RC 版的感觉。毕竟，RC 就是 RC。一个站点稳定最重要…… 

各位插件设计作者………………好！现在有这么个事儿。各位设计出来的插件，后台设计界面可能灰常地漂亮。但是有没有发现用在 2.5 下面以后，已经不是当初你所设计的样子了。仿佛不是很符合 WordPress 2.5 的后台整体风格。最近发现一篇比较有用的文章，可以指引大家如何让自己的插件设置页面与 2.5 的后台整体风格搭调。不管你喜欢还是不喜欢 2.5 的后台风格，毕竟它已经来了。想改啊？祈祷下一版吧（本句，部分摘自英文原文）。

开发插件的朋友可能都知道，WordPress Codex 上面的 migrating plugins and themes 这篇文章讲解了插件和主题开发的一些技术细节，但文中并没有提及应该如何给插件和主题的设置界面编写样式表，好让这些东西符合主程序的后台风格。经过研究，一下是一些让您的插件设置页面，能够和 2.5 看起来比较配套的方法。

嵌套
这个并没有什么改变，依旧是按照以下格式进行嵌套：

<div class="wrap"> </div>

标题
标题应该以一个 H2 标题开始，作为插件的主标题。然后使用 H3 标题，作为插件的副标题。如图：

插件设置项
插件设置项通常包含名称、解释和功能设置内容。想让这些内容看起来漂亮一些。您必须使用表格。表格需要包含以下标记：

<table>
 <tr>
 <th scope="row" valign="top">Name</th>
 <td>
 <input id="inputid" />
 <label for="inputid">explanation</label>
 </td>
 </tr>
 </table>

每组设置项，保持在一行。方便用户理解设置项的功能。如下显示：

提交按钮
在设置页面的最后，就是提交设置的按钮了。写法和下面代码类似就可以：

<span class="submit">
<input name="submit" value="Save Changes" type="submit" />
</span>

实际效果如下图：

大概就是这么多内容。如果您按照以上步骤对您的插件进行优化，那么使用者在使用过程中，会觉得舒服一些。

原文只介绍到这些内容。在此，我还要提醒大家一声。WordPress 2.5 后台部分调用代码和函数发生了变化，虽然变化不大。但老版本的插件可能有一些会在使用过程中出现脚本错误或者页面破碎的状况。希望各位在开发插件的同时，多注意一下主程序升级所带来的相关变更……

以下是收集到的一些 WordPress 后台管理界面的主题。部分主题体提供了下载。

WP Tiger Admin Style:

可以说使用者最多的一款主题。由 Ordered List 设计。下载量已经突破 40000 次。此款主题一改传统后台的顶部导航，而使用广受喜爱的侧栏方式进行栏目的划分。

Spotmilk 2.2:

由 Ceprix 设计。也是一款非常著名的 WordPress 后台主题。不难看出，此款主题有一定的 MacOS 系统的味道。加上奶白色的色调。给人一种清新的感觉。虽然官方站点仿佛是在重新建设，但您仍然可以下载到可用的程序。

JS Style Spotmilk Admin:

基于 Spotmilk 主题的修改版本。仅仅修改了部分原色。现在已经推出绿色和蓝色的版本。

Planet X7:

由 Sevban.com 设计。属于传统后台的全蓝色主题。漂亮的链接方式，更方便使用。已经通过 WordPress 2.2 以上版本进行过测试。

afd WordPress2 Admin Theme:

由 aenon fire design 设计。和默认的主题一样使用方便。与默认主题不同的是可以自定义页首和菜单的颜色。这样，如果您有多个 WordPress 站点经常要一起进行后台设置。那么用不同的颜色可以方便的区别开来。此主题兼容最新的 WordPress 程序。

WordPress NiceAdmin:

由 Douglas Karr 在 Spotmilk 的基础上参考默认主题进行的修改。兼容 WordPress 从 1.5 到 2.3 等。

Wordtunes2:

设计参考了 Itunes 的界面。非常清爽的一款主题。不过很可惜，暂时没找到相关的下载地址。如果您知道下载地址，希望能在评论中给出。

Shuttle:

由 Broken Kode 设计。已经开始设计很长时间（好像是 2005 年就开始做了）。不过始终没有推出。我们也仅仅能在站点放出的效果图中看到相关的效果。在效果图中，我们可以看出后台中加入了一些新的功能。不知道什么时候能够合并到官方的程序中。一切都是未知……（插嘴：我巨喜欢的一款主题，不过好像是要胎死腹中……T_T）。

Digg Style:

非常漂亮的一款仿 Digg 的主题。不过很可惜，由于版权原因，没有对外提供下载。我们也只能看看效果图了。

相关资源：

WordPress Codex: Creating Admin Themes
Binary Moons: Custom Admin login plugin
MyDashboard: Netvibes/igoogle/pageflakesstyle dashboard.
WordPress Admin drop down menu’s plugin

本文是参考：Wordpress admin themes，经过我个人的归纳而成的一篇文章。和原文由一定出入。各位也可以到原文的网站查看相关内容。

PS：顺便增加一款刚发现的。Barunio 也是一款后台的主题。感觉只是小规模的进行了一些美化。暂时没有使用过，具体还请有兴趣的朋友测试一下。

　　我突然想起来最近新启用了几个插件，难道是这些插件存在冲突？一个一个插件试验，一次次的编辑文章并提交，始终没有好转。

　　最后才想起来，以前好像碰到过这个问题。当时是 Google XML Sitemaps 这个插件引起的。难道这次又是它？试验着把这个插件禁用掉。果然，站点正常了。估计又是他在通知某个搜索引擎的时候出错了。导致操作超时。

　　各位在遇到相同的问题的时候，而你正好也装了这个插件的时候。建议先拿它开刀。没准一次就能找到毛病的所在。

　　而解决的方法呢？要么就是暂时禁用掉一会儿。要么就是看看能不能去掉几个搜索引擎的通知功能。

这次的升级，照比 2.2 以及以前的版本，增加了一个咣咣实用地功能，那就是传说中地 Tagging 支持。具体啥叫 Tagging 我想就不用俺介绍了把？只要你不是外星人，而且使用过一段 BLOG 。都应该知道地一个玩意。而且好处大大地。

更新的时候捏，需要注意一些事儿。不过对于经常鼓捣程序地你，应该问题不大哈。首先，建议你备份你地数据库，具体是使用 phpMyAdmin 还是 WordPress 的数据库备份插件，那就根据你地爱好了。你甚至于直接到服务器上把数据库的目录直接 Copy 出来进行备份。然后捏？你要是愿意把站点的文件都下载回本地留一份就留着，不愿意也没啥关系，大不了到时候想回到以前版本的时候再从官方站下一个。最后就是升级啦，升级地步骤也是极其简单，把新版本程序传上去，然后登陆后台，会提示你升级数据库结构，按照说明点下一步。搞定。

是不是挺简单？是不是很期待？那还等啥呀？赶紧地吧！

不过需要注意一下，部分插件可能无法适应新核心程序，造成无法工作或导致程序出错。具体哪些插件……（插件太多，我没功夫测试，不过人家官方站有个测试帖子在论坛中，自己去找。）我给大家地建议就是先把自己用到的插件都更新到最新版。然后每开启一个插件进行一下简单的发布和浏览测试。确保没啥问题了再激活下一个插件。这样免得一起激活后，一旦出现错误，不知道哪个插件引起地。

主题方面，由于新增了 Tagging 功能，可能需要你进行修改一下。具体去瞧俺翻译地鸟语文章。

如何让您当前主题支持 WordPress 2.3 的 Tags 功能 1
如何让您当前主题支持 WordPress 2.3 的 Tags 功能 2

　　当初安装上这个插件，主要是为了在页面上能够直接提供文件的下载，并且对文件的下载量以及一些其他的数据进行统计。而且这个插件允许您在后台对文件进行一定的管理。可以说，是一款非常不错的下载管理系统。

　　具体的安装和使用方法我就不在这里多说了，网上关于它的教程有好多。我只说说我遇到的问题吧。

　　安装完这款插件以后，我也没太在意网站的速度，可以这两天突然发现网站的速度比刚开始装“WordPress”的时候慢了好多。以前我记得页面的响应时间也就在两秒钟左右。可最近一直都是在5-6秒左右。而且不分页面复杂程度如何。点任何页面都差不多需要这个时间才能一下都显示出来。在后台开启关闭ＧＺＩＰ也没有效果。想到可能是最近测试插件的时候安装了太多插件的缘故吧。于是把乱七八糟的插件都禁用掉了，可还是没有好转。没办法，只好把我正在使用的这个插件给停掉了。这个时候发现，网站的速度一下子上来了。终于让我找到谁拖慢了网站速度了。

　　为了能够让网站的速度正常，我也只好忍痛把这个插件删除掉了。具体为什么会拖慢网站的速度，我也没仔细研究过。不过在我必须使用这个插件之前，或者把网站完全做成静态页之前，我是不会装这个插件了。

　　貌似我昨天测试把站点做成 HTML 以后，连访问单页 HTML 都得5-6秒的时间。不解！

　　最后，建议大家在安装任何一款插件之前，能够确定你是否真的需要安装它。并且最好能够有一个测试专用的站点（同站点架设两个 WP 也可以的啊。）上面先行测试，等没什么问题了再转到正式站点上。在安装的同时，注意站点响应速度的变化，两三秒的延迟增加，对很多人都是无法忍受的。

　　PS:我的服务器是在网通的线路上，如果您访问的时候发现本站的延迟比文中说的还要大，那我只能说您需要感谢国内现在这大好的网络环境了。操！