没有 SEO 的需求，是否用 SSR 取决于服务器配置。

如果用 SSR ，最终是有可能因为 SSR 出现服务器性能问题的。

不过你这都是视频之类的，内容单一，SSR 也没啥用啊

要压榨单机性能最好就别用 k8s (:

个人实践，丢在 k8s 上的东西都是无状态的应用，开了自动扩缩容其他的就不需要操心了。
对于有状态或者需要压榨单机性能的，例如数据库都不在 k8s 内。

另，试着升下版本，GOGC 和 GOMEMLIMIT 还能对程序有进一步的提升。

@bthulu #6 建议不要一本正经胡说八道

啥数据库能直接支持在 k8s 中动态扩缩？啥都是一张嘴就能实现的？

就算加只读节点，那也需要配置。数据库可没实现 raft 。

既然需要配置，那么这个自动扩缩的策略得多复杂？例如 Citus ，得配成啥样？就算配好了，一致性能保证吗？延迟能接受吗？性能顶得住吗？如果来个重分片，全挂还是…？

Citus 和 PostgreSQL 版本呢？也不说出来。

Citus 新版，每个节点都可以作为查询入口，主节点一主多从的架构是得跟着变一变的。

Citus 的查询其实很简单。例如，有一张用户表，根据名字进行拆分的。现在，我们需要查询 2000 年出生的用户。

Citus 会执行什么操作？
它会读取元数据，获取分片节点，然后去所有可能存在数据的分片节点上进行查询，全部查询完毕之后，它再把数据拼起来，返回。

Citus 查询耗时比去单个分片节点查询耗时高的不成正比，打个查询计划看看。多半是，数据库表设计和 Citus 水土不服。

如果不是表设计的问题，或者是分片的问题。可以选择给分片节点加只读节点。堆机器 Citus 还是很擅长的。

翻看过去的日记是一件让人心情起伏的事情，每次停下来之后都会告诫自己不要再做让自己后悔的事情，但是下次还是会去看 (:

有一个理就是，人类必然是一个孤独的个体，不要觉得一定会有人懂你，人得学会自己弄懂自己。

因为共鸣产生好感无可厚非，但是人是独一无二的，总归会有差异。当你能弄懂一点点自己之后，你才会明白自己想要什么，与此同时，你会明白你周围的人会想要什么。

每次看到 PUA 我都会去查一查是啥意思，然后每次看完了就忘记了，当你能清楚的知道自己的欲望是因何而起之后，无非就是人心的对决。

她能拿捏你不过是对你花了心思，或者有人被她练手了，本身就经验丰富。

喜欢她就去拿捏她啊，不会就学啊。何必这样子

@IMUFO 罗五还是罗十？那的确叫啤酒，但是难喝啊。品酒能力丢了？达姆新星不好喝吗？

看大家都升级 16 了，按照官网一通操作来到了 15.6…… 奇奇怪怪

要不，直接自己转发 TCP 然后加上 TLS 。

@lanlanye #6 呃呃呃，也不是这个意思。

Golang 写业务算是很麻烦的... 意思其实是，有很多办法可以解决这个问题，但是并不是说那就是最佳实践。
至于类的问题，Golang 的结构体真和类差距很大。个人也不喜欢类，或者说不喜欢 Java 中的类。

代码组织良好的情况下，Golang 的组合能让代码看起来更舒适。也会带来更多的问题，例如，如果你需要写 API 文档，用 swagger 的话，你会发现匿名结构体就是灾难。所以我选择不用 swagger 甚至不写 API

@lanlanye #3

未导出字段可以用第三方包，例如 https://github.com/json-iterator/go/blob/master/extra/privat_fields.go#L10

对于结构体的玩法，其实就是 Golang 中的组合与嵌套，和面向对象截然不同。

假定你已经知道并使用过 `omitempty` 等等内容

- 比如最常见的，需要在序列化时忽略一个字段
```golang
type User struct {
Username string
Password string
}

func Marshal() {
json.Marshal(struct {
*User
Password string `json:"-"`
}{})
}

```

- 添加额外的字段
```golang
type User struct {
Username string
Password string
}

func Marshal() {
json.Marshal(struct {
*User
Token bool
}{})
}

```

- 字段改名
```golang
type User struct {
Username string
Password string
}

func Marshal() {
json.Marshal(struct {
*User
Password string `json:"-"`
PasswordHash string
}{
User: &User{
Username: "admin",
Password: "123456",
},
PasswordHash: "123456",
})
}

```

https://github.blog/changelog/2022-01-11-git-io-no-longer-accepts-new-urls/

早就说了，只不过关注的人少而已

你只能做逐句或者逐段，对于词好像没什么用。翻译平台的翻译源文件本来就是处理了的，又不是丢长篇大论

事务呢？有事务不用，自己造个三角形的轮子

DeferFunc2 中 defer 修改的是 t ，不是返回的值。建议看看 defer 相关的内容

简单的总结一下，两个问题。

第一个问题，https 访问时，服务端未返回中间证书。
第二个问题，客户端劫持 https 。



倒不如深入讲讲 Let’s Encrypt 最开始的交叉签名…

CA 机构是有审计的，系统及游览器都会维护自己内置的根证书。
可以去讲讲 CA 机构是如何保障私钥安全的。还有 OSCP CT 都可以讲。

所谓安全，只要不透明，那里还能谈论安全…

建议直接放弃，不用太在意。

之前远程电话面试某厂，人都是拿着面试题随便挑着问的，都能听到翻页的声音。如果你回答的不是纸上的答案，就说你回答的不对。问题在于还有宏观题…

面试到一半，给我整一句，你简历上写的完全都不会，然后把电话挂了。

面试体验最差的一次

最好的方式就是非必要就不要用，啥都抽象出来，interface 满天飞，即使是有 IDE ，看 interface 的实现也是很麻烦。

自己写的东西，只要可以，都是尽可能的不用 interface 。例如配置管理，一般就会实现 env 和 args 两种，不用 interface ，约定大于配置。

但是例如 telegram bot api 的内联键盘，有很多种，但是都属于内联键盘，用 interface 套一层可以让逻辑清晰许多