自从我们的 WordPress 插件推出之后，陆陆续续我们收到了不少反馈，但由于时间因素迟迟没有更新。经过了一个十一，我利用了一些放假时间大幅度升级了这个插件，下面是一张新增功能的截图：

升级后的插件大幅度提高了可定制性，主要改动包括以下几个方面：

1. 新增收藏服务选择功能，可以自定义显示于下拉列表中的服务和顺序；
2. 新增按钮和列表样式定义功能，自定义按钮图片、列表颜色只是点点鼠标这么简单；
3. 样式改进，增加必要的交互样式，利于用户使用；
4. 启用全新的 form names，减少与其它插件可能的冲突，提高兼容性；
5. 重构的 Javascript 代码，减少不正常显示列表的概率；
6. 精简了生成代码，避免影响模板中原有样式，提高与各种模板间的兼容性；

升级的方法相当简单，下载新版本后覆盖即可。当然，如果您使用 WP 2.5 以上，通过后台升级也是可以的。

如果您有什么其它的意见和建议，还希望您在留言中提出，我们会努力不断改进的

Mozilla Labs 最近推出的官方 Firefox 插件 Ubiquity 这几天受到了广泛的关注，我本来也想写篇文章介绍一下的，不过发现网上中文的介绍已经很多了（Riku, WatsonXu），我就不再重复了。如果你还不知道 Ubiquity 是啥，可以看看 Mozilla 官方介绍中那段小视频。Mozilla 官方的解释是“让你像使用地址栏一样告诉 Firefox 你想做什么”，再说白一点就是让你可以用命令来控制 Firefox 的行为，提高浏览效率，更是增强上网冲浪的体验。

我这两天也仔细研究了一下 ubiquity，发现有两点是我个人非常喜欢的。第一点，ubiquity 拥有一个非常人性化的命令解释器，使得我们可以使用非常接近自然语言的语法来完成我们需要的操作。举个例子，例如你选中网页中“中国”两个字，然后激活 ubiquity，输入 translate this to English，页面上的“中国”就会被 China 取代。通过打开 ubiquity 的源文件，我发现 ubiquity 的日语解析器也在开发中，但估计中文解析将不会太容易，分词毕竟是个大麻烦。第二点，ubiquity 支持类似 GreaseMonkey 的可扩展 UserScript，而且 ubiquity 提供了丰富的内建函数供开发者使用，创建一个新命令是件很轻松的事情。这样一来，开发者和高级用户（甚至所有熟悉 Javascript 的用户）都可以利用 ubiquity 开发一些用户脚本，轻易将各种 Web 2.0 应用 Mashup 起来。这一点也是非常顺应当今 Web 2.0 潮流的。

最后呢，做个小广告。为了实践 ubiquity 同时熟悉一下它的命令创建方法，我自己也写了一个简单的小脚本。它的作用和内建的 tinyurl 是相同的，只是所使用的服务是我前不久写的一个网址缩短服务 g.hi2.me。脚本安装很简单，安装好 ubiquity 之后，利用 Firefox 访问 g.hi2.me 的主页，Firefox 就会显示提示发现可用的脚本，然后根据提示装好就可以了（中途会有安全警告，没办法，现阶段 0.1 版的 ubiquity 还没有签名系统，所有脚本都被认为不可信，但不影响使用）。使用方面更是简单，您只需选中网页上一个长地址，例如选中下面的地址：

http://labs.mozilla.com/2008/08/introducing-ubiquity/

然后呼出 ubiquity（默认快捷键 Ctrl+Space 会和输入法冲突，装好 ubiquity 就应该换一个），输入 go-hi 回车，很快那个长地址就会变成一个精巧的短地址了。

当然，您可能会说已经有了 tinyurl 为啥还写个这个，请注意这只是个练习，所以我并没考虑到它功能上的问题。当然，这个脚本中基本用到了 ubiquity 创建命令的常用方法，以及发起 Ajax 请求，处理 XML 的方法（其实就是 jQuery），如果您也有这方面需要，作为参考也是个不错的选择。

补充一下，这里有个很好的中文命令列表介绍，可以参考一下。

昨天发布 WordPress 2.6 RC1 后，WordPress 2.6 正式版毫无悬念的在今天发布了。相对于 2.5 版，WordPress 2.6 并没有什么翻天覆地的改变，新功能加了不少，但除了那个 Turbo 外没有一个让我能够稍微激动一点点的。WP 官方为新版发布还做了个介绍视频，转过来给大家放一下：

