flyingfz

flyingfz

V2EX 第 83465 号会员,加入于 2014-11-24 14:54:33 +08:00
今日活跃度排名 6195
根据 flyingfz 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
flyingfz 最近回复了
27 天前
回复了 AndreasG 创建的主题 NGINX 配置证书相关的问题
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 有 部分索引, 完美解决这个问题。
144 天前
回复了 webeasymail 创建的主题 Java 有什么好用的轻量级搜索服务?
https://github.com/zincsearch/zincsearch

看看这个 是否合适。
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5318 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 10ms · UTC 07:32 · PVG 15:32 · LAX 23:32 · JFK 02:32
Developed with CodeLauncher
♥ Do have faith in what you're doing.