盲猜 modal 弹窗先渲染了，但是内部可能有一些逻辑做了一些处理，导致 modal 先出来，但是 container 没渲染出来。。 没时间搞环境 可以从 settimeout(func,0)开始试试。

@relsoul 补充一点，建议把防止改为 如何提高恶意用户刷接口的成本 这样的话会好理解一点。

1. wasm 有浏览器兼容性问题，外加一点点性能问题
2. 恶意用户可以不了解你的加密规则，只需要拿到加密后的结果即可。
3. 建议在 WAF 层做限流拦截处理。

折腾过的人告诉你，买两台电脑，或者两台笔记本。

没人回答来简单答答....

jwt 多方便啊，不用中心态维护，直接做校签就行。（当然你也可以用 redis 来维护 jwt ）

只要微服务的配置中心的密钥一致，那么无论什么微服务都不用依赖 redis ，直接本地做校签，减少架构依赖性。不过某种意义上来说 jwt 也是一种 session ，去中心化的 session 。

简单答答

mysql 和 pg 的定位差不多，不过 mysql 在国内的流行程度和成熟程度远远大于 pg 。从用法来说 pg 的支持程度要大于 mysql 的。所以如果抛开历史因素不谈 现在选择 sql 的话 pg 是首选，但是就像之前有位老哥说的 从 mysql 迁移到 pg ，发现 sql 不兼容，开发人员写了一些 mysql 特定的 sql... 所以从开发的知识体系来说，国内 mysql 还是老大哥。

ck 没用过，不能回答。
es 也只简单用过，我的定义是文本搜索，其他等大佬们补充。

mongodb 用的还算多，不过也仅停留在业务层，mongodb+nodejs 是前几年开发的标配了，之前的版本不支持事务注定了成为非标准化格式存储库，现在版本支持后用 mongodb 做主流程的也挺多（交易这块）。mongodb 的性能要好于 sql （不绝对），并且横向扩展性也好（集群扩展），由于 bjson 的形式 可以成为非成型业务的快速开发首选，node （快+json 天生友好），mongodb （ bjson 的形式）。

nginx proxy manager

简体中文输入法，罪魁祸首

openmediavault

启动后如何避免再次出现攻击行为？停止哪些服务？或者防火墙只允许 ssh 端口（以前一直是 ftp 方式连 ssh 端口传文件）？
有什么排查的思路？（能不重装当然最好）
---
之前一台 digitalocean 主机被 hack 的人告诉你
1. mongodb ，redis ，mysql 当时部署在主机上，估计是对外网访问 并且是弱口令 从这层入侵的
2. gogs,某些 php 代码 等 web 服务等 0day 导致的，这个得你自己排查
3. 套 cf 可以解决一部分问题，但不完全
4. 建议上 docker 部署 隔离
5. 随机生成密码，不要自己想密码

@lysS cf business 用户 告诉你 会，针对国内访问不要套 cf 。不过 cf 的 waf 很屌，所以看你怎么取舍了。

标题即答案，赶紧备份+还原系统吧。

@Greenm work work

如果是小项目不要走 websocket ，如果要走 可以试试 socket.io ，我的建议是 直接前端轮询就行（ 1s ），减少前后端的心智负担。所有的计算后端放 redis 处理。后端做延迟/定时任务更新 redis 的 key 即可。拍卖完成后落 db 。
如果是大型项目估计也不用我说 架构层应该已经评估了时间与开发量得出了解决方案。

+1 zsbd

@retrocode 那你可以考虑直接上微服务，qiankun 可以考虑一下

正好在做这块
1. 微服务解决的是 project 与 project 之间的问题，微服务还需要有个统一的大入口，要跟 pm 进行沟通
2. 如果只是 project 级别内的问题 可以考虑 git submodule 从 component 和 router 级别进行抽离就行了
3. 代码冲突避免不了 内部人员开发也都会出现这些问题，如果想避免 那就在后台写一套 npm auto import 框架 通过 npm 包的形式再抽离开，前提是该有的变量要 export 出去，这里其实也会涉及到规范

上面的 1 ，3 都比较麻烦 看你的 time buffer 还有多少了 以及你有多少人去填这个坑

@AoEiuV020 收到~ 明白了 谢谢大佬新方法