现有的大多数框架是输出的时候encode，因为尽量保存原始输入信息。

我的观点是
1 不要在 cache 里面要求一致性，维护这个一致性代价很大，如果以严格的并发角度来看，很多实现都是非并发安全的，你要考虑在出错的情况下实现自我纠正，特别是不能导致错误持久化。
2 哪怕是要求了一致性，像你刚才提出的“多条业务不能提交”，说明你们的竞争太激烈，乐观锁的用处就是大部分时间是“乐观的”（我99%能获取更新成功），在竞争太激烈下就是悲观了。你要考虑事务最小化，事务处理，然后立刻提交。

泪奔，就这点都需要这么复杂

https 支持？

支持，付费服务是一种更好的契约

@kelvinli nodejs怎么执行 git 的 clone？这是脚本的行为，你这么理解：hook 直接按照你的指令，去调用相应脚本，至于脚本里面怎么做，做什么，一概不管，只是关注返回值。

这样的老婆真有爱，赞

我实话实话：从手工价值，和用心程度来说，这是一个高价产品，从市场、单纯物品来看，和义乌小商品相似，那么产品价格不高

使用 uwsgi，非常简单

我们的命名最朴素，因为实用第一，线上ip分布基本是192.168.1.x，而 x 的分布范围定义了用途，
命名就是 serverx，比如 server100，...
这样的好处就是名字就代表了ip

为什么不能？你是从 windows 安装的吗？再不行试试 13.04

@clowwindy 是的，这是很关键的一步，应该文件在所有句柄释放之后进程才真的找不到它，如果是单一的一个文件，是可以 dump 出数据的

@that5 那这一块我可以参与，我对公共设施的服务都感兴趣，包括类似git托管，主要是你自己想好怎么做了没

@that5 我是支持你的想法的，因为在我开始做一个网站的时候，一直在寻找这样服务，哪怕付费都可以。但是像代码托管一样，国内做这一些是吃力不讨好的，如果真要做，我的建议是：
1 背靠大公司，比如xx云...
2 把线上环境部署，代码都开放出来
3 实现简单的 Failover 机制，用户很容易选择和你的线上环境 sync 和 switch
4 在有限预算里，作为业余项目比较好

支持，但是如何保证长久呢？代码开源...

多一个选择总是好的，在开源界，这个叫做 “yet another” http://en.wikipedia.org/wiki/Yet_another ，所以我支持 gitcafe，虽然做好代码托管是一件长久的事情，目前国内的都还没有做到完美，但总是模仿-》学习-》超越的过程。

cat * | grep "@qq.com" 这个方式也会带来性能问题
直接 grep "@qq.com" * 就可以了