前言（也就是废话）：
最近公司在北京和天津的新办公室装修完毕，两地的同事都搬进了新办公室。
开发环境也趁此大好时机，做了次乔迁：将所有团队的SVN全部整合到专用的版本服务器中；将所有团队的项目管理整合到了redmine中。另外，将CMS环境（编辑用）、主站环境、测试环境也搭建了一下。
第一次这么近距离地接触ruby，感觉gem安装还算方便
（别扔鸡蛋了，）正文（出场了）：
今天silver报怨rails太慢。之前都是直接拿webrick跑的，前面用nginx挡着。
kyc建议用thin。
开始都还顺利，几个应用都能正常访问，轮到测试环境的时候，显示 502 bad gateway。
这不奇怪嘛。停了，用webrick启，测试一下，完全正常啊。
又用thin启，再试一下，不行，赶紧telnet 127.0.0.1 5000，明明能telnet上。
去看看日志吧 thin.5000.log：
Unexpected error while processing request: uninitialized constant MemCache::EventedServer
这怎么回事啊？！对于我这个ruby门外汉来说，没辙了。搬救兵吧，请swordray过来。
swordray看了后说：可能是memcache-client的版本
我安装的时候ruby是最新版本1.8.7，gem是1.3.6，安装的组件的时候也没加参数，于是乎都装的新版本组件。
看一下memcache-client的版本，1.8.3
将memcache-client卸载了，安装1.7.8版本
gem install memcache-client -v=1.7.8
再用thin启，这次就没问题了！
 
总结：
感觉ruby小版本之间的兼容性很成问题！
python的组件在这点上还是没多大问题的

最近几个项目都用到了IP到城市转换功能。
之前，每个项目都是直接在纯真IP库里查。
可是现在数据量大了，越来越发现效率成问题了。
 
前一阵子看到豆瓣的开源项目BeansDB，当时直觉就告诉我，这东西非常有用。
抽空在测试机上搭建了一下，测试了一小把，感觉速度提高了很多。
立马把IP转换部分代码改成里基于BeansDB的。转换之后的架构如左图。
流程如下：

作为国内为数不多的技术型创业起家的公司，豆瓣继http://code.google.com/p/python-libmemcached/之后，于2010年元旦前夕（2009年12月29日）发布了开源K/V数据库项目——BeansDB(http://code.google.com/p/beansdb/)的0.3版本。
开发者称BeansDB是简化版的Dynamo。Dynamo(PDF)是亚马逊公司开发的高可用性key/value存储系统。
BeansDB采用类似memcached的去中心化结构，在客户端实现数据路由。可谓开源K/V系统大军中又一支生力军。
主要特性包括： 

*高可用：通过多个可读写的用于备份实现高可用；
最终一致性：通过哈希树实现快速完整数据同步（短时间内数据可能不一致）；
容易扩展：可以在不中断服务的情况下进行容量扩展；
高性能：异步IO和高性能的KeyValue数据TokyoCabinet：
可配置的可用性和一致性：通过N,W,R进行配置；
简单协议：Memcache兼容协议，大量可用客户端。*

 
详细了解：http://beansdb.googlecode.com/files/Inside%20BeansDB.pdf
源码下载：http://code.google.com/p/beansdb/downloads/list