fatbear

自己写一个无需鉴权的接口就行了吧 /v1/ping: return jsonify("pong")，然后 docker 或者 k8s 都有 health check 机制，直接用 curl http://127.0.0.1 | grep pong 之类的 shell 判断就可以吧，不需要借助第三方包

location ~ .*\.(js|css)?$
{
root /opt/project/ui
expires 12h;
}

第一个 location 里加上静态文件目录

@yezheyu 你既然已经说了在前后端"分离"的架构中是这样这样做，你这里回答又认为多此一举，那你首先要就搞清楚为什么要分离，前后端分离的核心在于解耦数据逻辑与数据展示之间的关系，前端专注于做前端的视图渲染，后端只负责数据处理，最大限度的降低人员之间的合作成本，你所谓前端服务器的 12L 已经解析很清楚了。目前比较普遍的做法是前端在完成开发之后 build 成浏览器可解析的 html+css+js 文件，然后由 nginx 反代统一管理这些静态文件和后端服务器。至于楼上提到的 SSR ，是前后端分离的下一个阶段，为什么 web 开发发展了这么多年又回到了前后端合并的路子上，楼主可以自行搜索"同构渲染"

@Renco 前端应该不太能接受，前端的库比如 vue 常用的 axios 或者是 angular 的 http client 在 get 里放 body 确实是比较麻烦，后端调别人的接口就能接受这种写法，绝大多数后端语言在这方面都不存在障碍

加密，避免通过修改 cookie 导致越权

楼主吐槽主要集中在两点，一个是动态类型的问题，这不是 flask 的问题，是 python 的问题，现在 python3 有了类型注解，和 ide 集成的也很好，并不存在没有提示等问题。 第二，楼主一直觉得 sqlalchemy 难用，flask 比 django 就好用在每个组件都可以自由替换，你可以选择 peewee，序列为 json 只需要一句 query.dicts()。
很多人去用其他语言的 xx 框架难用其实就是先入为主了，用其他语言的思想去看待另一门语言，python 的优势就在于快速开发，快速迭代，如果作为内部工具的后端服务，这两个优势是其他语言无可比拟的

ks+1, 内网硬件生产一直都是 pxe + ks 的方式