@MillaMaxwell 正确的实现方法是根本不设计和实现读出指令
用技术手段实现行政限制

谈不上“不然简单”，而是“根本不让”

@busier 旧版公交卡确实是可以复制的，当时直接把金额写在卡片里并且写入读取都没有权限控制

@totoro625 eID 项目放弃治疗都有十年了吧
按说公安部第三研究所根本没资格搞身份证相关项目的吧，那是第一研究所的事务

正确的答案是
用于安全用途的智能卡，其私钥部分都是仅用于内部计算，而无法读出原文的

@MillaMaxwell 你这是偷换话题啊
不能因为“如此了会造成恶果”来反证不能复制

@sjtuzi 基本可以预言最后的结果就是陷入某个 sb 供应商的软件质量问题中

@zzzmh 只考虑运维的情况下，用 systemd 管理 tomcat ，比 docker 少一层，并且 1 号进程天生比 docker 更神圣，因为 systemd 的死活不需要你考虑，但是 dockerD 和 containerD 的死活却无从保证

自己编译无法保证多次执行为同一结果，多次之间如遇到版本变动，遇到 bug 的时候对他们进行行为方面的比较就没啥意义了

@zhuisui 先开输入再开输入似乎不能保证完整性吧？

你这个“用 shell 去检查端口”并不解决根本问题啊
而且它自己也没有意外终止，所以 docker 提供的意外终止之后自动重启的功能其实对你没啥用，而且 docker 也不是独家提供意外终止自动重启

再加上“直接编译安装”
感觉你把能犯的错误全都凑齐了

基本枯竭吧

其实，似乎只有问题 1 是有问题的
但是很多回答，大家都关注输出观点而不关注问题本身啊？

1 我也很好奇，我建议看一下 pip3.10 它对应的 hashbang 的 python 的版本，及这个版本对应的 site-packages 路径？
2 建议就只用一个，最新的或者最新之前那一个；更早的已经没什么意义了
3 不是浪费，而是以自己的金钱支援了存储方向的同行
4 很少见不同的软件依赖不同的 python 版本这个情况啊。我以为这是一种中间状态，很快就会统一升级到较新的相同基准版本上呢？

现在 linux 界已经流行所谓 platform-python 的概念了，就是只为系统自带工具准备的 python ，和用户的 python 分离，以避免类似于，之前有人把 python 从 2.4 升级到 2.6 然后 yum 无法 import 之类的破事。对用户来说，如果系统里只有 platform-python ，则相当于并未安装 python ，有需要再另外装；对 ansible 来说，platform-python 是“其中一个可用的 python”

我去看了一下文档才明白原来 curl_cffi 提供了和 requests 一样的接口

不快的速度，那可能还真是没上锁
举个大众品牌的例子，上锁速度大概是 25 吧

各地区各层次的消费能力不一样

2027 年 3 月份再看看形势

把减不下去说得好文艺啊

显然选 2
如果用 cronjob ，则你的应用程序和 k8s 有耦合。将来万一 k8s 没落了呢

夏季的牛奶可能不太行，甚至撑不到标称的有效期
干的一般没问题

古代，挂失之类的业务必须去开户行办理，因为底单在那里
现在应该是没这个要求了

不过不同地区的分行会有权限区别。比如深圳经济特区的外汇权限会更大一些，你只要搞定开户资格，就能兑换超过 5w 美元