说起来，你的抱怨来自两点：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 了。

天生耳朵太软 or 社会阅历太浅。

最近自如爆出让住客喝了一年中水（生活废水初步处理过，仅用于冲马桶和植物浇灌），总之这些资本化运作的长租公寓都很有黑历史。

@billlee 哦，我试试 redsocks，之前觉得没必要叠床架屋再加一 redsocks，就直接设置 iptables 转发规则。

@lixuda 经过搜索，发现有篇文章「用 xapian 跟 mmseg 实现中文搜索」的方案很好

Xapian 比 Whoosh 快 4 倍到 60 倍，上亿条数据几秒内就能搞定，建议你试试

@lixuda Whoosh 有个支持 GAE blobstore 的索引后端，原则上在它基础上改出一个支持 Diskcache 后端的的不太难（ Diskcache 很不错，用磁盘做缓存，速度跟 redis 相当）

如果你在 Django 下使用 Whoosh，可以试下 Haystack （改起来应该很快），看是不是也这么慢，是否存在不恰当使用的地方。

如果还是很慢，但又不喜欢 ES 太重，可以考虑用 Xapian 做引擎，不过它对中文分词的支持会有点麻烦，知道怎么搞的话麻烦告诉下我。