@dk7952638 新方式 get ✔

@XiLingHost soga, kubernetes 生态东西有点多，哈哈，听到 bug 不少，开发和运维估计都沉默了。

谢谢大家建议和回复。
@youzi0516 @dolphintwo 不过这玩意看工作环境，另外个人开发有时想使用，还是不大实际。
@FabricPath 哈哈，这个除非规模有点大了，监控套件吗？我经常看到的似乎都是围绕 Prometheus ，可以参考这里： https://landscape.cncf.io/card-mode?category=monitoring&project=graduated,incubating,member,no&grouping=category&sort=stars
@m4d3bug podman 我个人当它做 docker 引擎的代替方案，你的 CRI-O 是 CRI 的一种实现吧。
@BeautifulSoap @zed1018 @bootvue @zzl22100048 有点意外，之前以为大家可能使用 minikube 之类的多点（不过单节点）
@XiLingHost kubespray 体验怎么样，比较少听说
@mango88 你可以体验一下，dockershim 的代替方案：cri-dockerd ，不过有种 kubernetes 生态越来越边缘化 docker 的感觉。
@chenPiMeiHaoChi 嗯嗯，听说 Podman 比较对 docker 指令集的兼容性比较好（平稳过渡）
@jitongxi 哈哈，是的，运维有时确实麻烦。
@kaddusabagei38 容器管理引擎吧，类 docker 引擎方案

这个指令“kubeadm config print init-defaults”

@runzhliu 谢谢回复，我的问题，这个指令返回的是，kubeadm config 默认的配置，而不是 manual 配置。

@seers 存在的，所以我才纳闷，init 过程也没报错。😂

@zed1018 主要是想顺便熟悉一下 k8s 环境，以后遇到问题定位起来可能会快些；另外熟悉一些常用配置，可能也有利于后面快速调优需要；
哈哈，夹点东西：不过做任何事情都有潜在的价值判断和价值取向，时间等各种资源允许，很多东西当然多多益善，但大部分时候，可能是鱼和熊掌的关系。

@churchmice 谢谢大佬指教，确实如你所说，shell 这方面我确实没去深入了解它的语法，主要平时很少用它，用到时才去写，空格主要是在 vim 上写时，不小心敲多了一个或少一个空格都会报错（习惯了其他语言对这方面没有那么高的要求，另外还有 idea 工作环境），你说得对，凡事从原理出发去学习。
@yingqiuQAQ 是啊，自带基本只能做整数判断，v 友说的，或者我上面说的都要依赖其他库，不过大部分 linux 都带有了。除了那个 bc 库
@crysislinux 主要是有时不好调试，复杂业务真不适合用它来做，如 v 友所说用来做胶水层比较好
@idontnowhat2say 确实。
@fzinfz 谢谢指教，新方式 get ✔

@Rache1 嗯嗯，脚本写的很少，之前就用 python 写过一点数据同步的，你后端如果也是 php 开发的，用 php 就够了。不过我还是不大想安装太多额外的库+业务不复杂，所以直接使用 shell 。

我上面#4 说错了，@startisan 这种更好使，而且不需要安装 bc 库

不过，shell 实在一言难尽，最基本的浮点比较，也必须安装一个 bc 库才能用。

@startisan 是的，刚刚手打错字了，好的，谢谢大佬。
@是啊，语法太难用了。
刚刚在服务器重新跑了下，发现是我用 tee 命令时，有些代码片段“被吃掉了”的缘故：
https://i.imgur.com/aQNbnJG.png
不好意思，个人粗心，让大家费心了。

@FabricPath 嗯嗯，确实麻烦，在想等有空，要不要试一下搞个 linux 复杂应用的安装和卸载仓库（提供各种繁杂应用的安装和相应卸载脚本）。
@Syiize 是的，我觉得这样挺好的，另外备份和恢复最好也要有相应的脚本。
@tairan2006 没用过，不过你这个是不是必须使用 helm 安装的库才能用它来卸载
@julyclyde 是的，所以最好对每个库 /组件的路径配置，最好有一个大概的了解，要不然时间久了，有时会遗漏一些东西。

@723X 你可以看看你的 ip 地址跟这链接( https://browserleaks.com/ip)下的 webRTC 地址是不是一样的。

@Herry001 谢谢大佬，确实少了些，但还是很多广告。
@qqqyh 我这是基本一样，但是跟其他 V 友不一样，而且相差挺大的。
@723X 第二个连接里的，这个“The WebRTC Leak Test is a critical tool for anyone using a VPN, as it leverages the WebRTC API to communicate with a STUN server and potentially reveal the user's real local and public IP addresses, even when using a VPN, proxy server, or behind a NAT. This tool can help verify whether a real public IP is being leaked” 确实存在这种锁定身份的可能性，比如通过 3 楼说的搜索结果区域来选定一台该区域里的 stun 服务器，然后通过某种方式（比如直接 ip 请求 /本地网络服务器）绕过🪜的 dns 解析，直接就能拿到访问者的 ip ，然后根据这个 ip 推送搜索结果，而不是采用你🪜的机器 ip 。

@723X 怎么实现的呢？ webrtc 据我所知主要是点到点通信，虽然两端通过 stun 服务器并在服务端注册后就可以通信了，但是全世界那么多台在使用谷歌搜索的设备，它怎么就定位到要通信的是我网络环境下的两台设备的呢？也就是说谷歌服务器是怎么判断不同使用环境的设备是来自同个网络环境的呢？

@efaun 😥感觉应该不是账号的问题，因为我火狐浏览器是没登录过任何谷歌账号的，也不是设备的问题，因为我用手机下载一个没用过的浏览器，搜了一下，结果还跟我上面发的那些差不多，大方向是线路某个环节（比如 dns ）的问题，被“精确”定位为潜在广告内容使用者了。https://i.imgur.com/cWcnXcM.png

@efaun 没，即使有也不可能会把技术网站屏蔽掉，感觉更像是你用了什么过滤插件，毕竟我前几条中很多都跟企业有关，更像广告内容。感觉我们两搜索结果的区别很明显，我的搜索结果广告更多，不知道是什么原因导致我们搜索结果差异这么大的。我换成火狐浏览器结果跟我上面那个差不多： https://i.imgur.com/egagvzl.png ，而且我换个区域 ip ，结果还是一样。

@tardc 谢谢