新增的功能主要有以下几方面：

1. 文章版本控制功能：类似 Wiki 的一个功能，甚至可以做到比较不同版本的异同。但我感觉对于 Blog 来说是个可有可无的东西，这个功能如果只在 Page 上生效的话可能会更合适一点。
2. Press It!：其实就是一个快速发布的浏览器 Bookmarklet。不过说实话这个挺实用的，至少我个人是非常喜欢，毕竟为写篇文章还进一次后台实在是太麻烦了。
3. 图片标题：这个实际上是媒体库和可视化编辑器的一个增强，就是可以很方便的给文章中插入的图片底下加上个标题，对于文献看多了的朋友来说还挺有用的
4. Turbo：利用 Google Gears 缓存后台静态文件，以达到加速的目的。这是 2.6 我个人认为最实用的功能，确实大大加快了后台的载入速度和 TinyMCE 的相应速度。这个功能让我从 Windows Live Writer 又重新回归到 WP 后台来写作，毕竟后台才是最完美的。当然这个功能也刺激了我的灵感，写出了 WP-Turbo，前后台都加速多爽啊。
5. 其他一些功能：实时字数统计（不支持中文），媒体库增强，批量插件管理，主题切换预览等。个人感觉大多是很“华丽”的功能

虽然看上去没啥大改进，但 WP 这东西我还是建议大家保持跟着升级。何况 2.6 版对之前的插件兼容还算不错，应该没什么后顾之忧。

对于 Developer 来说，2.6 版新增了很多常量，也改进了很多地方。事实上现在连 wp-content 目录都可以自定义了，从这个角度上来说，WordPress 2.6 进化的还是蛮多的。

btw: 广告一下，WP-Turbo 已经升级到 0.4Beta，速更新

前天我在博客上添加了个 Turbo 按钮，通过反馈来看确实有提速的功效。同时我还给了 Denis 一份官方泄漏版，在他的博客上表现也是很不错的。今天花了半天的时间完善了一下这个插件，现在发布一个 Beta 测试版，让大家都可以用上。

为什么要开发 WP Turbo 这个插件呢？坦率的说，开发这个插件的灵感来源于 WordPress 2.6 后台中的加速功能。WP 自从武装了 TinyMCE 之后后台速度变得非常慢，其中重要原因就是过多的 HTTP 请求拖慢了速度。通过 Turbo 这个功能，让所有的静态文件都通过本地来读取，整个后台的速度一下子就快了起来。用 Google Gears 来加速 Web 2.0 应用，这恐怕也是 Gears 被开发出来的一个原因。

但是，只是后台快了明显还不够，因为我们的访客是无法体验到这些好处的。对于我们 Blogger 来说，大多数还是用着不怎么样的服务器或者国外服务器，这样的线路条件显然会拖慢站点的访问速度。为了提高速度，很多 Blogger 不惜牺牲页面的美观性来换取更快的打开速度，这显然有悖于博客崇尚个性化的宗旨。

为了解决这个问题，我首先想到的就是 Google Gears。其实最初我只想给我的模板添加个 Turbo 功能，但后来觉得这个功能需求应该还是很广泛的，就把它做成了一个插件。这个插件就是 WP Turbo。

关于 WP Turbo 的介绍、下载和安装，您可以到 WP Turbo 的专门页面上去了解。当然，在这之前，您可以在本站体验一下启用 WP Turbo 的感觉。至于为什么插件介绍页面是英文的，是因为我写完了英文介绍之后懒得翻译了，大家先凑合看，等我有空再写份中文的好了。

最后，希望大家多提出宝贵意见和建议，我将在未来的版本中考虑加以改进。

前两天我陆续写了两篇文章，一篇分析了 WordPress 2.3 版本的变化，另一篇发布了一个我自己写的插件来解决 WordPress 2.3 上 Tag 的转换和支持问题。虽说 WordPress 2.3 对于原有插件的兼容性是相当不错的，但由于新版本对于分类数据表结构的巨大改变，还是导致了很多插件发生不兼容现象。Google Sitemap Generator 就是其中一个。

Sitemap 在 SEO 中的重要作用我想已经无须再强调了，对于 WordPress 用户，最佳的 Sitemap 解决方案就是 Google Sitemap Generator 这个插件了。它生成的 Sitemap 可以被 Google、Yahoo、Windows Live Search 这三大搜索引擎识别，可以说是 WP 用户不可缺少的插件。但不幸的是，它无法在 WordPress 2.3 上正常的工作，因此我们在作者做出更新前，必须自己对其进行修正。

