楼主同学，你先从 QQ 群（论坛，anything，只要不需要定制开发的现成设施，都可以）开始干吧。技术（或者说互联网）并不是你这个点子的关键（和风险），销售和模式的认可才是。你先在 QQ 群里卖了 100 单，再来做网站不迟。

以上建议是以“做事情”为前提，如果你想的是“拿投资”，那就当我啥都没说过。

我不太喜欢 require 一大堆东西。目前感觉 underscore 的 template 很 tiny & easy 。

一个字：贵！

不知道它适合什么人用。我感觉要是真有那么大的 redis 需求，单独买一个内存大一点的 vpn 自己装上 redis 来用都比这值。

另外，如果 redis 专门用来放 id/key/relation 数据内容都放在带 cache 的 disk kv 里，也不会复杂到哪里去。

做个抑郁情绪的相互支持社区吧。没准能帮到人。

为了你喜欢的 emacs 弄一个 linux 怎么样？

整个 linux 装个 putty 连上去，立马用回你习惯的那个 emacs 了。

尤其是在“无 git 不写代码”的时代，别说什么文件代码必须要在本地的这种话了。

去年见到一个 ruby + redis 做实时搜索的。

如果用 node 的话 reds+libmmseg 会是很好的搭配。

mark 之

话说昨日 linode tokyo 遭遇硬重启。用这么久，第二回。

古老的敌敌畏。
朋友在大学时代用过，说是托家在农村的同学带了一瓶，白天闭门用之，晚上放味⋯⋯。第二天用扫把扫了几簸箕小强出去。

example:

比如，注册：

> POST /register {name:"", pass:"123"}
< [1, {name: "is_null", pass: "too_short"}]

or

> GET /register "name=&pass=123&_method=post&callback=jsonp"
< jsonp([1, {name: "is_null", pass: "too_short"}]);

success ：[0, result]
error ：[1, error]
result 和 error 都是 json 。

为毛呢？

0, 符合直觉。0 ＝ ok, 1 ＝ err 符合“直觉”。

1, 易于解析。此形式大概也是 success 和 error 语义的“最小包装”了。在服务端，可以统一写一个 errror handler 。在客户端，可以统一 override jquery 写一个简单的解析就 ok 了。

3, 支持 jsonp 调用。