看到这篇文章: <Android新变种 点心OS夏普SH8128U评测>

http://reviews.cnmo.com/7/71303.html

很喜欢。 @ashchan 也在啊，你那个gmail 提醒工具很好用。有无用macruby 重写的打算？

@apple Livid 说的统计Analytics 流量的app是google Analytics的客户端，是网站流量统计。

创新工场的友盟(http://www.umeng.com) 是 app 使用情况的统计服务，目前有iPhone,android sdk。

REE 1.8.7 + rails 2.3.x

server 用 nginx + unicorn

我晚了，今晚过去看

@Los redis 搜索不如 mongodb, 但应该有全文索引的办法，这快没怎么用过，你搜搜看。

@Los 如果是这样还不如用 redis，更轻量级，redis 里存储已翻译的内容。

acticles:123:title:en => 'hello'
acticles:123:body:en => 'world'

用户每次浏览不会把几十种语言都去出来吧？

如果用redis 2.0,用Hash的方式实现更简单。

@diamondtin 很不错的经验分享，那你们现在选用哪种key-value数据库？

@Los 是有这么个障碍。

@Los 维护原来的unique id 的确是个麻烦事，不过抛弃原来的unique id也不是太大的问题。 不过迁移过程要把原来的数据全部维护好。

@Los 那只能把翻译字段序列化成哈希来保存了，hash的key就是语言类别，这样数据量小很多。

@marshluca 好像其他数据库也不需要reindex ？在你制定index 列时

@marshluca 没有啊，是在html 里面看到的。

@xuwenhao crash 不清楚，不过用它做查询比较麻烦。

@ning nosql数据库的schema free 和原生支持数组，哈希，embedded类型等特性，让原来需要设计很多表才能实现的数据库结构可以很轻松简单的实现。

这样数据库逻辑就非常简单了，代码量会减少非常多。另外自动分片等特性也让维护运维变得简单。

redis 完全可以替代memcached 做cache，不过更多时候被用来做消息队列。

2.0 支持hash后很多功能的实现就更方便了。

@makestory 对~

@leondu 所言极是。

@rveo 愿闻其详～

@Los 表结构基本一样，性能可能不一样哦，看它里面具体实现咋杨了。

@Los 如果是Rails就简单多了，http://ruby-i18n.org/wiki 看model translate 部分。自己设计数据库也不难，就是需要注意翻译字段灵活性和效率的问题。

http://github.com/joshmh/globalize2 基本符合你的需求。