又学到一点。

Grafana 中连接本地的 postgres 数据库，不能直接使用 localhost 或 127.0.0.1，而要使用 docker 的本地 ip 地址。

具体的，可使用 ip add | grep docker0 这一命令，结果中类似 inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0 中的 172.17.0.1，即是 docker 的本地 ip 地址。

用 Caddy 一段时间，发现简洁是简洁，但果然还是不够成熟，生态跟 nginx 相比，有明显差距。

比如，nginx 可以反代 tcp，而 Caddy 只是 http 代理。要支持 tcp 代理，得用第三方插件。而这个插件，居然不支持 Caddyfile 配置。卡在这了。

比如，一些第三方会，把在官方文档中，列出如果结合 Nginx 使用，而 Caddy 则没这种待遇。

有点后悔使用 Caddy，想切换回 nginx 了…

之前非常依赖 Google Analysis 中的 Events，记录 App 中的典型行为。而 Google Analysis 升级后，Events 变得不好用了，就打算自己做一下。

经过比较和朋友推荐，数据库选择 Timescale DB，也就是在 PostgreSQL 基础上，加插件实现的时序数据库，特点时查询速度快。

• 在 Docker 中运行 TimescaleDB
• 按照官方文档，把简单用法跑一遍
• 结合 Node.js，实现数据库的插入
• 使用 Caddy，实现插入服务的反代
• 使用 Cloudflare，实现 CDN 访问
• 使用 Grafana，实现数据的可视化

要跑通这么个小产品，用到的东西真不少。

目前已经记录几十万的 Events，目测正常。

让我们刻骨铭心的，往往是两件事，一个是痛苦，一个是希望。

而很多时候，痛苦和希望又是一回事。

看最近的程前朋友圈，嘉宾关于飞轮的介绍，非常简洁清晰。比如，

• 好的产品，带来好的口碑；
• 好的口碑，带来好的品牌；
• 好的品牌，带来好的流量；
• 好的流量，带来好的资源；
• 好的资源，带来好的产品；
• 轮子就转起来了。

转起来，还有另外一重意思：有惯性、容错高。就像骑自行车，哪怕一会不骑，哪怕松手，车还是能在一定时间内，继续朝原来的方向走。事业中，一时的偷懒，一时的犯错，不至于一下子死掉，还有缓冲。

还有一重意思：时间拉长，一时一地的得失，就不那么重要。比如，小学时的第一名，在高考时，啥也不是。