不过在 Firefox 3.6 beta 版里是可以关闭扩展兼容性检测的，而且 Mozilla 也已经宣称他们测试 75% 的扩展都是可以正常运行在 Firefox 3.6 Beta 上面的。这样，我们升级 Firefox 就轻松很多了。

禁用 Firefox 3.6 Beta 的扩展兼容检查，请进行如下几步操作：

1. 在地址栏中输入 about:config
2. 在页面空白处点击右键，选择新建一个布尔型键值
3. 新键的名称为 extensions.checkCompatibility.3.6b
4. 值设定为 false
5. 重新启动 Firefox

这时你会发现原来那些不兼容的插件和主题都被启用了，当然这样操作之后副作用就是有些确实不兼容的插件也会被启用，可能会引起一些问题。这就需要使用排除法来手工禁用这些插件并等待升级版本了。

btw: Firefox 3.6 在 Mac OSX 下支持全屏浏览了，很好很强大！

今天给大家推荐的 CheckPlaces 就是一个快速清理收藏夹的插件。它可以迅速查找 Firefox 收藏夹中的重复条目、死链以及很久没有访问过的项目，并提出清理建议，甚至还有一键清理功能。

CheckPlaces 本身的用法实在太简单了，这里就没啥必要讲了。我只是稍微用了一下，它就帮我清理掉将近两百条无用的收藏夹条目。我觉得这种傻瓜式的管理插件是最适合我这种懒人了。

CheckPlaces 可以在 Firefox Addons 中找到。一款简单实用，能提高效率的工具，相信你一定会喜欢。

但 iTunes 一直缺少一个我很想要的功能，就是随时弹出个气泡来提示我正在播放的歌曲，要是每换首歌都要把 iTunes 拽出来一下绝对是个悲剧。直到我找到 CoverSutra 这个软件之后，我心中的 iTunes 基本完美了！

CoverSutra 不完全算一个 iTunes 插件，它本身是个独立的应用程序，但一切功能都是要配合 iTunes 的。如上图，运行 CoverSutra 之后，系统的 Menubar 上会增加一个音符的图标，当歌曲切换的时候，从这个音符图标所在的位置会弹出一个别致的黑色小气泡，显示正在播放歌曲的封面，名称等信息。当然，如果你不喜欢这个气泡，也可以在软件的设置界面中将提示方式改为 Growl，这样就可以充分自定义风格了。出了 Menubar 的弹出气泡，CoverSutra 还会在桌面上显示一个 CD 盒子样的图标来显示当前歌曲的封面，它的风格也是可以在设置界面中修改的。

如果你认为 CoverSutra 只能提示一下当前歌曲的话，那实在是浪费了这款强大的软件。事实上，CoverSutra 是一款强大的到完全可以让你在听歌时忘记 iTunes 界面的软件。用鼠标左键点击音符，CoverSutra 会显示出一个类似 Spotlight 一样的界面，在这里，你可以非常方便的搜索 iTunes 的曲库，找到并且播放你想听的歌曲。整个过程无需打开 iTunes 的界面，对于经常在工作时听音乐的朋友来说，是非常方便的。

另外一个我觉得很棒的功能，就是如上图所示的 Player Control 界面。默认情况下，CoverSutra 的 Player Control 界面可以用 F6 唤出，当然在设置界面可以改。在这个界面中，基本上所有常用的操作都有了，特别是评级这个功能恐怕是最常用的了。事实上，如果你和我一样是个评级控的话，CoverSutra 甚至允许你给六个基本都分别设置好快捷键，这样你在听到歌曲的时候，可以随时一键评级了。

CoverSutra 还有很多很赞的功能，例如 Last.fm 集成也是很多朋友想要的。无论从哪方面来说，CoverSutra 都是一个很值得试试的软件，这里推荐给喜欢和被迫使用 iTunes 的朋友

btw，该软件不免费，而且要价 20$ 相当让人不爽（感觉有点儿贵）。当然我知道这个应该难不倒这里的朋友吧，比如搜索个 CoverSutra 2.2 b6 之类的，呵呵。

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

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

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

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

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

前天我在博客上添加了个 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 的感觉。至于为什么插件介绍页面是英文的，是因为我写完了英文介绍之后懒得翻译了，大家先凑合看，等我有空再写份中文的好了。

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

另一个好消息是，我已经把它做成了一个插件（完成度 90%），支持 WordPress 2.5 和 2.6，最近几天完善一下就会发布出来。到时候大家的 Blog 就都可以华丽的加速了

WordPress 2.3 正式版推出，很多朋友可能都用上了。不少用惯了 Ultimate Tag Warrior 的朋友对于这个“简陋”的原生 Tag 肯定不很满意，于是寻找各种弥补的方案。当然，我的 Tag Converter 插件也是候选之一。

不过今天我最不愿意看到的事情还是发生了，okevin 的博客由于使用我写的 Tag Converter 进行 UTW Tags->Native Tags 的转换，结果导致全部 Tag 丢失。虽然 okevin 事后发信说是他自己没备份好数据的问题，但我觉得这件事情我也有不可推卸的责任。作为一个 Blogger 我很清楚数据意味着什么，但现在我确实也没有能力弥补了。谨以此文向 okevin 表示道歉。

我是个有点完美主义的人，因此很是看不惯“多余”的东西。我一直认为一个东西如果没用便不再有存在的价值。这种思想下，我的 Tag Converter 插件在转化 Tags 时就显得有点“暴力”了。Tag Converter 在转换完 UTW 之后，会自动移除 UTW 的数据表和其生成的所有数据库缓存，也就是这个原因才给 okevin 的“惨剧”埋下了伏笔。

