据我目前了解， EE 一个比较厉害的博士拿了华为 60W 的 offer 。我们公司自己也有一些 40W 的本科生在。一起工作后觉得人家拿的多就是应该。。。

@aljun 看了许多遍。。都觉得你是每个请求都把每个 url_pattern compile 一次的。。。看的好心累。。。

@aljun 看到了 parse 里面居然是每次临时 compile regex 的。。同学你的高性能去哪里了。。

@aljun 作为一个 library ，不应该用 print ，而是应该用标准的 logging 。用户可以用 logging scope 去自由的选择要不要看到你的提示。

raise HTTP404Error ，作为一个框架应该是 HTTPStatusError(404)，这样就能支持任意的 HTTP Error 了。

@aljun update 没有啥语义，同样是 update 有的时候是更新了下版本号，有的时候随便改了点别的。
在公司里一般都会用 http://www.ruanyifeng.com/blog/2016/01/commit_message_change_log.html 这类的 commit log ，否则 review 你的 commit 会超费时间。。

@aljun 比如 gevent 的 WSGI IO 库（ gevent ）， parse query_string 的 urlparse 标准库已经有了。。为何你还要重新造轮子，更何况你的 query_string parser 写的不对。。

@Owenjia 支持，为了极其不明显的性能优化把代码的复杂度提升了一个等级完全得不偿失。

顺便看了看代码，一屏幕的

{{
try:
self.request['cookies'] = self._environ['HTTP_COOKIE']
except KeyError:
self.request['cookies'] = None
}}

为啥不直接 self.request['cookies'] = self._environ.get('HTTP_COOKIE', None) 呢。。

楼主你的 git commit log 实在是太过于混乱了。。。各种 update 不知道在干吗，以及翻看了一下以前的项目发现一屏幕“~~~~”。。。

本来想看看代码精妙之处的，不过看着实在太累。。

这个是因为2.7.9之前的python提供的SSL环境不够安全，更新到2.7.9就可以了。

@lujiajing1126 容量比较小，单机都能撑住。看了你这个，原来是指BLPOPRPUSH在cluster模式下有问题，这个确实很好理解。。

所以说需要专门实现一个独立的可靠队列。。（不过确实又是一个Kafka）

@lujiajing1126 集群方式不支持BRPOP么？？？我平时不用集群的，“如果用集群方式配置，proxy不支持multi,brpop之类的命令，非常不好用” 这句话什么意思？

现在很多人（比如我）都在把Redis当消息队列用。。。我觉得这种做法很好呀，反正我懒得配置Kafka。。

@nbabook 不光是这个问题，我做过无限抓包测试过，直接接入开放的 WiFi 只能抓到部分的包，而且有大量残缺的包，个人认为应该是和有线网络物理层性质的差别导致的吧。如果自己替换WiFi就能保证抓包抓全了。

@FifiLyu 我觉得你这个描述的开发是。。不懂规范、不考虑可维护性、能力太渣吧= =，不过确实是需要注意的事。。

@FifiLyu 能不能给举个例子呀，只做开发的具体在哪些场景下思维太局限呢？

实验室人多，买了三盒尝尝。。

premium domain 应该是别人刚买过的，你可以竞价向他买过来。

@cst4you 我的电池也不给力了，电池也是淘宝换么？