@l890908 有意思，谢谢指点

@l890908 请问你写的都是什么类型的网站？

如果你直接用 python 后端来接收上传文件，你要考虑 CPU 和内存占用过高的问题，而用 Nginx 则不存在这个问题，从提高运行效率的角度，无论如何都得选择 Nginx 。

你可以设置 worker_processes 从 auto 为某个更大的数目，减少 nginx fork worker process 带来的时间开销，再测试并发上传速度。

用 nginx upload module 不正是为了减轻 Python 后端的 CPU 占用么？而且能减少 502 超时错误（如果都是小文件另说），哪能拿 CPU 占用率评估上传速度。

以 Nginx 的性能，怎么都轮不到是 Nginx 是速度瓶颈，看看 Nginx 其他部分的配置。有时为了防止上传流量攻击，还需要在 ngxin upload module 加限速指令。

简单讲，你在 pycharm 里没设置好让 django 做相关的 setup，便会出 ModuleNotFoundError 。

这是早爆出来的问题，非常垃圾的安全验证机制，越来越 GS 的苹果！

说起来，你的抱怨来自两点：1 、缺少开放思维，带着 ROR 的固有习惯，认为 ROR 的做法才是唯一正确； 2 、对 Django 学艺不精，Django 作为广泛使用的框架，如果大家都是像你那样在忍受各种缺陷，是不可能走到现在的。

我从来不喜欢基于函数来处理请求，喜欢用 class-based view，宁可直接继承 GenericView 来写，同一个类下定义一个 get 和一个 post 方法，然后 as_view()绑定到同一个 url，根本不会有你说的问题。

至于模板，属于见仁见智，如果允许模板写很多代码，那就违背了逻辑和表现分离的原则，鼓励用户将更多的逻辑扔到模板里。

API 的问题，用 DRF 。

Django ORM 我认为很好很优雅，尽管我也可以接受 SqlAlchemy 的形式（ Flask 用的是修改过的，要不更难用），但像 Pony 之类搞的黑魔法，lambda 满天飞，才叫糟糕。

这个是相对路径导入的问题，搜下 relative import

如果是在 Linux/Mac 下，安装 lftp，然后 lftp sftp://remote_host，就能以 ftp 的方式上传下载文件、文件夹，超级方便。

昨晚刚想学 vue，安装了 node，安装 vue，发现了下载的应该是 3.0 版……

目前正在用 huey，从 celery 迁移过来的，比较轻量级，内存消耗比较小。

只有一个忠告：别买 MacBook Pro，自 2016 年的新设计，屏幕排线有根本性的设计缺陷，不小心或使用时间长点就会出各种屏幕毛病，而那时十有八九已过保，自费维修 4000 元左右。

但是，苹果对此不肯承担责任，目前国外用户正在发起对苹果的集体诉讼，不晓得能不能打赢，也不晓得就算到时打赢了苹果的政策会不会覆盖国内。

经过初步测试，改用 Xapian 做后端，比用 Whoosh 做后端快 30 到 60 倍。从中也可以看到，尽管 Haystack 框架看起来很重，但其实不是性能瓶颈。

@woscaizi 呃，我随便弄的

@lixuda 我的是配合 django haystack 的 xapian 后端。你可以根据「用 xapian 跟 mmseg 实现中文搜索」这篇文章改，我用的是 jieba 分词，用起来还比较方便。

@maxiaoam 还没想好，不过我的对 AWS 各种服务依赖性不高，基本哪都可以。

@meteor957 如果 python 实用价值一般，youtube 、instagram 和 dropbox 等公司的代码就用它写的，又是如何成功的呢？

我已经改好出来一个基于 xapian 的搜索引擎，速度确实快很多。

我也弄了，AWS 发邮件搞起来太麻烦，打算迁离 AWS 了。