我已经针对 WordPress 2.3 对这个插件进行了修正，您可以在文章后的链接下载并使用。这个修改版的插件是基于最新的 Google Sitemap Generator 3.0b8 来进行修改的。其实这个版本已经非常稳定，而且能够在博客做出更新时可以自动通知搜索引擎及时进行更新。改进版的插件已经应用于本站，目前工作良好。

具体方法我就不详细介绍了，想了解的朋友看看代码就会明白。其实主要就是针对分类操作的 SQL 进行修改。

请点击这里下载修正版的 Google Sitemap Generator 3.0b8。如果您需转载，请使用本文的链接，而不要直接引用下载链接，谢谢合作。

btw: 我将持续对现有插件进行兼容性修正，目前正在修改 Extended Live Archive，正常情况明天即可发布。另外如果您知道有什么插件无法正常工作在 WordPress 2.3 Beta 1 下，您可以将插件的名字和链接告诉我，我根据情况来进行修正。

我花了一些时间研究了 WP2.3 新的分类/Tag 系统，其实插件的不兼容问题多半来自分类数据表结构的“巨变”。目前我已经基本弄懂了新表的结构和操作方案，并在着手修正多款流行插件（例如 Sitemap Generator, Extended Live Archive 等）。但我不可能尝试所有的插件，因此还需要您的帮助，共同找出不兼容的插件。

这里写个我总结的简明兼容性检测方法：

1. 首先停用现有的全部插件；
2. 将 Blog 系统升级到 WP 2.3 Beta 1，这里我推荐您在测试平台上完成，若必须在正在使用的平台上升级，请对数据库进行备份；
3. 删除 wp_categories, wp_post2cat, wp_link2cat 三个表，新版 WP 已经不需要他们；
4. 启用您认为可能存在兼容性问题的插件；
5. 如果无法启用，即有兼容性问题；
6. 如果可以启用，但出现错误提示，则为存在兼容性问题；
7. 如果可以启用，但功能无法使用，则有兼容性问题；
8. 如果可以启用，请尝试发布新文章和对现有文章进行修改/删除操作，如果无法操作或出现错误提示，则为存在兼容性问题；
9. 如果可以启用，请尝试新建、修改、删除 Blogroll，如果无法操作或出现错误提示，则存在兼容性问题；
10. 请将您检测出有兼容性问题的插件名称，插件地址，什么操作可引起兼容性问题，您的 Blog 名称和地址发送到我的 Email，我会尽快回复，并根据具体情况进行修正。

让我们共同努力，让更多人可以顺利的升级到 WordPress 2.3

我相信无论是 PHP 新手，还是 PHP 大牛，写程序的时候都离不开 PHP 手册。UGiA 制作的 PHP 手册我一直用了好几年，根据官方在线手册制作，内容完整，包含用户评论。现在又有了新版本，我想应该是每位 PHP 程序员必备的。

这里是发布页面，请到作者网站下载。最后感谢作者的辛勤劳动。另外，我个人推荐英文 chm 版，不仅完整，而且用起来方便。

今天，PHP 官方宣布将在年底结束 PHP 4 的新版本开发。也就是说，在 2007 年 12 月 31 日之后，PHP 4 将不会再有新的版本。同时 PHP 官方也承诺在 2008 年 8 月 8 日（他们也要看北京奥运会？？）之前，对于严重的安全漏洞还会进行维护和修复，在这之后，PHP 4 将彻底告别历史舞台。

PHP 4 作为 PHP 历史上一个里程碑式的版本，为 PHP 的发展可谓做出了巨大的贡献。在 PHP 4 这个健壮的语言平台上，出现了 phpBB，WordPress，Drupal 等等优秀的 Web 应用。而由于这些应用的广泛使用，使得 PHP 也成为了互联网中应用最为广泛、最为流行的动态脚本语言。

作为开发者，最关心的问题可能是 PHP 4 停止开发后，自己程序的问题。事实上，这些问题几乎不需要担心。经过三年的发展，PHP 5 已经足够稳定，而相对于 PHP 4，其更高效，对于面向对象支持更完整。对于大多数程序，从 PHP 4 迁移到 PHP 5 基本无须大范围调整，而像一些主流的开源程序，大多同时适用与 PHP4/5 两个版本，而有一些甚至已经提供了 PHP 5 Only 的版本。这样看来我们在迁移上将不会遇到太多障碍，此外官方针对这个问题也给出了升级指南来帮助开发者解决这个问题。

