fatbear

看你的进程号 是在 docker 内跑的吗， 如果是在 docker 内跑的，需要加--init 的参数，或者用 bash 套一层，在 bash 里面在调 python 执行脚本

第一浏览器没法获取 mac 地址，ip 地址很多家会做登录时的地区风控，但是一般不会有人做强制失效，除非有特殊需求，试想一个场景，你做高铁跨省市，ip 地址一换，你的 app 全被踢下线重新登陆是一种什么样的体验

自己写一个无需鉴权的接口就行了吧 /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 导致越权