在服务端把 cors 的头加上，客户端就一劳永逸不用麻烦了

其实上手做是学的最快的。

@AndyAO 命令行 pytest 解千愁

pdb 解千愁

这种见人下菜碟的搞法确实不咋地。
但框架后面的初创企业需要赚钱，这个做法也是可以理解的。

最好是需要在文档上标注怎么去绕过这个默认行为。LZ 也可以去给提个 issue

图快就 k3d ( https://k3d.io/v5.0.3/)，windows 里面有 docker 就可以

看你的 k8s 集群是怎么搭的。
如果用的是云厂商直接 host 的集群（例如 AWS 的 EKS ，Azure 的 AKS)，PV 一般直接都映射到云厂商的存储产品上。
例如 AWS 的 EBS ，EFS ，Azure 的 Azure Disk ，Azure Files

需要底层数据库的配合。PG 这块东西支持的比较好。

国内有没有类似 给公益机构 找免费程序员的 网站？
类似这种： https://www.donatecode.com/

这个不是 sharding 么。大致是 map 套 map 的搞法。但这个一般是处理多机的问题把，一级查询返回 下一步去哪个机器上查。第二部去那台机器上把真正的值取出来。

单机这么弄是不是有点没必要，还增加了一些管理上的难度

考虑 spot ？

看到有人提 wsl 我就放心了

国外一般 django 或者 ROR ；初创企业的福音。
第一个版本往往前后端分离都不做，模板引擎打天下。

平铺窗口管理器表示都是渣渣

twitter

pg 的 json 和二进制 jsonb 是可以建索引的。所以作为查询条件、连表条件都是没问题的。技术其实在进步，大家可以试着尝试一下这些数据库的新功能。

我们现在的新项目都是上 PG ，关系型非关系型都是一套系统。全文索引也是用 pg 。后台的数据库选型异常的简单。
（但我们不是做电商这样的高并发项目的，所以不清楚规模上去了会怎么样；在初创阶段，一个功能丰富的数据库能帮助到开发速度很多）

我喜欢看冬天和狗狗在野外露营的视频，感觉整个被治愈了

https://youtu.be/5z9-4Rafh6k

@charleslzq 其实没法 1：1 迁移。只是希望两边的组件有匹配，比如 S3 对 aliyun OSS，这样就可以保证一样的组件拓扑；然后就可以比较简单的重写 terraform 里面的 resource （肯定还是需要更改相当一部分代码，但是思维方式可以保持一致）

在家远程工作了两年的表示天天和摄像头作伴