wordpress2.3 Dexter终于发布了，2.3的版本包括了内置tag标签、插件更新通知、url地址处理等等一系列新的特性，下面是官方列举的一些特性（原文链接）:

1. 增加了内置tag.同时提供了UTM等其它tag插件的tag导入程序(我还没有找到);
2. 增加了新的更新通知.在blog后台可以很清楚的看到插件的更新状态、插件的地址和版本信息，从而让你准确的了解到插件最新的信息，可以选择性的更新；
3. blog中的地址都唯一化处理，譬如以前的老版本，你可以通过http://storyday.com/index.php?p=23来访问id=23的页面，也可以通过类似http://www.storyday.com/html/y2006/23_dh-co-rent.html的永久链接来访问该页面，但是2.3版本的wordpress不允许这样做，post的链接将会唯一化，这根据你在后台设置的永久链接格式来定。并且这样对于SEO非常有利；
4. 文章状态增加了Pending Review,这个一个特性主要是针对多用户blog，作者可以将post置于review的状态，然后供其它作者审阅。在以前的版本中，要实现这样的功能需要将文章设置成草稿状态；
5. 可视化的高级菜单在默认的状态下已经出现了，以前的版本可以通过快捷键才能调用出来（这也算改变）。

下面是开发者关心的东西，我就不乱翻了。 (read on …)

请注意，除非你非常熟悉WAMP，否则请不要在Windows server上使用此插件。如果一定要使用，发现生成的html不在正确的目录下，尝试添加这段代码，如果仍然无效，抱歉，我也无能为力。
if (!defined(”BASE_PATH”)) define(’BASE_PATH’, isset($_SERVER['DOCUMENT_ROOT']) ? $_SERVER['DOCUMENT_ROOT'] : substr($_SERVER['PATH_TRANSLATED'],0, -1*strlen($_SERVER['SCRIPT_NAME'])));
$_SERVER['DOCUMENT_ROOT'] = BASE_PATH;

所以对于windows主机不建议你使用这个插件

———————————————-

**** 版本历史 ***

1. 2007.09.21 19:52 bug 001 fixed ，由于该bug的存在，当访客访问不存在的html文件时，服务器将会在服务器对应的位置创建同名的文件；
2. 2007.09.23 增加了删除指定文章缓存的功能，用户可以在后台手动指定文章的ID，或者文章的标题名来删除该文章的缓存；
3. 2007.09.24 修复了无法在http://host/blog二级域名下使用的bug，请大家重新下载。
4. 2008.02.21修正了后台批量删除缓存不删除首页缓存的bug;
5. 2008.02.21修正了在数据库崩溃的情况下依然创建出不完整的cache文件，即如果在创建缓存的同时，数据库不可用，原来的版本将依然创建错误的静态文件出来；
6. 2008.02.21可自定义是否缓存首页，打开cos-html-cache, 找到define(’IS_INDEX’,true)，true表示缓存首页，将true改为false则不缓存首页；

**** 概述****

cos-html-cache 将会大大地提高你wordpress的运行效率和载入速度。该插件会在页面第一次载入的时候产生和url对应的真正的html文件作为缓存，后面的运行将 会直接载入该html从而大大的提高了页面的效率。当页面内容发生变化时将会自动更新对应的页面，更新缓存的触发事件有：修改文章、删除文章、评论成功提 交，同时这些事件也将会更新与之相邻的文章。
cos-html-cache2.0和之前的版本相比大大的提高了速度，改进了缓存的机制，使之更加科学

For English users, just Download Plugin and view the readme.txt closely. (read on …)

严格的说，这个不是插件而是工具，因为第一次用了之后就不再使用了。

有朋友用了那个 自动英语slug插件cos_slug_translator插件之后，说由于以前的文章都没有手动指定slug，所以想修改自己的slug为英语的，毕竟英语的SEO效果要比拼音或者数字好多了，即使是机器翻译的英语。如果要手动单篇的去修改文章，工作量简直不可想像，所以我这里写了这样一个工具，然后很积极的发布了，其实是因为我自己的这个站点也需要，所以这次发布得这么快。工具是半自动的，所以一次只能自动翻译5个标题。因为如果是全自动，程序会一下子向google发送几百个翻译的请求，这将直接导致google短时间拒绝响应（我上次获取经纬度的程序就被google拒绝响应了几分钟）。

废话少说，使用方法，下载这个文件到插件目录，然后后台激活插件。如果你的wordpress没有静态化，请访问http://youwordpress/?cos=true,否则请访问http://yourwordpress/page/2/?cos=true,页面将自动现实翻译的状态，一次翻译5个标题，翻译完毕之后请自动往后翻页，直到不能翻页为止，此时则表示翻译结束，有需要的朋友，赶快下载吧。

记住，使用完毕之后让这个插件处于未激活状态，免得带来效率的问题（虽然表面上看几乎没有效率的问题存在）。
下载地址：cos_slug_converter.zip

温馨提示：请谨慎使用，因为修改postslug会改变你文章链接的地址，会造成链接失效，如果你确实知道你在干什么，则使用这个工具。

