relsoul

@leonme 昂达 itx h610 我也有，铭瑄的 itx h610 2lan 双网口我也有... 我建议用铭瑄的 h610 2lan 双网口 。matx 和 atx 不清楚

先说我半年前的配置 J4125 + 8g
再说说我现在的配置
12300t
16g
万兆网卡+poe

n5105 的 cpu 性能太弱，

使用 alist 映射各种云盘资源
使用 transmission 下载网络资源

不说宽带范围和使用范围默认你千兆下载满速，当你满速下载的时候 你的 cpu 已经是 100%了，这个时候如果你做点其他的事情 那么基本上就不够用了，这种 all in boom ，要么不搞，要搞还是搞一个好一点的 cpu ，n5105 的发热也比较大，不要扯啥省电，开个空调一天哪个不比多十几 w 耗电大。

n5105 这点性能不够，n100 也不够，上低压 u 吧。上面的性能真一点都不够看，说 n5105 够的了 基本上没跑过下载和大应用(流量,耗 cpu ，gpu)服务。


12300t 我满速下载+上传 基本上 cpu 占用在 70%左右。再直通 gpu 给 jellyfin 没啥压力。

整体功耗比我之前的 j4125 多了 30w 的样子，另一个 并不是长时间都是高负载跑，但是要高负载跑的时候 你正好有其他的服务 比如旁路由 就会影响你的浏览体验。

n5105 玩玩可以，这么多服务

可以容忍一定程度的数据丢失和**系统崩溃** -要做到这一点可不容易

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

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

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

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

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

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

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

nginx proxy manager