似乎没人解释一下为什么那么贵？其实 4K 未必够的

先确定好目标：稳定、高速、一定的特制化

---

想稳定，那可得上个中转，稍微便宜点儿的就 广港/深港 的中转线路了，20/M 不贵吧？

中转入口不一定抗通报，而且入口可能是单线的，所以还得上个前置。前置就有的玩了，是上个三线呢还是上个 BGP ，好像 Anycast 也可以玩哈？便宜一点的广移 3/M 应该要的吧？

针对多需求的情况下，例如玩游戏可能需要一个韩国、台湾、日本的落地，日常游览需要新加坡的，有时候美国的会更好。上个 AWS 轻量 ？

速度说实在的，低于 100M 估计没人考虑吧？因为低于这个速度看视频可能就不行了。

---

定义了这些内容，就可以开始算价格了


「筚路蓝缕」版，100M 速率，2400 每月
中转 广港 100M 2000
前置 广移 120M 360 (因为 BBR 的缘故需要超出中转速率一点)
落地 AWS 轻量 2T 5$

「寸莛击钟」版，添加更多落地，3000 每月

「勉为其难」版，更换前置为三线或 BGP ，4000 每月

「忝列衣冠」版，添加第二条中专用于负载均衡/容灾，6000 每月

「髀肉复生」版，前置换为省会级 Anycast ，16000 每月

「壕无人性」版，中转更换为运营商专线，？？？

你这个没说到点子上，你看看 React 18 的 Server Client Component 。如果要用这个特性，项目的架构就得全部推翻。
Next.js 跟进了这个，但是一片的 CSS-in-JS 库跟不上节奏，导致完全用不了。

React: 兄弟们，冲啊
Next.js: 来了来了

Next.js: 兄弟们，大家试一下
MUI: 你们能不能慢点儿，算了算了，我试试
MUI: @emotion 哥，搞一下呗
Emotion: 你们搞了个什么？
Emotion: tmd! 你们这玩法，这让我怎么搞？

—-

从 React 18 出来，到 Next.js 13 发布，这个时间段就不短了。
但是直至今日，MUI 和其他的 UI 组件库都等着上游 CSS-in-JS 跟进。

当然了，emotion 似乎装作没看见，没人有动力去跟进这个。毕竟要跟进就得动架构，还要考虑兼容性，想想就刺激

Citus 是插件，比较轻。MySQL 的大概率都是中间件，重了点儿，Vitess

这不算伪造，算是一个 Future 。

因为 Git 最初设计出来是集成到邮箱里面的，邮箱有信任机制，直到现在 Linux kernel 还是用邮件列表开协作的。

抛弃邮箱之后，这个功能就成了一个 Bug ，但是也有 GPG 签名可以解决一半这个问题，GPG 签名来证明 Commit 。
为什么只解决了一半呢？功能设计出来似乎忽略了在 Web 界面中的 Squash 压缩提交

@hronro 遇到过一个问题，在机子上部署了 GitLab/ES/Runner 三大件，每当 Runner 起多了，cloudflared 就……，日志显示网络断开，得调整它的调度优先级才能解决这个问题

看了看，楼上说了的，包级别的全局变量最好通过 Init() 来初始化。

还有 sync.Map 适用的场景你怕不是根本就没思考过，你这么写，最起码也得用读写锁 + map

用 map 来管理，我看你还有更新值的操作，你不存指针，你想怎么更新 map 里面的值？

你这一通操作，*Task 是不安全的，把你的 map 加好锁吧。读写锁估计都没用，你几个方法都有写操作


- https://gitee.com/tianshuapp/web-deploy-task-manage/blob/master/services/task.go#L19-39
改成一个方法 GetOrCreate ，内部加锁

model 下面的方法加锁。不要想着先读取，所以加一个读写锁，读完了释放。然后再加写锁，去更新。
这期间，你的 *Task 都变了。。。

还有返回全部内容的方法，返回的数据是不能有指针的，除非和上面一样加锁。

sqlite3 data.db ".backup 'backup.db'"

没有 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",
})
}

```