道高一尺魔高一丈，个人可以被利用的信息太多了，说不定你的网外 IP 地址一直没有变。

不管是买断制还是订阅制都是市场行为，几十年前，网络不发达，软件购买需求也不大，买断制是适合的。而如今，随着网络和软件应用市场的普及，订阅制迎合了市场的需求发展起来了。像音乐，视频等不断有新产品产生的服务，由传统的购买 CD/DVD ， 转向订阅制是必然的趋势。
至于买断和订阅哪个更划算，其实都是由市场经济规律决定的。如果商家定价不合理，消费者可以不买，或者转而购买其竞争对手的产品，最终倒霉的还是商家。

每个应用所需的版本不一定一样，你应该不想安装一个新应用，另一个旧应用挂了。
如果你又想本地保留多个版本，那又会带来新问题，即你的应用删了，你的公共运行库不想删，久而久之它们又会变成垃圾。

无状态的服务可以随时扩容 /缩容，集群中任意一个 /几个 down 机都不影响对外服务的可用性。

安全中最弱一环是人，把密钥放在个人电脑里，本身就是埋雷。之所以现在雷还没爆，要么是对这些数据的安全公司不在乎，要么是这些数据的价值黑客不在乎。

我也是。用的也是 typec->dp 的线，用了半年，某一天休眠后就再也连不上了，之后试了各种网上的奇技淫巧也无济于事，但诡异的是，中间有几次突然连上了，但断开重连就又不行了。

与之对比的是，用同样的线在 Win10 下就没有问题；或者用 typec->hdmi 也没问题。

总结一下，就是在 macos 环境下，typec->dp 会有这种奇怪的问题。

登录和权限对应的是英文的 Authentication 和 Authorization ，是两个相似但不同的东西。
登录解决的是你是谁
授权解决的是你能干什么

联想小新静音版

试试这个：docker run --name box -d -it busybox sh

这个拆词法真是太恶俗了

有可能这种 copy 用的是 hard link ，在文件系统看上去是两个独立文件，但实际指向的是一个 inode 。

鱼与熊掌不可兼得，不能既要 rust 的安全严谨，还要敏捷快速。
或许很多初创公司的代码还没累积到屎山就死了，所以用 js 可能跟合适。
但一旦跨过生死考验，准备长期发展时，就开始为当时的选择付出代价：欠下的迟早要还的。

websocket 和普通的 socket 没有两样，都是网络层，这一类资源是不能持久化的，或者说持久化是没有意义的。

你这个容器貌似需要高级权限的操作，可能需要设置 privileged: true

resilience4j-retry

前几天发烧也是有类似的情形，感觉脑子发热超频了，陷入了死循环，停不下来

如果非要看，那就只好用大人的账号了

主要是直播内容本身没有分级，它只好宁可错杀一千也不放过一个。

既然你提到 NFS ，那就用它了，用那台 1T 存储的服务器搭建 NFS server ，然后在集群用挂载为 PV ，Kubernetes 对 NFS 也是原生支持的。