这连 mvvc 是什么都不知道吧？

nft list ruleset 试一下

cpu 读内存没有可见性问题，只有顺序问题，如果说 vpu 缓存设计的多核读出来的内存值不一样了，那就是 CPU 的 bug ，经典的内存屏障是为了让多核在某一时刻在某一个 CPU 指令那里强制同步，比如说经典的 i++ 问题，cpu 会分成好几个指令，为了让所有的 cpu 在执行 i++前后都同步一次，就加内存屏障指令，保证这几个指令在所有核上执行到这里的时候，只有一个核能完整执行 i+o

有两个知识点：
1. 无缓冲的 channel 保证 print 的时候，a=hello world 已经发生了
2. channel 实现有内存屏障，所以在 print 时候已经能读到 a=hello world 对内存的修改

如果做了端到端加密，腾讯云还强制要求审核吗？还是说直接拒绝端到端加密内容生成

好像现在还没有膜能贴全，都会留一些边，很难受

@Leslie5205912 不想被群晖绑架，哪一天不想用群晖了，好迁移

mtphotos 考虑下，有群晖都买了

用 https 同样的方式加密一下最安全，不要信任用户浏览器的根证书，自已维护。密码前端 hash 后传给后端记得加盐，后端 input 没有明文密码，防撞库

还得是 truecrypt 啊，之前就声讨过 tpm+bitlocker 对用户安全并没有提升多少

就是 oneof 的语法，oneof 也可以理解为 optional ，设计上无外乎两种方式，一种加 type 表示类型，和你这个例子类似，另外一种就是不加 type ，按优先级取值，按你这个例子就是设计上如果存在 "这个字段只在 type=abc 时出现" 对应的值，就不会取 "这个字段只在 type=def 时出现" 这个值了。
这两种方式，无论怎么样，struct 都要把所有可能的结构都写上，都得写成
```
type Element struct {
Type string `json:"type"`
TypeABCValue *struct {
} `json:"这个字段只在 type=abc 时出现"`
TypeDEFValue *struct {
} `json:"这个字段只在 type=def 时出现"`

ABC string `json:"type"`
ABCXXValue struct {
} `json:"这个字段只在 abc=xx 时出现"`
```

多线下交流吧，线下的朋友至少都是经过筛选的，一些极端的人在网上反而容易获取认同。

先把 shell 体验提升一下
https://github.com/hanke0/dotfiles

你可以开 selinux 啊，Windows 也有一大堆安全软件能精确控制程序访问的文件。安全但不方便的办法有的是

火绒

火绒可以限制文件夹读，Chrome 出事后马上加上限制了