@shyrock #15

https://zhuanlan.zhihu.com/p/597294709
https://zhuanlan.zhihu.com/p/625480654
https://www.zhihu.com/question/502251992
https://tousu.sina.com.cn/complaint/view/17371090956/
https://tousu.sina.com.cn/complaint/view/17371174524/
。。。。。
还有很多

如果只是我遇到了，那可能是我的问题
如果很多人都遇到了，那就是刺裸裸的欺诈

0.1 元体验会员，压根，没有人会注意到 7 天后自动续费，以及费用是多少钱
重点是，脉脉未通知用户自动扣费，这一点已经违法了

工信部：自动续费前 5 日应以显著方式提醒
http://www.news.cn/2023-02/27/c_1129400744.htm

@Trinity99 #12 支付宝用的比较少，关联的银行卡没有设置扣费短信通知

@GuardX 支付宝如何对自动续费投诉咧？

@LLLeo
我会一直坚持到追回我的钱为止
目前已经在 https://www.12315.cn 和 工信部投诉网站 https://hlwtsxt.miit.gov.cn/#/home 和黑猫投诉网站 https://tousu.sina.com.cn/
同时发起了投诉

可以试试我司

可以远程嘛？

转，这是一个很好的机会，前端有时候也是有些局限了

楼主，我就是专门做云平台开发的
你的场景我熟悉(之前做运维的)
1 、私有化部署中间件可行的前提是有一支专业的 SRE ，能 hold 得住 ceph 和中间件 operator 那一套
2 、redis 、mongodb 可以用官方的 operator(没啥子太多坑),minio 建议先用 chart 。mysql 自己用 mgr 去实现，需要基于 mgr 写一个 operator (目前 mgr 没有看到成熟的开源 operator)
3 、关于性能，私有云肯定是会损失一些的(ceph)。在公有云上(阿里腾讯云都会提供 csi ，损失比较少)，性能损失主要跟存储相关，跟 k8s 网络关系有一点，但是不多。

@wayne233 你买的是比亚迪秦么？

房贷每月公积金可以 cover

@darkengine 没有答案

@qoo2019 小电炉比较危险，所在城市没有自行车道

6N6GCDHGHhaCXKsbrZYgKS
还可以上车么

正常上下班就行

建议是不在媳妇睡觉的时候写代码，要是真的需要写，去次卧睡觉

@mightybruce 业余学习而已，我是看《设计模式之美》，发现里面的例子都是 JAVA ，虽然基本看的懂，但还是觉得还是基本掌握一下 JAVA 会好点

@giter 好的大佬

以下是一个使用资源版本（ Resource Version ）进行判断的示例代码片段，以避免循环更新问题：

go
import (
"fmt"
"k8s.io/apimachinery/pkg/apis/meta/v1"
"k8s.io/client-go/kubernetes"
"k8s.io/client-go/tools/cache"
)

// 在 Informer 的事件处理函数中调用此方法进行更新操作
func updateResource(clientSet *kubernetes.Clientset, obj interface{}) {
resource, ok := obj.(cache.Resource)
if !ok {
fmt.Println("Invalid resource object")
return
}

// 获取当前资源的版本
currentVersion := resource.GetObjectMeta().GetResourceVersion()

// TODO: 根据自己的需求，获取上次处理的版本或时间戳
lastVersion := "some_last_version"

// 比较当前版本与上次处理的版本
if currentVersion != lastVersion {
// 执行更新操作

// 更新完后，更新上次处理的版本为当前版本
lastVersion = currentVersion

// TODO: 在这里执行你的更新逻辑
}
}

您可以通过在更新资源之前进行一些判断和比较来避免循环更新的问题。以下是几种可能的解决方法：

使用资源版本（ Resource Version ）或修改时间戳：在监听到资源更新时，获取当前资源的版本或修改时间戳，并与上次处理的版本或时间戳进行比较。只有当它们不相等时，才执行更新操作。这样可以确保只有真正发生变化的资源才会被更新。

使用标记字段（ Annotation ）或标签（ Label ）：为每个资源添加一个特定的标记字段或标签，在触发更新操作时检查该字段或标签是否已设置。如果已设置，则跳过更新；否则，进行更新并设置标记字段或标签。

使用状态字段：为每个资源添加一个表示状态的字段，例如“已更新”。当接收到资源更新事件时，先检查该字段的值，如果已经标记为“已更新”，则跳过更新操作；否则，进行更新并将字段值更新为“已更新”。

延迟更新或批量更新：在监听到资源更新后，不立即执行更新操作，而是延迟一段时间或等待一定数量的更新事件积累后进行批量更新。这样可以避免频繁的单个更新请求。

根据您的具体需求和代码实现，选择适合的方法来避免循环更新问题。