使用vpn或者ssh代理访问看看。

@minghua thanks

@minghua redis 似乎也是不错的选择，但假如需要提供搜索的话，redis不知道支持如何？

:) 起码中文昵称，我觉得还是有必要的。

@marshluca ;) 不是我删掉的，估计Livid在线。

@minghua 对于将翻译字段序列化成哈希来保存，最大的顾虑是读取时对IO的折磨，大段的文字，30种语言，每次都要全部读取出来，对于IO的压力够呛的了。另一个想法是利用mongodb只存储翻译字段的内容，但还没有进行尝试过。

@minghua :)对于一个习惯将递增数字id展现在url里的家伙，一下子转到mongodb的hash式id,这个会让人觉得url够丑的了。

晕了，竟然重复发了几条相同的回复。

@marshluca good!对于迁移到mongodb，对我而言最大的问题unique id的处理，要维持原本在mysql下的递增风格，使用mongodb必须自己生成递增式的id，之前有尝试的几个方案测试中对mongodb的插入性能都有很大影响。

@minghua 恩，这样的设计担忧性能在数据库上出现问题，因为涉及30多种语言，300多万条数据，这样的设计会导致单表里超过1亿条数据的。

@marshluca 谢谢，mongodb确实是一个很不错的解决方案，但这个项目我还没有足够的勇气将它迁移到mongodb上面。

试了一下globalize3，发觉跟我之前设计的表结构基本一样，当初这样设计对性能上的问题比较纠结。

@minghua thanks，之前并没有仔细关注过这个内容，感谢分享，我去看看。

@darcy 是内容需要多国语言展现。

单靠UA识别并不完全靠谱。

假如面向国内市场，中小企业估计只会考虑街边摆满的300元建站，而大企业，估计愿意自己搞个。假如“云端的社区”很有市场，你不用怀疑国内的山寨精神，phpwind或者DZ将会在半个月内完全复制你的一切东西，而且也是完全开源。
当然，国外，这个或许是唯一的希望。

之前对它进行过关于性能方面的测试，但最终发觉其性能实在不太理想。或者也只是我没有找到合适的应用场景。

“傻瓜式”的设计有时候代表更“精细”的设计，大部分用户需要的是一个易用的程序，而不是一个“研究用”的程序。

#18 假如是针对国内创业，这话暗含的意思就是说做一些不会有太大发展的项目。