但是我觉得，Tag Converter 中有的功能很多人还是很需要的。例如它可以根据 WP 2.3 的原生 Tag 来显示相关文章，可以支持文章内嵌 Tag 转换为 WP 的原生 Tag，可以配合另一款我修改的 Extend Live Archive 生成 Color Weight Tags Cloud。这几个功能我想对于原来使用 UTW 的用户来说，还是比较迫切的。

虽然 okevin 的遭遇我现在还没找到原因，但为了避免更多人“受害”，我决定临时推出一个更新版的 Tag Converter。这个版本没有任何功能更细，相反完全屏蔽掉了 UTW Tags => Native Tags 的转化功能。需要这个功能的朋友，可以使用更加稳定的官方转换程序（Manage->Import）。

新版的 Tag Converter 请到 Tag Converter 的页面中下载。

不过这样一来，这个插件算是彻底“名不符实”了。WP 2.3 的 Tag 功能确实很弱，但不是一无是处，我们可以通过插件来增强它。我正在考虑完全重写 Tag Coverter，推出一款 Tag 功能增强的插件，这样会更实用一些。在这里我想向大家征集一下功能需求，希望大家能够在留言中提出来

这一段时间一直没有发布新的 WP2.3 插件，因为学习方面的事情确实很多，N多“面上”的事情要做。什么时候我们这些形式主义的东西能够最小化，不需要什么新技术，我们的生产力就可以提高一大截。

扯远了，回归正文。前几天收到 Andor 的邮件，像我报告一个不兼容的插件 Fancy Categories，并希望我能一并修改好它。赶上今晚有点零散时间，赶快动手。

Fancy Categories 是一个 WP 分类展示插件。利用 Javascript 得到很不错的树状、可展开的分类显示效果，用来替代 WordPress 本身的 wp_list_category 函数很不错。但是如前文所提到，WP 2.3 分类部分的数据表结构有巨大改变，所以这种带“Category”的插件基本上是无法运行于 2.3 上的。

不过 Fancy Categories 修改还是比较简单的，代码中实质上只有一句 SQL（两句相同的）进行分类的精选（Select）操作。利用 MySQL 的 AS 语句，我们可以几乎不需要改动 PHP 代码，而只改动 SQL 使 Fancy Categories 兼容 2.3。其实这也是其它类似插件修改的思路，当然有些比较复杂的恐怕改动就要多一些。

我已经改好这个插件 (for WordPress 2.3 only)，您可以在这里下载。老规矩，链接请使用本文地址，不要直连下载链接，谢谢合作。

btw: 目前本站已经发布以下几款 WP 2.3 插件，分别为 Tag Converter, Google Sitemap Generator, Headline Images, Extended Live Archive, WordPress DB Backup, WP-Cache 和 Fancy Categories，希望您能继续参考这篇文章向我提交不兼容的插件，争取在不久 WordPress 2.3 正式版发布时，我们每位 WP 用户都可以平滑的升级到新版本。

昨天发布了 Extended Live Archive for WP 2.3，我的一位好朋友凡在安装使用时发现问题向我报告。虽然后来我发现是他自己目录权限设置的问题，但在讨论问题时却有了意外收获：我发现我的 Blog 留言不正常显示，而数据库中却已经成功添加了，而且并没有被标记为 spam。

经过一番排查，我发现是 WP-Cache 这个插件出现了不兼容问题。WP-Cache 是一款 WordPress 静态化插件，它通过将生成的动态页面进行缓存，然后用缓存的静态内容相应访问请求来大大降低服务器的负载，提高响应速度。WP-Cache 本来是可以在发生有效评论时自动重建对应的缓存页面的，但由于 WP 2.3 在评论审核机制上的小小变动，导致 WP-Cache 无法正常重建缓存。

经过研究代码，我发现原来是 WP-Cache 插入评论部分的 action 优先权过高导致的问题，通过修改 WP-Cache 的代码，将缓存重建的优先级别降低到评论自动审核之后，不仅可以使 WP-Cache 在 WordPress 2.3 下正常工作，而且可以让提交的评论先经过 Askimet/Spam Karma 2 这样的强力评论审核插件审核，然后再将非 spam 评论送到 WP-Cache。这样垃圾留言行为就不会触发页面的重建，从而减小垃圾评论对服务器资源的消耗。

我想用 WP-Cache 的朋友应该不少。需要的朋友可以在这里下载。老规矩，引用的话请使用本文链接，不要直接使用下载链接，谢谢合作。

经营一个博客不算容易，每天风雨无阻更新博客，耗时耗力不说，还要时刻小心被和谐的危险。除了这个意外，独立博客郁闷的事情还有维护问题。为了最大程度上降低损失，平时备份是不可或缺的。对于 WordPress 用户来说，每天备份 MySQL 数据库是绝对不能偷懒的事情。

WordPress 下有个非常好的插件 WordPress Database Backup，它不仅可以让我们方便的在后台完成一键备份，甚至可以利用 WordPress 2.2 以上的计划任务或 WP-Cron 插件来每个周期自动完成备份。不过当我们这些“小白”们升级到 2.3 Beta/SVN 后，由于数据表名的变换，原有插件就不是太“合适”了。

我对这个插件进行了简单完善（其实只增加了两行代码），使其可以很好的支持 WordPress 2.3/2.2-2.0 等各个版本。目前插件已经运行于本站，一切 OK！

需要的朋友可以这里下载。老规矩，请引用本文链接，不要直接引用下载链接。

btw: 听说本博成 WordCamp 上的反面教材了，漂亮和速度真是难以两全啊。