@ilanting 我也认为是 TP-link 路由器的问题。
按照 IPv6 的规范，MAC 地址 这一列应该是 DUID 才对。
对 IPv6 相关协议不熟悉，看到这里的 MAC 地址，还以为和 IPv4 、DHCP v4 一样，也是用 MAC 标志每个客户端。

@ranaanna 非常感谢。 下午搜到了类似的内容，但没有你回复的清晰。 谢谢，
我试试看能否解析出出来。

@titanium98118 好。 我找台 win 试试。

不知道大家能否复现这个现象，麻烦 有 TP-link 路由器 的可以进入后台看看 。

@kokutou IPv6 确实是有好几个。 我的问题是， 为啥 MAC 地址会不一样。

咨询过 TP-link 的在线客服，他们回复： 路由器是根据记录到的终端设备发出的报文来显示对应的 MAC 地址
但，为啥 DHCPv6 报文里，这个机器的 MAC 地址就会不一样呢

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 , 找到镜像对应版本的代码

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

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

适用场景其实也有限 。

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

https://github.com/zincsearch/zincsearch

看看这个 是否合适。

楼上部分回复，好像比较抗拒在开发时使用命令行
OK ， 没问题，我也只是建议，
我之所以建议，只是我认为命令行方式比较方便 ， 比较贴近任务的本质，各位自便。

我建议不要用 GUI 客户端，命令行客户端就够用了。
psql 官方的命令行客户端也行，但有更好的命令行客户端：

docker run -it --net=host --rm dbcliorg/pgcli postgresql://user:password@host:port/dbname

值得一提的是，dbcliorg 还有其他数据库的命令行客户端， 例如 mysql 、sqlite 、redis 等 。

在另外一个帖子里， 我也推荐了这个：
https://neutralino.js.org/docs/

貌似介绍这个框架的很少。 给大家推荐下，理由如下：

1. 前端 UI 的开发体验类似 electron
2. 后端业务逻辑，可用任意语言。(后端称为 extension ，通过 websocket 与主进程双向通讯)
3. 打包的体积小 (最简单的 demo, 6M 左右)
4. 运行时的资源要求较低 （大概 20 多 M ）

https://neutralino.js.org/docs/

看下这个。 挺不错的。