如果应用需要保护数据和消息，那么应该优先选择采用 SM4-GCM 模式.

https://github.com/memorycancel/gmssl?tab=readme-ov-file#sm4_gcm-%E8%AE%A4%E8%AF%81%E5%8A%A0%E5%AF%86%E6%A8%A1%E5%BC%8F

SM4 的 GCM 模式是一种认证加密模式，和 CBC 、CTR 等加密模式的主要区别在于，GCM 模式的加密过程默认在密文最后添加完整性标签，也就是 MAC 标签，因此应用在采用 SM4-GCM 模式时，没有必要再计算并添加 SM3-HMAC 了。在有的应用场景中，比如对消息报文进行加密，对于消息头部的一段数据（报头字段）只需要做完整性保护，不需要加密，SM4-GCM 支持这种场景。在 Sm4Gcm 类的 init 方法中，除了 key 、iv 参数，还可以提供 aad 字节数字用于提供不需要加密的消息头部数据。

```ruby
key = "B789047EE36BD1DB9BCCD5B84D0E8C8D" # 16 bytes key
iv = "F0F83C02897BE824AAB58361" # 12 bytes IV
aad = "The_AAD_Data"
input = "hello_sm4_gcm"
encrypted_output, tag = SM4.gcm_encrypt(key, iv, aad, input)
SM4.gcm_decrypt(key, iv, aad, encrypted_output, tag)
#=> hello_sm4_gcm
```

游戏的商店像 Apple Store, 用网页套壳做热更,不用每次都审核(哪怕修改了一行代码都需要重新审核). 游戏同理

@godiu 感觉你这才是品味人生啊～～～村长家的傻儿子就像猪八戒吃人生果，小丑～～～

lazyvim + zellij

怎么不吹下 Linus ，Linux kernel 谁不用？

Oh My Zsh

CLI is dieing

天哪

RTFM

写文档写注释是 unix 留下来的传统之一，利己（方便自己复习），利他。

有 2 个问题：
1. commit 太大了，拆分为几个小的，或就 1 个？
2. 没有 code review 吗 直接 merge 进 master ？

你需要：
1. 切换到你的开发 feature 分支
2. 更新最新 master/main 的代码到开发分支
3. 把你的代码 squash 为 1 个 commit （ resolve conflict)
4. 提交 MergeRquest （ or Pull Request ）

为啥不同国内的镜像？

```shell
sudo mkdir -p /etc/docker
sudo tee /etc/docker/daemon.json <<EOF
{
"registry-mirrors": [
"https://hub-mirror.c.163.com",
"https://mirror.ccs.tencentyun.com",
"https://05f073ad3c0010ea0f4bc00b7105ec20.mirror.swr.myhuaweicloud.com",
"https://registry.docker-cn.com",
"https://docker.m.daocloud.io",
"https://docker.1panel.live",
"https://hub.rat.dev",
"https://dockerpull.com",
"https://dockerproxy.cn",
"https://docker.rainbond.cc",
"https://docker.udayun.com",
"https://docker.211678.top"
]
}
EOF

systemctl restart docker
```

@yanqing07 你说得应该不是达梦，应该是某仓？达梦是自己写的，兼容 oracle 的接口。

日常恐婚+1

楼主好像没提家庭现金管理情况，应该是各自管各自的钱对吧？

直接说，不用藏着掖着。玩心眼你玩不过 HR ，真诚才是必杀技。

111

川普给中国拜年

我理解 tomcat 应该是总入口，如果是为了限制业务，那么应该把 redis 读取模块放到应用层 application ，在应用层写一个模块，而不是 tomcat 。

把 IP 放出来，让论坛的道德黑客帮你渗透测试下（坏笑——)

同 huster ，资瓷一哈楼煮～