如果一定要在脚本里添加ghproxy的信息, 建议不要写死, 带个参数进去

[crazypeace]

这样的好处是, 如果你搭的ghproxy失效了, 不需要更新脚本本身.

示例: https://github.com/crazypeace/warp.sh/blob/584607a7a2cec8d9f07ded55c7e71b25121acbed/warp.sh#L1263

原理: https://zelikk.blogspot.com/2022/10/shall-github-gh-proxy-githubusercontents-command-not-found.html

用法:

bash <(curl -L https://ghproxy.lvedong.eu.org/https://raw.githubusercontent.com/crazypeace/warp.sh/main/warp.sh) ghproxy "https://ghproxy.lvedong.eu.org/"

bash <(curl -L {ghproxy地址}https://raw.githubusercontent.com/crazypeace/warp.sh/main/warp.sh) ghproxy "{ghproxy地址}"

[kejilion]

不明白

[kejilion]

不行啊 你这国内每次用k快捷启动时都要加代理参数？疯了！

[crazypeace]

https://poe.com/s/224jAN8J7esSmMxYQM72

你可以把 k 设置为

bash <(curl -sS https://raw.githubusercontent.com/kejilion/sh/main/kejilion.sh) ghproxy https://ghproxy.lvedong.eu.org/

你可以先试试别名设置为

bash <(curl -sS https://raw.githubusercontent.com/kejilion/sh/main/kejilion.sh)

应该能跑起来.

你觉得不错再开始搞ghproxy参数的修改

[crazypeace]

这样, 不管ghproxy怎么换, 你那几千行脚本就不用改了. 或者, 最多改几行设置别名的地方.

要不然, 你搭的ghproxy一失效, 就要整个脚本查找替换.

[kejilion]

你这麻烦 脚本更新直接就活了

[kejilion]

我之前就是alias 这个会有后遗症 后来改了

[crazypeace]

你这麻烦 脚本更新直接就活了

你的脚本有很多人使用, 这样ghproxy失效的可能性高一点?(存疑)

万一你的ghproxy失效了, 那么所有的使用者在国内都不能用了. 大家上TG群里叫, 然后你再更新脚本. 然后大家再感谢大佬更新脚本.

如果把方法放到大家手里, 大家自己搭ghproxy, 或者用其它人已经搭好的ghproxy. 如果你的ghproxy失效了, 很方便切换到其它ghproxy呀.

[crazypeace]

我之前就是alias 这个会有后遗症 后来改了

这个能交流下吗? 我想不到会有什么问题.

[crazypeace]

你这麻烦 脚本更新直接就活了

我又想了一下, 哪怕你在脚本里面用个变量存 ghproxy

在调用github脚本的地方写成, 比如

curl -sS -O ${ghproxy}/https://raw.githubusercontent.com/kejilion/docker/main/install

这样, 当你需要更新ghproxy的时候, 只要改变量这一行就可以了. 不需要通篇脚本查找替换了.

[kejilion]

你这麻烦脚本更新直接就活了

你的剧本有很多人使用，这样ghproxy的可能性很高吗？（存疑）

万一你的ghproxy失效了，那么国内的所有用户都无法使用了。 大家上TG群里叫，然后你再更新剧本。 然后大家再次感谢大佬更新剧本。

如果把方法放在大家手中，大家自己搭ghproxy，或者用其他人已经搭好的ghproxy。 如果您的 ghproxy 失效了，很方便切换到其他 ghproxy 呀。

增加 ghproxy 确实会麻烦到我 而且用户k快捷键后还要带ghproxy参数？ 对用户来讲也是一种负担 我这个毕竟还带着交互界面的 不像一键全自动脚本加入参数运行十分方便 情况考虑的会更多。

[kejilion]

我之前就是alias 这个会有后遗症 后来改了

这个能交流下吗? 我想不到会有什么问题.

跟随SSH启动不太好 而且常驻启动变量 卸载脚本还要考虑清除变量。

cp -f ./kejilion.sh /usr/local/bin/k > /dev/null 2>&1 这是我现在的做法给你参考 更简单直接

[kejilion]

你这麻烦 脚本更新直接就活了

我又想了一下, 哪怕你在脚本里面用个变量存 ghproxy

在调用github脚本的地方写成, 比如

curl -sS -O ${ghproxy}/https://raw.githubusercontent.com/kejilion/docker/main/install

这样, 当你需要更新ghproxy的时候, 只要改变量这一行就可以了. 不需要通篇脚本查找替换了.

这个我想采纳 但是我不知道这个全局变量会不会占内存？ 还有这个变量有些代码语法不知道支持不还要验证，类似下图这样