终于还是忍不住诱惑，将wordpress升级到2.3RC1版本了，有shell帐号就是爽，整个升级过程不到一分钟，但是用ftp的兄弟就得耐心的等待覆盖上传了。升级过程很平滑：覆盖-〉进入后台-〉按照提示update即可，没有遇到任何问题。不过由于wp2.3的唯一连接处理方式，导致缓存插件失效，所以今天中午花了点时间改写了cos-html-cache，目前看来似乎和wp2.3的关系相处得良好。wordpress2.3的唯一链接处理方式的出现，让你的blog的地址不在多样化，譬如你设置了伪静态的永久链接模式，那么当访问http://storyday.com/?p=23的时候，wp将会自动跳转到永久链接格式，更加有利于搜索引擎，我在想，前段时间百度将很多wordpress的blog都删除了，是不是就是因为存在多连接地址而误判 ？ (read on …)

一直都想写这个插件,最近又朋友写出来拼音slug的插件更是触发了我想写这个英语slug的动力,可是google迟迟不推出它的翻译接口,看来也不用再等了,干脆出绝招来解决这个问题吧.

这个插件的作用是将标题的中文自动翻译成英语slug,这样的好处在于SEO ,譬如本页的网址auto-slug-translate-plugin.html就是根据slug生成的,如果你启用了这个插件就不需要手动为每个标题再做一次翻译了,google的翻译是越来越完善和准确了,不得不服,相关演示请看http://demo.storyday.com

安装方法:和其他插件一样,上传到插件目录下,后台激活即可.插件激活之后如再新增加文章,对应的slug将会自动从标题翻译得到.

下载地址：cos_slug_translator.zip

支持wordpress2.3以及其他2.x版本

对不起各位了，上传的时候将原始的错误版本传上去了，这次是正确的了

修正了由于snoopy class冲突的错误，请大家下载新的文件，已经安装的朋友请删除原来的内容，用新的文件覆盖即可。

ChangeLog：

1. 去掉了自定义snoopy，沿用wp的snoopy，解决了后台调用wp日志的冲突问题；
2. 更加智能，如果手动指定了英语slug，则以手动优先，修改文章不再修改slug，更加有利于SEO ；
3. 文件瘦身，整个插件不超过3K

下载地址：cos_slug_translator.zip

本站也用上这个插件了，也懒得自己每篇文章都手动写slug了

对了，你可能也需要用到这个插件，批量转换slug为英语的插件  ，服务一条龙，本人够厚道吧？

今天将wordpress2.3下载下来作了一个测试,发现了一个重大的改变便是增加了tag,还有就是我最关心的url跳转,wordpress2.3会自动将默认的?p=xx的链接跳转到你当前设置的用链接上,这个特性的增加将导致很多插件的失效,当然我的那个cos-html-cache也不例外的失效了,从而导致本站的ajax效果将会相继失效,据我估计,凡是使用ajax相关插件的朋友,可能在2.3的wp中将会遇到不兼容的情况，所以升级之最好先好好的做一个测试.

目前正在寻找改进方法,wp的这次url的策略变化将wordpress的定制的灵活性大大的降低了,希望后台能找到将这个功能关闭的设置,否则只有自行修改代码了

本站以前也添加了历史留言搜索的功能，这个功能的好处在于访客可以通过输入自己的名字，搜索自己在本站的历史留言，然后迅速的找到自己关心的话题，具体请参见右边的搜索框。但是我发现很多朋友，包括我自己，都不想去点一下那个搜索，所以今天我就添加了“我的留言”这个功能，其实很早就想捣鼓这个东西了，考虑到资源的占用和速度，一直没有做这个事情，今天去了几个朋友的blog，才发现要寻找自己的过去的留言是多么的麻烦和不容易啊，所以“我的留言”这个功能就很好的解决了这个问题，访客可以很直观的看到自己曾经在这个blog上的留言了，而不需要手动的去搜索了。

(read on …)

其实早在以前我已经写过关于cache和cos-html-cache原理的文章了，但是还是有朋友有点迷糊，所以今天抽空再来篇图解cos-html-cache原理介绍，毕竟一图胜千言，希望通过这次介绍，大家能对这个插件的原理更加明白，这样安装过程出现问题之后也能更快的定位了，更快的解决了。

如左图，cos-html-cache插件是需要urlrewrite支持的，不幸的是这个条件已经将国内的70%的虚拟主机挡在门外了。下面介绍请求url的流程，当访问者请求一个网址的时候，如例子中的/html/y2007/1_demo.html,服务器首先会去相关的文件夹（/html/y2007/）下寻找文件(1_demo.html)是否存在，如果存在则直接将该文件发送给浏览者，否则则发送一个404文件未找到的错误给浏览者，但是如果你的服务器支持自定义htaccess，服务器则将利用wordpress设置好的urlrewrite规则，将请求定位到index.php，剩下的事情由index.php进行处理，这个时候如果你安装了cos-html-cache这个插件，index.php在输出html的同时就会启动缓存创建函数来创建缓存，如本例中，缓存函数将分析请求的url，如 http://storyday.com/html/y2007/1_demo.html，然后检查web根目录下的html文件夹是否存在，如不存在则创建之，同样的方式创建y2007文件夹，然后在文件夹中创建文件1_demo.html,将刚才的输出内容写入到这个缓存文件中，至此缓存建立完毕，这样下一次同样的网址被访问到的时候，web服务器将直接输出缓存文件，而不会去执行php，也不会去查询数据库，大大的提高的页面的在入速度，和WP-Cache不在同一量级。 (read on …)