PHP 已经升级，我们如今再开发 Web 应用也不能在保守的停留在 PHP 4 平台上了，使用 PHP 5 + MySQL 5 不仅能够构建出更健壮更高效的程序，在未来迁移时也会得到不少便利。现在，国外的一些主流 Web hosts 已经都开始提供 PHP 5，这方面国内的服务商就比较落后，大多还都是 PHP 4 + MySQL 3 这样的落后组合。不知道 PHP 官方这个决定，能不能敦促他们与时俱进呢？

ps: CBN 合租主机使用 PHP 5.2.3 + MySQL 5，国内没有更高的了吧

不久前，我曾经写了一篇文章介绍了 WordPress 2.2 的新特性。如此丰富的新特性，让我们这些 WordPress 的 Fans 们确实激动不已，但对于 WP 开发团队来说可未必是什么好事。不久前，WP 团队的老大 Matt 已经宣布 WP 2.2 将推迟 1-2 周推出，今天在 BloggingPro 又看到消息，WordPress 2.2 可能要阉割掉内建的 Tag 系统，这可让人有点不爽了。

为了验证这个新闻的准确性，我还特地 Check out 了最新的 WordPress 2.3 Alpha SVN 版本(5290)，从上面的截图可以看出，这个版本还是有内建 Tag 的。而且在永久链接选项中，也含有关于 Tag 的设置。我试用了一下，Tag 的功能基本完整，和广泛使用的 UTW 操作很类似。看来 Tag 系统的完成度还是比较高的，这个时候下马这个功能似乎有点不和常理。

但熟悉 WordPress 的朋友都知道，WordPress 的开发和版本更新是以 120 天为一个周期的，所以很有可能是开发进度实在无法完成这么多的功能。而 WP 应用如此广泛，一个未经周密测试的功能显然不能加入到发行版中来。这一点我们也是表示理解的。不过我个人觉得，内建的 Tag 系统应该是新版 WP 中最值得期待的功能，正像官方论坛中一位朋友所说，“我们宁可放弃其它一些功能，也希望能够保留这个我们最喜欢的”。

btw: 发现新的内建 Tag 系统实际上是将 Tag 映射为特殊标记的 Category，和我们常用的 UTW 处理方式完全不同，看来这次转换有点麻烦了。

冲掉广告文，来个预报。

做 WordPress 相关开发，一个离不开的网站就是 Codex。今天在查阅 Codex 时无意看到了 WordPress 2.2 的分支，想想 120 天的周期又快到了，WordPress 2.2 离我们也不遥远了。

我们来提前预览一下 WordPress 2.2 的新特性吧：

• 原生 Tag 支持：WordPress 终于支持原生的 Tag 系统了，我们终于可以不需要再使用 UTW 之类的插件了。不过话说回来，到时候转换还真是个大麻烦，而且像我这样模板中根据 UTW 进行了深度开发的，估计肯定会延缓应用 2.2 的进程。
• 永久链接转向：这个是不是用来解决更换链接的问题呢？
• 增强留言编辑：这个更不明白了，要是能提供给访客编辑自己留言的功能就太好了。

对于管理者，WordPress 2.2 也有更新：

• 开始支持 Atom 1.0。
• 评论 Feed 支持多种格式，包括 Atom。
• 核心 Javascript 开始换用 jQuery。我个人一直觉得 Prototype 挺好用的，但现在貌似 jQuery 越来越火了。
• 支持 Atom API。
• 增强 XML-RPC API。很期待能添加一个设定 postname 的接口，这样我就可以用离线客户端了。
• 引入 phpMailer 组件。同志们，困扰我们 n 久的邮件乱码有望彻底解决了。

另外在这里没提到，但我在 SVN 版本和 WordPress MU 中都发现了这两点：

1. 支持 MySQL 4+ 的字符集设定。在 wp-config.php 文件中可以设定，我们终于不用在更新时修改 wp-db.php 了。
2. 引入 SITE_URL 和 HOME 常量。在 wp-config.php 中设定这两个常量，WordPress 会自动忽略后台对应的设置，这样的好处就是，在站点搬家时，我们不需要再跑到数据库中去修改了。

WordPress 2.2 这个更新真是解决了不少的问题，尤其是对于我们这些非拉丁语系用户，很值得期待。