@FrankHB 我仅针对现代汉语普通话把古汉语屈折时代形成的语法型多音合并这事。与此无关的读音从俗不在此列。

#1 提的 SELinux 是个好办法，不过这玩意不太容易上手

不算很冷的知识：古代汉语有很大的屈折语成分，需要靠词形变化来表示语法成分，类似拉丁语系的语言里数态格变化。所以有些汉字有多个相近但不同的读音，表示词义相关但语法成分不同的含义。而现代汉语几乎是纯粹的分析语，一个词的语法成分是通过在句子结构中的位置来推断的，所以不太需要词形变化表示语法成分。之所以还保留一些字的屈折化多音，只是为了诵读古文，对现代汉语没有实际意义，去掉也没关系，毕竟现代汉语的汉字读音规范只要保证现代汉语使用就可以了。这不是屈从没文化的大众，不是将错就错，不是劣币驱逐良币。

@learningman pypi 也有过，不过因为被投毒的包本身没多少用户，影响不大

又是 node.js 娱乐圈

金可儿

@sen2 你查的什么文章？列出来供批判一下。

xshell 本地并不是 Linux ，而是 xshell 自己的 shell ，敲下一条命令时先查找 xshell 自己的内部命令，如果不匹配，就去查找 Windows 的命令，而两者都不包含 mv

以后 Kong 会在国内开展业务吗？

“数据插入异常”时的具体表现是什么，服务器返回的错误码？客户端抛出的异常？日志里的记录？如果什么都没有，那不好猜。

拿铁熊猫、奥德赛

Kong!

@julyclyde 我倒是有服务器从 Debian 6 一直升到 11 ，除了一次由于 udev 引起的 grub 启动参数需要改我没注意导致起不来然后修复之外，没遇到过太严重的问题

@defunct9 搞等保的懂个屁的安全，哈哈哈哈哈……都是跟着郭嘉的政策蹭热点混进来的阿猫阿狗。

CentOS 7 和 Debian 11 ，repo 里的各种基础组件版本差别太大了

没有什么绝对无痛的办法。建议在新环境重新部署，测试确保没问题后再把老环境的数据正式导入。
如果你的业务系统所依赖的各种基础库有比较多的是用发行版的包管理器安装的，那要花很多精力做测试。如果是自编译的依赖，会好一些，但是也要测试自编译的版本跟新环境基础设施的兼容性。
逃不掉的。

甲方。如果采购成品 /半成品的业务软件，乙方支持什么发行版就只能用什么发行版。如果是立项从头开发，尽量要求乙方用 Debian 。

如果只是安装和扩容，倒是简单的。就怕崩溃了没经验搞不定。

如果是给 k8s 跑有状态应用，那应该是直接操作 rdb 或者 cephfs ，要做随机读写？那跟 minio 没可比性的，minio 只是对象存储。