@jarry777 如果需要显示新地址, 现在 DNS 也都支持 301 重定向呀, 绝对比你自己搭的服务器可用性强.

直接在 DNS 上添加一条 CNAME 解析一下多好啊，为毛要这么脱了裤子放屁？

@niubee1 拿铁熊猫别看本身价格低，但说心理话性价比真不高，关键是达不到性能需要，那东西只能做个智能程度要求高的控制器之类的，开发嘛就是烧钱。
楼主的要用 JB+VS，这个需求没 I5+8G+128G 根本不能玩，不如买 4.5K 的小米本。

楼主提的这个问题根本就没有意义，这个毫无疑问要用第一种格式，注意只是格式。两种写法的逻辑和哲学本质上是一样的，只是第二种根本就不推荐在函数和业务代码中使用，只有在配置文件中条件参数的情况使用一下。

python 是动态语言，倾向于直接 try 可能存在异常的资源，使用异常处理捕捉。
另一种是先检测可用再使用，C 之类的静态语言倾向于这个哲学。

这么给你打个比方吧， 你开了个火锅店，只有 20 个桌子，平均每小时能接待 20 桌顾客。但是没想到生意太火，总是暴满，新来的顾客一看没位子扭头就走了，于是你在门口搭个棚子，摆上 10 个板凳，让顾客等位排号。
那么现在你平均每小时能接待 30 桌顾客么？ 当然不能，还是 20 桌，只不过多了 10 个顾客在假装接受服务。

这个是很简单的问题啊，直接再弄一个 Model
通常只要两个字段，user_id, resource_id, 分别外键到 User Model 和 Nihao Model
这么弄最省事，逻辑上也简单，但是只能用于数据量不大的情况。

这么弄如果在用户量比较大，资源量也很大的情况下要考虑一下性能问题。
那样话只能用 redis 这种内存数据库，把 user_id 做键对应列表，所有访问过的资源 id 压到 list 里面。
不过要考虑一下数据持久化方案。

贷款买房

@est 我可真心没说你，只是借喻一下。

@est 好吧，你说服我了，Python 的多线程确实是操作系统真多线程。那我改成说是伪平行总可以了吧。

你即使把鸡叫小姐也改变不了婊子的性质啊（逃）

@est IO 操作会释放 GIL，这个基本上学过 py 都知道，我说的伪多线程是指有 GIL 的存在不能利用多核。一个 WEB 框架里不光只有 IO 操作吧，总会有正反序列化之类的吃 CPU 操作的任务。

楼主大兄弟，以你自身的具体情况而言，我估计你在 35 岁以后在职业发展上会基本上断路。
所以你现在要打算的最重要的事情既不是编程语言也不是英语，而是：如何养老？

你要好好做一下长期的职业和人生规划了，底层码农是没有未来的。

@xujinkai 你不觉应该是 6 么？

@lanqing runserver 确实默认是多线程启动的。写的时候没有太注意，其实是想说 django 应用是单线程的阻塞的，而且 python 有 GIL，也是伪多线程。

随便用个编程语言打开文件逐行遍历一下就可以。

@Zzdex
各有优势
Gun 是纯 python 实现的，容易配置和 hack，配合 gevent 时处理部分阻塞请求的性能高。
uW 是 C 实现的，大量非阻塞短请求优势明显，但是配置麻烦一些。
总体上 uW 略占优。

nginx+uWSGI+django 解析 http 协议是在哪个上面解析的?
http 是个文本协议，django 来解析的。

nginx+uWSGI 通信的协议(或者说规范)是什么?
uwsgi 是一种线路协议而不是通信协议，在此常用于在 uWSGI 服务器与其他网络服务器的数据通信。uwsgi 协议是一个 uWSGI 服务器自有的协议，它用于定义传输信息的类型。

uWSGI+django 通信的规范是什么?
WSGI 协议。这东西是一个 Gateway，也就是网关。网关的作用就是在协议之间进行转换。

网上说 uWSGI 实现了 http 协议,是否 uWSGI+django 的架构上,uWSGI 负责 http 的解析
不是。

只有 django 的话,是不是内部也实现了一个简单的 类似 nginx+uWSGI 的东西
Django 所提供的是一个开发服务器，这个开发服务器，没有经过安全测试，而且使用的是 Python 自带的 simple HTTPServer 创建的，在安全性和效率上都是不行的。虽然不要 nginx 和 uWSGI 也可以跑，只不过 django runsever 原生为单线程，当第一个请求没有完成时，第二个请求辉阻塞，知道第一个请求完成，第二个请求才会执行。nginx 是线 web 服务器主要起到了调度，转发，处理静态文件等作用。uWSGI 是 nginx 和 app 之间的桥梁，起到多进程并发，转换协议接口等作用。

flask 框架依赖于 werkzeug ,这个东西是不是跟 uWSGI 一个层次的东西
不是。werkzeug 既不是一个 web 服务器，也不是一个 web 框架，而是是一个 WSGI 工具包，它可以作为一个 Web 框架的底层库，因为它封装好了很多 Web 框架的东西，例如 Request，Response 等等。

@mritd 你太贴心了。就是这个意思，一定要自动感知使用者需求，手工语音控制都不行。

其实假娃本身没有多难，但是要掌握服务后端洗剪吹整套生态，至少需要积累 3 年才能成为一名合格的技师。
如果用死不孕做歪脖和屁还是屁也没啥大差别，基本上也是可入的。

楼能不能帮我提一个按照心情自动切换主题的 feature