可以发简历来看看

@xiaolee59 其实理想状况来说，确实使用异步增加了开销，但好处确实有着极强的适应力，大多数情况不会出现所有请求无法处理的情况，我们在使用中也遇到了很多坑，也是通过各种坑不断求其进行调整，最终现在终于很好用了，调试的时候确实很纠结，现在调好了确实很好用

当时看源代码的时候确实发现很不错，自己用相同的方式实现了一个 mysql 的
https://github.com/snower/TorMySQL
不过貌似 tornado 的 iostream 的读写性能其实很低，对于 mongodb 和 mysql 这种网络读写过程相对稳定的协议来说实在太慢了，我自定义实现 iostream ，简化读写过程之后，性能提升相当明显， pypy 上更快，现在两个都用在生产环境，单机数千并发妥妥的，可惜就是数据库有点扛不住。。

再去查查 ascii 表吧，哪里发送 510 了

现代浏览器处理网络不是每个页面单独打开的，应该是按域名共享的，页面在使用完连接只是返回连接池了，一定时间之后才会关闭吧，你关闭页面也好、刷新页面也好，和连接是否断开有什么关系呢

有点像是宝贝 id 字符串十六进制解码然后 base64 编码的，当然不是标准的 base64

@Evovil 这是存数据库的。。你这样搞怎么查询，怎么用索引

其实我想知道， nosql 中没有固定格式，你们数据读出来之后如何知道当前数据格式呢？难道要判断版本然后一版本一版本兼容？多改几个版本你们还记得最早的数据结构为什么是这样的么？

snower

GET DELETE 发 body 标准实现的服务器根本收不到吧，我记得 http 标准中似乎说了了 GET DELETE 不能发送 body ，而且语义上来说确实不应该在 GET DELETE 上发送 body

@jamiesun tornado coroutine 确实很慢，我不知道 twisted 的 coroutine 具体是怎么实现的，但不管怎么说，估计都差不多，除非完全使用语言层面的 coroutine ，否则很难有大的性能提升吧， tornado 用 pypy 加速后其实已经可以了，完全不依赖后端数据库的估计也不会用 python ，否则这么高的并发完全可以耗尽后端性能了吧

@yanyuechuixue 其实是不支持的，你可以看下编译出的字节码就知道了，编译时确定了名称空间

@tinyproxy 这比较的不就是 cpython 和 pypy 么？

python 的名称空间分明是编译时就确认的吧，这样改显然是没效果的，属性才是可以动态添加的

优酷这么快就封掉了？启用扩展会员也不能免广告，广告过后也不能播放。。

io 多路复用，其实在 cpu 层面来说效率是更低的，但性能更高，对网卡来说效率是更高的，单线程单链接来说，当然是没有 io 多路复用效率更高，但你如果有上万十万个链接的时候，线程切换，堆栈使用将会是非常大的消耗，所以这是后就是效率更高了

南京的氛围比北京什么的确实差远了啊

想法有点不对吧，权限不应该可以直接在表里动态添加，应该有程序自动生成，毕竟如何控制权限还是要在代码里写的，可以动态添加的应该是用户有哪些权限，用户角色，用户角色有哪些权限