再把 qt 装上然后用自带的卸载卸载掉试试

zeronet 不就好了？

你说的是流量在不同 pod 上的负载均衡的话，可以试试 ingress 或者 gateway api
https://kubernetes.io/docs/concepts/services-networking/gateway/
https://kubernetes.io/docs/concepts/services-networking/ingress/

如果是 pod 本身的调度，那 k8s 本来就会根据 node 的资源和 workload 的 resource.request/limit 进行调度

我以前用 beancount 处理过 EVE 的联盟账务可视化和统计来着，写了个脚本从 SeAT 里自动导出每月数据，还挺好用的

@liprais 虽然说淘宝早期肯定不是 ssd 做的存储,但是有淘宝那会 ssd 都出来有段时间了......

也许可以试试 powerdns ，upstream 肯定是要设置的

公司内部用的话，不妨试试 mattermost ，开源的 slack 替代品

https://github.com/orgs/community/discussions/25280
参考这个讨论，建议给后续的操作加条件

@OysterQAQ 那其实这种需求自己实现一个存储服务也许性能会更好

如果只查 id 不查别的字段，你这个比较适合用 mongo 或者 es 这种文档数据库

自动同步可以考虑 syncthing ，有网页管理界面

我的建议是在一台自己制备的机器上用 jmeter 跑一下测试

qnap 的客户支持其实挺不错的,我之前开工单以后他们的工程师会打电话过来一起处理

@jiayouzl 其实我是觉得你们可以考虑把静态资源直接构建成一个前端镜像，然后 nginx 只需要配置代理到这个容器就行了
如果是这种做法可以考虑这个镜像
https://hub.docker.com/r/nginxproxy/nginx-proxy

@jiayouzl 这个情况估计也只能曲线救国，尝试把这些静态文件挂载到一个特定的目录然后把整个目录挂载到你的 Nginx Proxy Manager 容器里了
不过为啥不把这些静态文件专门挂载到一个单独的 nginx 容器里呢？

你其实是希望容器不要被重新创建以致于丢失未被持久化的内容吗？
这不是容器化方案的最佳实践，一般来说需要持久化的内容都应当被挂载为卷，无论是 bind 方式还是 volume 方式
有个 workaround 是，你可以挂载一个目录进去，然后通过 mount --bind 方式把其他的挂载点挂载到这个已经挂载到容器内的目录里来实现动态挂载卷

@listenfree chatgpt 在瞎说，这个实际上还是 recreate 了容器，你只要改变了容器的元数据就一定会重新创建容器

思源笔记的 s3 备份功能在一次更新后已经是依赖于第三方账号系统的功能了，并非完全开源本地化实现

@XueXianqi 用 u64 呗