用 dict() 生成动态的 。用 { } 定义静态的。

第一种更有可扩展性。

@xpresslink 比赛说脏话了？ @livid

@xpresslink 谁告诉你不能利用多核就是伪多线程了？那么多 C++ 写的游戏，都只吃单个 CPU，他们都是单线程的？

@xpresslink 不懂就不要瞎说。py 的多线程就是 native os thread。跑 http 是会释放 GIL 的。

支持。

@sephinh 想想 tumblr 为啥关停核心业务？不都是老板拍脑袋决定的。

@sephinh 估计是版权方传的时候故意歧视在线版以免被 rip 散播。。

@lanqing WSGI 只是一个 python 代码接口。werkzeug 在这个接口之上封装了很多工具。

WSGI 之下是 uWSGI 真正监听端口跑起来

一般不推荐写 uwsgi 协议。太蛋痛了。

@javlib uWSGI 也能做到 py 文件配置。甚至可以通过 py 指令动态配置。

还可以在配置文件里计算。比如根据 CPU 核心数量的一半配置 process 数量。想不到吧！

@Zzdex 功能强大来说 uwsgi 好一万倍。

配置难度来说其实一样。如果你只看国内 csdn 级别文章肯定都推荐 gunicorn

要自己去修改一些底层逻辑，gunicorn 更简单。uWSGI 的 C 代码全世界估计只有作者会改。3 层 for 循环嵌套。

1. nginx 粗解析，比如头，uWSGI 细解析，比如 URL。
2. 是 uwsgi （ uWSGI 是程序 uwsgi 是协议）
3. 是 WSGI。uWSGI 直接调用 libpython.so 其他的都是代码接口。明白了吧
4. uwsgi 协议是 http 的一个超集。可以看成一个 RPC。但是同时 uWSGI 作者精力太旺盛实现了 http http/1.1 https 静态文件输出 cache 服务 key-value 服务 crontab 服务等。可以代替 nginx 直接监听 80 端口。可以代替 supervisor 监控进程。所以 uWSGI 也重新实现了全套 http 解析服务。
5. runserver 实现了。但是只是开发用。
6. 是基于 WSGI 的一些助手工具中间件。

@Removable 没看过芝麻官？

> 提供客制化信息推送服务，比如关键词微信消息推送


我需要这个。最近想买抽纸 ssd。

再放一只蛇进去？

@dhssingle https://github.com/dotnet/wpf/issues/48

别想了。不可能。

@tiaod 可以哈哈。

# curl -s xabc.io/挖矿脚本.sh | bash

这不就是 10 年前做垃圾站的路子么。。火车头。。。