Kohana 官方 2.3，2.4，3.0 的最终裁决！
更新：Kohana 官方已经做出最终裁决！
两天前我(Shadowhand)曾经说过关于 2.4 和 3.0 版本的问题和它们之间的关系已经做出的解答。之后的今天和其他开发者见面（with more of the devs），这似乎是错误的。所以长话短说，我们现在有两个选择：
1. 我们在一个月内分别发布 2.4 和 3.0。 2.4 将会经可能的兼容 2.3.x 版本但是其中 Database 和 i18n 是全新的不同于 2.3 的系统。 3.0 也将不同于 2.4 的 Database，但是 i18n 系统还是和 2.4 一致。
2. 完全抛弃 2.4 而专攻 3.0 版本，它将会有一个全新的类似 2.4 版本的 Database 特性，但是语法和更多的特性稍有些不同。 3.0 在发布的同时，新的网站和用户手册也会同步完成。
2.4 和 3.0 版本大约将会在同一天发布（2009年的8月下旬或9月上旬）。两个版本都不会去兼容 2.3.4 版本。虽然升级至 2.4 版本将会少于升级至 3.0 的兼容工作。（请记住，我们从来没有建议和要求用户升级到哪个核心版本）
我本可以行使 BDFL（Benevolent Dictator [...]
2
豆瓣API测试控制台
豆瓣 API 测试控制台的创造灵感来源于 Facebook Developers Tools 中的 Facebook API Console， 或许大家知道，魔豆是我的另外一个豆瓣 API 应用，由于是自己封装的 Douban API（官方提供的库类要求太多，安装繁琐，这不属于我喜爱简洁，轻便的风格），每次想查看某个 API 接口返回的数据都要写一个 test 跑一下。 麻烦不说，还容易出错，于是，使用自己封装的 Douban API，借鉴 Facebook API Console 的界面和类似的功能显示，终于小有所成，其中为了实现此控制台，封包的库类经过两次大改，虽然改的很辛苦， 但从中学到了很多开发经验。
测试用户必须先进行用户验证才能进行测试，这主要是为了：
避免提交查询中出现错误，并让测试者使用到全部API方法
防止恶意用户利用它做二次api调用，由于测试控制台的传输很简单，提交参数即可查询。
查询方法：
进行用户的登录验证
选择返回的数据类型（支持官方提供的 XML 和 JSON格式）
选择需要查询的API方法（这里我做了分类）
如果查询的方法存在参数，会在方法下面显示。
设置完毕参数后，点击“调用此方法”，稍等片刻即可。
See more about this post