首先，restful 接口返回 list 不是一个最佳实践。如果你直接返回了一个 list ，翻页信息放到哪儿呢？所以最好还是返回一个特定的对象，而不是“裸” list 。比如：

```py
class Item(BaseModel):
pass

class Res(BaseModel):
page: int
page_size: int
items: list[Item]
```

@minami 我觉得垃圾内容农场是中国人做的确实挺丢人。但是这和我的观点不冲突：Google 所有语种的搜索结果都在恶化，并且“被墙”不是主要原因，而是 Google 自身的反垃圾算法失效了。

@cmdOptionKana 英文站现在也是一堆 gitmemory 之类的垃圾农场，别动不动就反思

@whitewatercn 藏的可太深了……真不知道喜马拉雅的产品经理想啥呢

挺有意思的项目, 别被一楼的臭嘴毁了心情~

我备案完好几个月了，网站一直没上线，也还没遇到问题

不能查看未添加到列表的，这功能不是残废么……

加钱上 4k 吧，2k 真不能看

外企, 巴适得很

push 这个词很难么，初中词汇吧。专业名词用拼音缩写无可厚非，但是 push 这个真不应该吧。

> 根据我的观察，ORM 还是很有必要的东西，包括虚拟的连接层，实际上起到的是数据库本身的内存优化的作用。
仔细看文档吧, 之所以分成 core 和 orm 两个层次就是为了让你可以只用链接池这种基础组件, 而不用全部都用.

> 很多问题不能通过直觉解决，而网上的资料又全部过期。。
SQLAlchemy 能查到的资料确实有很多过期的, 但是还是比较好分辨和转换的吧, 基本看到带 query 的代码就是老风格的, 其他的就是 1.4/2.0 风格的.

> 我司涉及的业务往往是大连表复杂查询，感觉 orm 不能带来多大的节省脑力的优势。
CRUD 比较适用 ORM, LDAP 你用啥 ORM...裸写 SQL 才是正途, 不过像上面说的, 依然可以用到 core 部分.

> 使用异步代码访问数据库完全不是什么行为艺术，而是非常正当和迫切的需求。
同步和异步比较混乱是 Python 的锅, SQLAlchemy 不背

iOS SharePlay 就是专门为这个需求打造的

除了买房，那肯定一毕业就自由啊

如果你只是用来做全文搜索的话问题不大, 挂了大不了从数据库里再把数据倒一遍过来, 无非就是会有宕机时间而已. ES 还是相当稳定的, 不至于说莫名其妙就挂了.

完全正常啊，卡或者风扇呜呜响才有问题～

微软干嘛不直接把 jb 家收了