湖心小筑
湖心小筑
楼主啥时候转用Go开发，正好静态资源也打包到二进制文件，部署方便多了
我的win和linux虚拟机网络互通，linux直接使用windows的代理，ip和端口都固定
按照readme写的代码好像不起作用
+1 便携版这个功能对于这个工具还是很有意义
> 便携版自己制作就行，用7zip解压提取一下。 主要是要保证配置数据等能便携保存，而不会因为重装系统等原因而丢失 因为这个rubick对我的作用之一就是管理其他便携版软件，假如我碰到重装系统后只需要再开启rubick就可以直接打开其他便携软件
在Reqable.exe对应的目录下约定一个.reqable的文件夹，如果存在该文件夹，就优先将配置文件生成到该文件夹下，使用的时候也加载该文件夹下配置，这是一般portable模式的通行做法把
本地构建了镜像：docker.com/library/xxx:20240125,但是没有推到仓库里，然后pod的yaml 引用了这个镜像，拉取策略是IfNotPresent，这时候理论上本地有这个镜像，就不会再拉取，pod能正常启动，但是结果是镜像没正常启动，最后发现是Pod模板里面的镜像变成了docker.ketches.com/library/xxx:20240125。这个镜像由于没推到仓库，就拉取不到 我主要是碰到这个问题的时候我才看我们这个项目实现原理， 把yaml中的镜像替换为代理镜像，这样总感觉是修改了yaml文件的，为什么实现原理不是：用代理地址拉取到本地后修改为原来地址
@poneding 感谢你的回复！ 其实我的这个场景不是重点，我也解决了。 主要我个人觉得，这种修改镜像地址前缀的方法，可以理解为是间接修改了yaml文件，我本地的yaml是这样，但是部署到环境的yaml是那样，就让人感觉到有一丢丢的不可控[笑脸]，这对没有提前了解项目原理的人，有时候容易出现不可预期的结果(我其实就是从上面提到的场景才发现镜像地址前缀变了，然后才看的项目原理) 总之感谢这个项目，让我不再为拉取镜像发愁，还顺便参考学习了cert-manager， 附上为了加速镜像到处搜集的代理地址([心酸]： ```yaml sudo mkdir -p /etc/containerd/certs.d/docker.io sudo sh -c 'cat >/etc/containerd/certs.d/docker.io/hosts.toml /etc/containerd/certs.d/gcr.io/hosts.toml /etc/containerd/certs.d/ghcr.io/hosts.toml /etc/containerd/certs.d/k8s.gcr.io/hosts.toml /etc/containerd/certs.d/quay.io/hosts.toml /etc/containerd/certs.d/registry.k8s.io/hosts.toml /etc/containerd/certs.d/ghcr.io/hosts.toml
对，我也有这个问题，可以在界面上可以设置配置文件路径，对于便携版，应当在安装程序当前目录下，约定一个比如conf目录，如果该目录存在，则所有配置文件都在这个文件夹下
> 有啥意义啊 当前改名后的版本有好多bug