@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 ）：为每个资源添加一个特定的标记字段或标签，在触发更新操作时检查该字段或标签是否已设置。如果已设置，则跳过更新；否则，进行更新并设置标记字段或标签。

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

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

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

把课程《 Go 语言项目开发实战》里的 iam 项目重新写了一遍

这个我也在看，我好奇楼主是怎么梳理里面的各种设计模式的。
感觉看代码看得很恼火

想试试，但是我没有 telegram 。私信不了

不用考虑 选 2 。别沾运维

@popok 是全部都不行

@lusi1990 重启试了

@zhulixin 用通配符，浏览器直接访问不了域名了

@superliy 没有运维 服务器不会炸。但是你们的服务 /网络 /磁盘 /或者运维架构一定都是无序的状态
爆炸只是时间问题

科普一下。
一般楼层板分为水泥层、隔音层、保温层
水泥层标准厚度在 10-12cm ，保温层在 6-8cm
隔音层在水泥层和保温层之间，一般使用 30mm 隔音砂浆（ anocion-M6 ），
如果没有隔音，水泥层和保温层加厚对隔音效果影响有限
高标准住宅要求楼上撞击声音传导到楼下小于 60db,低标准 70db

但是很多 kfc 不正规，为了节约成本，偷工减料，不按照设计施工，就会把隔音层取消
而监理方（建筑+zf 的监理）验收的时候一般都重点关注安全隐患，对隔音这个问题大多睁一只眼闭一只眼