今天新增的拼图验证码的可配置性非常强，你只要替换资源文件，在配置文件中修改提问的模版，指定图片的大小、行数、列数，就可以创造一套全新的验证码。他的简单程度实在超出你的想象。
Hush!
10
Monthly Archives: December 2009
Web 2.0 Icon Captcha
Yan 新增了一种验证码类型，Web 2.0 图标验证码。用户根据图标的内容和提示的信息，提交验证码。验证码图片如下：
提示文字： Please figure out twitter icons.
用户输入Twitter图标左上角上的字母，即可进行验证。在Yan的测试界面上使用如图：
Web2.0 Icon实际上是Yan中新增的拼图验证码的一个实例，利用拼图验证码可以生成相似的更有创意的验证码。在我的开发环境中生成这样一张图片大约需要80ms。
项目中使用的图标均从互联网收集，遵循CC等协议或经作者授权，详情参考项目中README文件。
祝DAF同学生日快乐。
Load Test on Yan
给Yan的验证码图片服务做了压力测试。测试环境：
- Intel Xeon 3.00GHz 4核
- 内存2G
- Red Hat Enterprise Linux AS release 4 (Nahant Update 7)
- Jetty 6 / JDK 6
Jetty采用默认配置 maxThreads 200。
测试工具：ab (Apache Bench)
分别用10/50/100/200/500/1000并发用户，每个用户请求100次进行测试。结果如下：
| 10 | 50 | 100 | 200 | 500 | 1000 | |
| Requests per second | 487.11 | 472.09 | 442.74 | 421.63 | 408.11 | 326.12 |
| Time per request | 2.05 | 2.12 | 2.26 | 2.37 | 2.45 | 3.07 |
| Transfer rate | 987.91 | 955.54 | 896.85 | 854.31 | 826.25 | 660.45 |
目前对每个请求独立使用JDK的awt实时绘图，吞吐量可以达到400以上，如果稍稍优化一下Jetty的配置，性能还有一定的提升空间。这个结果还是不错的。
Be with you
今天下班骑车到高斯路时，突然路边奔出一只小狗跟着我的自行车一起跑。小狗挺干净，出现在这种工业区人不多的路上倒是挺让人诧异。我开始放慢速度，让它跟着我不至于太辛苦。可是它还足够顽皮，一会跑在左边，一会在右边，好像是知道今天过节一样，欢实得很。不过我对路中间不时经过的汽车有所顾虑，有意得向路边靠，打算把它挤到路涯边，这样安全一些。
大约是嫌我速度太慢了，一会后面又上来一个骑自行车的人，小狗顿时起了劲，蹦达蹦达地追了上去。那速度大概是它向往的吧，我在后面看着，直到他们一前一后，过了马路，我从另一个方向回家了。
Java嵌入式数据库的速度对比
Yan的APIKEY一直是用嵌入式的数据库存储的，最初使用的是hsqldb，最近又添加了H2和Derby的支持，基本上囊括了所有开源的Java嵌入式数据库。实现多了自然需要挑选、比较一下。
数据库特性的比较，H2的网站上有很好的Matrix，一目了然
http://www.h2database.com/html/features.html#comparison
关于速度的比较，今天做了一个简单的测试。
分别从derby / H2 / hsqldb中取出10 、100、1000条数据，循环100000次，比较耗时，如下：
三者的速度差距非常明显，hsqldb远快于其他两个。
而在10、100、1000条记录的索引上查询，并取出指定记录呢，同样是100000次，如下：
再索引上查询，速度受记录数量的影响非常微弱了。但是hsqldb还是远快于其他二者，有趣的是derby的速度要略微快于H2.
根据这样的结果，在Yan的应用中，hsqldb还是最理想的实现。