Python 的网络处理是非阻塞的，但如果你在 Handler 里用的 Python 提供 file.write 函数，这个是阻塞的。
解决办法有几种，

一是用 tornado.iostream 处理文件的读写，彻底解决问题。

二是运行多个 tornado 进程，不需要任何额外处理，一定程度上解决问题。

三是用队列保存文件，需要队列支持 HTTP 的 Pub，完全解决问题。 。

四是用 S3,Youpai,Qiniu 或者其它任何类似服务。鉴权不需要存储在客户端，只需要上传之前将文件信息提交到服务器的接口，接口生成针对文件的鉴权，客户端用这个上传到指定的服务商，彻底的完全的永远的解决问题。

我可以把四的代码给你参考一下。

我也是做 DNS 的，说两句。

TCP 是可以运行在 Anycast 上的。前提是每个 /24 段不能承载过多的业务。节点都比较稳定，不会经常因为负载过高而重新route。这也是为什么 Anycast 大多用在 DNS 和 CDN 这种单纯流量的简单业务上。

我理解原文中的含义大概是，client 本地存储一个 Anycast IP 。在需要解析的时候，向这个 Anycast IP 发送一个带有解析消息的 HTTP 的请求，HTTP 会返回一组解析后的 IP 。

这样肯定可以工作，但我有几个问题。
一，这种方式肯定没有办法在浏览器上运行。但如果是 client ，那为什么不直接向 Anycast IP 发送 DNS 请求？
二，用了 Anycast ，就不需要 IP 库了。
三，最简单的办法，难道不是 301 + subdomain 吗。
四，既然每次请求多发送一次 HTTP 的成本都能承受得起，干脆把 records 的 ttl 设成 10 好了。
五，用了 Anycast 就是机房遭受核打击都没关系啊，难道微信所有机房的光揽被同时挖断了吗，太巧合了。

iOS 你用百度推个毛蛋啊，摔！

LZ现在的知识，还是先不要区分什么 stack 和 heap 了。。。。

从万网迁出域名，真想骂人！

@coolicer
@x6doooo

我只能说你们对自己要求太低了。

对于*简历*上出现拼错误的情况，我绝对不会选择无视。

这种地方犯错，以后在写代码的时候也一定会在变量名，函数名上犯错误。
虽然简历上拼写正确也不能保证代码写对，但至少人是认真的。

我不会为难别人，但最起码的，尊重一下自己，写简历的时候稍微认真一些。

知道 Linux 和 GNU 是什么关系吗？
知道 glibc 是什么吗？
知道 yum/rpm 和 apt/dpkg 有什么区别吗？

最近在面试，发现很多人真敢什么都往简历上写。
写上 HTTP ，但连状态码都不知道是什么。
写上 UDP,TCP 但连两个有什么区别都不知道。
写上 多线程 但连什么是临界区都不知道。
注意苹果出的手机叫 iPhone 不是什么 iphone 或者 Iphone ，它用的 OS 是 iOS 不是什么 ios 或 IOS ，它用的编程语言是 Objective-C 不是什么 OC 或 Object-C 。

遇上我这种较真的面试官，几个基本问题不会就基本 pass 掉了。

@onetown 大神你好。

这个强大，很有 Fabrice Bellard 风范。

@sobinyuan 可以加我 GTalk: zhicheng at opensourceforge.net

大杀器
https://github.com/BigZaphod/Chameleon

对lz项目比较感兴趣，但不太可能过去。既然在北京，有时间可以一起聊聊。

U2 - Sunday Bloody Sunday

你们天真了，薪水和能力没有直接关系。

以前的你们 github 上的 SDK 有个 Bug ，我修掉了发 Pull Request 被华丽丽的忽视。后来你们还把项目给删掉了。

Unix 是重复过的轮子，BSD 是重复过的轮子，Solaris 是重复过的轮子，Linux 是重复过的轮子，ARM 是重复过的轮子，MIPS 是重复过的轮子，更别提数不胜数的“替代”软件。如果已经有 如果已经有 PC 了，我们还要 Mac 干嘛？如果已经有 Windows 了，我们还要 Mac OSX 干嘛？WPS 了，我们还要 Office 干嘛？如果已经有 iOS 了，我们还要 Android 干嘛？

别那么死板，正是有了很多重复的创造和竞争，才有的伟大的变革。

用别人的东西 -> 不爽，修改它 -> 修改得太多，不如自己创造一个 -> 别人用自己的东西 -> 别人不爽。。。。

所有的项目和产品，都是这样出来的。