flyingfz

1. 首先不用想 443 了 。
2. 路由器上应 启用 ddns ，假设是 abc.tpddns.cn , 这个域名会时刻更新为路由器的 ip.
3. 你拥有的 闲置的域名 ， 假设是 ，xxx.com ,
4. 在 xxx.com 的解析里， 增加个解析, 例如 : 名 *.home , 类型 cname , 值 abc.tpddns.cn .
5. 路由器上增加个 端口映射，例如 543 ,转发到 Linux 虚拟机的内网 ip 上的 543 端口，
6. Linux 虚拟机的 nginx 监听在 543 端口， 可以使用 acme.sh 通过 dns 方式获取 *.home 的泛域名证书。
7. nginx 再增加各种 server_name 的配置, 例如 abc.home.xxx.com
8. 公网上， 可以使用 https://abc.home.xxx.com:543 访问到。

早上还看到一个视频，这个视频主 在 win11 系统里 ，排查 GPU 占用高的问题
最后，发现是 微软应用市场应用程序里，4 个按钮上加载(转圈)的效果，导致 GPU 占用 近 20% 。
用另一个窗口遮住这几个按钮， 立刻就下降了。

@guanzhangzhang 大概理解了你的意思。
确实，如果使用 CI 工具，确实是放在 Makfile 里比较合适。否则 CI 里还要依赖 npm 命令。

由于种种原因， 我们抛弃了 CI ，自己手工打镜像更简单 。 并且，我们的开发语言是 nodejs ，
在这个背景下，我们在任意项目里，仅需在 node 的 package.json 里增加这么一段脚本，即可打包出 名称具有一定意义的镜像。

所以， 结论是，如果使用 完善的部署流程 ，这个小技巧并不适用。

@xhawk 我们没有使用 docker compose 启动容器。 大部分情况下，都是为每个应用手写一个脚本启动。 确实是需要在更新部署的时候修改 tag 值。
我的理解，如果是使用 docker compose , 那么最好每次 tag 都是 latest 会比较方便， 上面我也说过了， 这种方法适用的场景其实有限。

@guanzhangzhang 没有了解过使用 makefile 来打包镜像，能否分享下你的场景和做法？

是的。

上面这段脚本很重要的一个目的， 就是区分代码分支 、环境 ， 以及 建立 镜像和代码仓库的关系。

可以想象一下， 在服务器上看到了一个镜像的名称，然后 可以在 git 仓库里， 根据 commit 的时间，hash , 找到镜像对应版本的代码

签入的日志又可以带出更多的信息

这种方式， 在 没有 完善的版本管理和部署流程的情况下，可以很方便的跟踪 部署的镜像和仓库签入之间的关系。

适用场景其实也有限 。

当然是可以单独写个 .sh 文件 做镜像的打包。

只是， 上面那段脚本 我觉得还没有复杂到需要独立一个文件。

如果是 PG , PG 有 部分索引， 完美解决这个问题。

https://github.com/zincsearch/zincsearch

看看这个 是否合适。