有写验收相关的条款没，如果没有比较不利

建议找个律师咨询一下

重新编译

case 只是个 tag，不是流程控制关键字，也就是需要你自己 break

@explore365 #77 前端 hash 和直接发明文，对于后端和数据的安全性上来说是没有任何差别的

最简单的是在 Nginx/Apache 设置 cookie 过滤，不带 cookie 的访问返回 js 设置 cookie，带 cookie 的才正常继续处理

waf

@zgcwkj #6 两种都算

现在流行做 SaaS，破解都没地方破解，用户只能付费或者找替代品

你 JS/wasm 再怎么加密，中间人都只需要重发数据包而已，真要保安全，还是 HTTPS + cert pinning

密码学最忌讳闭门造车和自己造轮子。一切需要靠算法保密来维持“安全性”的加密方式都是不可靠的。在前端实现对称加密连密钥都是随时会泄露的，而实现非对称加密根本上和 HTTPS 是一样的（而且你的实现还会因为自己造轮子得不到广泛的审计从而不能快速发现并修补可能的弱点

开机之后看 dump 啦，靠猜是不行的

系统图标可以按住 cmd 拽出来就删掉了（要加回来要去相关功能设置界面）

其他应用，平时不要开那么多 app，而且很多 app 的图标可以在 app 自己的设置里面隐藏，比如 moom、1p、alfred 之类的就没必要显示

其他的可以用 bartender 控制

@daijinming #15 asp.net core 自带用户系统，但是没有自带权限和管理。认证鉴权（ OAuth2/OpenId Connect ）配合 OpenIdDict、IdentityServer4 做很方便

@mon3 我用 sqlalchemy，没仔细研究，应该是没有的，所以我查两次

@dapang1221 #4 确实，如果是不需要编译的，或者没那么复杂的项目，再比如只有这一个项目，用 CI 太重了，在服务器做个未检出的 repo，写个 hook，把本地的 repo 加个 remote 到服务器（用 git+ssh 协议），每次本地 push 到服务器上之后，服务器上的 hook 去跑个 shell 进行构建和部署

首先弄个版本控制系统，比如 git/svn

然后弄个 CI，如果是 git 的话可以用 GitLab CE 全家桶，如果是 svn 就上 Jenkins

系统注册、用户管理、用户验证服务、权限管理 这些，如果你是要做一个集中认证鉴权服务，可以考虑 OpenId Connect

这里有一些 certified OpenID provider libraries and servers

https://openid.net/developers/certified/