March 23, 2008
经过几天的代码整理和测试， 目前自我感觉 wp thread comment 的整合AJAX功能已经比较成熟和完善了， 因个人的测试有限， 所以特此推出beta版， 请各位帮忙测试。
下载：
下载请点击：wp-thread-comment.1.4.5.beta.zip
安装：
February 29, 2008
道歉：由于我的疏忽， 在插件中留下了一个重大Bug， 麻烦各位重新升级， 最新版本为 1.4.3， 直接点击下载wp thread comment 1.4.3。
此次的bug其实从 wp thread comment 1.4 开始就存在了， 只是一直没有发现， 究其原因是不知道什么时候其中的一行代码消失了； 好像大伙儿也没有发现这个问题的， 如果有兴趣的话， 可以再去找找看， 就当是个彩蛋， 奖品吗…… 我还没有想到， 嘿嘿。
既然重新升级了， 我思前想后把is_admin()函数重新做了修订， 此次的修订应该可以让is_admin()的函数效率更加的高， 当然我还是将这部分函数注释掉了； 如果您需要的话， 请自行在后台开启， 至于速度会拖慢多少我就不知道了。
February 28, 2008
没过多少日子， 就又发布一个新的版本， 可能会让大家对此有些反感了， 不过没有办法， 有了bug就得修正， 总不能让大家用着有臭虫的软件啊； 不过您也别以为此次更新只修正了bug， 其实还是有很多改进让我有发布一个新版的冲动； 我也建议各位在看到新版出来之后赶紧着升级， 此次的升级不会对您的系统造成慢的感觉， 弄不好还有可能会提高性能（我没有测试过， 只是猜测）。
此次从1.4.1升级到1.4.2， 大致有如下几点的改变：
bug fix
January 13, 2008
这几天曾经用我的写的wp slug的朋友肯定出现了得到标题的英文了， 这个原因cosbeta兄已经帮我找到了。 那我就直接利用cosbeta的成果直接修改我的插件了。
另外， 西华秦在我的博客留言说“无法使用wp-slug插件”， 我去看了看， 原来是西华秦的主机上没有iconv这个东东引起的， 那就正好趁这个机会把这个功能给加上了， 现在直接将版本升级到了1.4。
这次修改的版本应该没有问题了， 我对google translate部分采用了正则表达式匹配了， 在绝大部分的情况下我想应该不会再失效了。
January 10, 2008
好了， 上一篇文章介绍的 Feed Burning 插件来啦。
功能：
可以合烧两个或者两个以上的博客feed， 使之混杂排列并按时间倒序输出；
安装：
将解压后的文件夹直接上传到wp-content/plugins下， 到wp后台激活插件， 在“选项（options）”菜单下输入需要合烧的feed地址， 每行一个；
测试：
直接在浏览器中输入你当前博客的feed地址， 看是否会把你需要合烧的地址烧进来。
下载：
http://wp-pluginss.googlecode.com/files/feed-burning.1.0.zip
就这么简单， 收工！
January 9, 2008
这个即将推出的wordpress插件是新年里的第一个插件， 用处并不大， 不过我相信会有喜欢的； 我吗， 就当是练练手顺便推出一个。
这个wordpress插件的名字叫“Feed Burning”， 中文名就是“FEED合烧”， 也不知道这个翻译是否合理。
言归正传， 还是先介绍一下“Feed Burning”的功能吧。
插件如其名（剽窃了“人如其名”）， 就是用来做Feed合烧用的， 什么是feed合烧？ 标准化的解释我也不是很清楚， 我是这么理解的， 就是把两个或者两个以上的不同feed整合到一起， 成为一个聚合性的feed， 这个应该就是feed合烧了， 或者称feed聚合也很合适。
December 20, 2007
上一篇教程： Wordpress插件DIY：利用wp的编程规律提高插件易用性
欢迎再次回到Wordpress插件DIY， 最近几天我们都在讨论如何提高插件的易用性， 到目前为止， 我们已经聊了四个技巧可以用来提高插件的易用性， 今天我们来聊聊我到目前能想到的最后一个技巧， 那就是利用我们伟大而万能的PHP。
写 Wordpress 插件当然离不开用PHP编程， 但我今天说的不是用php编程的教程和帮助， 而是利用php中某些具有强大功能的函数来解决我们写插件过程中本来比较难以解决的问题； 我也没有写多少插件， 所以对php掌握不深， 如果中间说的有什么不对的地方， 请各位帮忙指正， 也是我受教育的一个机会， 多谢各位了！
December 19, 2007
上一篇日志：《 Wordpress插件DIY：使用Javascript提高插件易用性 》
在上一次我们讨论了在插件的编写中使用javascript来提高插件的易用性， javascript的确是一个好东西， 可滥用了javascript会给客户造成很慢的网页载入速度和较高的资源占用； 而且有时候这个javascript也不是万能的， 我们在javascript也无能为力的时候（这个时候API肯定是无能为力了）， 就只能继续采取别的方法来增加插件的易用性， 这里我们就讨论一下如何找寻wordpress自身的编程运行流程， 找出其中的特点最后提高插件的易用性， 这种方法我不是很提倡， 因为兼容性相当的低， wordpress开发组随便一个怪异的想法都可以让插件崩溃失效， 所以这里我就列为了第三个技巧， 可用度比使用 API 和 JAVASCRIPT 要低， 只在迫不得已的时候才进行使用。
