唉？我看看- -重启服务了……擦的这个……是2号节点内存不够用了嗯……

@ltzllwe
至于考研和工作……真心觉得不是必要条件……你有能力在找工作的时候群面可以干倒一堆本科研究博士lol……

@ltzliwe
不好说代表所有人，但我认识的挨踢牛人确实不是石头里面蹦出来的，当然也不是学历堆出来的。大学认识的基本你在复习考研，我在被代码OOXX，工作之后认识的也是长期工程经验积累出来的。so，至少我认为牛人这事，还真和研究僧不研究僧没关。

1. 不觉得研究生能比本科牛到哪里去……当然你说北大清华如何我就不清楚了，了解的武汉前三基本都是半斤八两
2. 工作经验一般是工程经验，研究生呢我了解的基本都在做CMS，这……3年下来你懂的。要不就是学术派，所以这也是自己选择的路子问题，是愿意逐渐的改变世界，还是憋大招改变世界……

目前放出来的都是精确匹配，数据入数据库，索引Email和Name……
模糊的……恩有……纯文本grep，下面有提供方案……
http://www.v2ex.com/t/24087#reply15

哈欠……睡觉去……

@richiefans
搞定了，http://one.xiaom.co/csdn/
基于gunicorn+gevent
subprocess是用的gevent-subprocess，没有readline……让人很忧桑……
这种类型文件做索引存数据库没啥必要，因为就算这样你要索引的是用户名和Email，反查密码而已……
而且，那样就无法正则grep了，SQL的正则也是全扫描，so~

我的做法是丢内存，mount一个内存分区丢进去……popen启动系统grep（不可能写得比这个imba的- -）然后……就是现在看到的啦，Copy了之前@colorday的皮肤……叫一个写App Engine的货写前端……还是杀了我吧T.T

所以这个服务就这样了，懒得管，现在双节点应该都上线了东京/北京……欢迎测试……特点就是，咱们不入数据库，同样高效……但是是正则哟~

2.5M/S 东京机房。。可以把内容扩展到node2了恩

代码不是问题……这货的关键在于1.系统grep，2.内存mount到一个路径，文件丢这里面……完全以空间换时间，其实这份代码是有问题的。在于Gevent-subprocess比较脑残没readline，用迭代器会比较疼……

@yuhuofeihe
因为是正则。。。so。。。把匹配的600多w全render出来了= =

@prtitrz 正解，虽然用了mask，但grep的时候可不mask。。
我先解决坑爹的Gevent和Subprocess问题。。得换subprocess。。

@avatasia 内存grep，没测试并发，512M的VPS，不会太弱
@Eyon 可以基于密码查询，正则都支持╮(╯_╰)╭
@alsotang 因为。。还没时间做页面

好嘞…晚上回去做个界面…