好改 about argo-nezha-service-container HOT 25 CLOSED

好改，改得要么沿用原域名需要全部重新部署，要么沿用原来的data域名 改得太好了，不改啥事没有，改了出一堆问题 之前那个ARGO_JSON改成ARGO_AUTH没说啥，动动手的事 这次真忍不了了，直接要改域名了 😃👍🏻

我回退到了0.15.3的版本，可以看下我的仓库，改一下docker镜像地址就好了
https://github.com/DullJZ/Argo-Nezha-Service-Container

from argo-nezha-service-container.

感谢一直以来的支持，建议用原来的 DATA_DOMAIN的域名用于新版本的 ARGO_DOMAIN，同时 github 的授权认证那里也要跟着改为 ARGO_DOMAIN 的，这样可以做到无痛升级。
此次升级老用户遇到的问题，我已经充分考虑到，只是新方案太吸引了，只要一个域名，减了3个变量，同时闪灰的问题进一步减轻。
这个技术方案后续能再调优的空间不大了，固应该能稳很久，随时哪吒官方上游有大改动。

from argo-nezha-service-container.

from argo-nezha-service-container.

赞同，改来改去的太难受了
前一阵是域名爆炸，这两天好像又改了备份有关的，我备份又恢复不了了

from argo-nezha-service-container.

赞同，改来改去的太难受了 前一阵是域名爆炸，这两天好像又改了备份有关的，我备份又恢复不了了

是的，我也是遇到备份问题，最新镜像进去只有一个本机，所以干脆就弄了个稳定旧版本的

from argo-nezha-service-container.

感谢一直以来的支持，建议用原来的 DATA_DOMAIN的域名用于新版本的 ARGO_DOMAIN，同时 github 的授权认证那里也要跟着改为 ARGO_DOMAIN 的，这样可以做到无痛升级。 此次升级老用户遇到的问题，我已经充分考虑到，只是新方案太吸引了，只要一个域名，减了3个变量，同时闪灰的问题进一步减轻。 这个技术方案后续能再调优的空间不大了，固应该能稳很久，随时哪吒官方上游有大改动。

@fscarmen2 所以明明多做个判断，如果检测不到 ARGO_DOMAIN 就切回原逻辑，就不会出现老用户完全爆炸的问题
包括这两天备份不能恢复了，我还没去看代码，但是猜也能猜到肯定是改了备份有关的东西
新方案确实方便了一些，但是考虑到已经部署的用户也很重要不是吗，直接一刀切让用户这样天天改来改去的谁还敢直接用 latest 部署

from argo-nezha-service-container.

• 抱歉三个域名合并成一个域名后，对原有用户使用上的影响。这个在之前已经预见到，就此问过2位使用得比较多的用户，在他们的鼓励和怂恿下就是现在这样了，各位的怨气可以理解。
• 至于为什么不把原三个argo域名的方案开分支和镜像使用不同的tag，那是因为备份和还原逻辑会不断的完善和增加功能，没有能力维护两个分支了
• 如坚持使用原方案的话，也有不少朋友有镜像，同时也可以fork本项目，回撤之后自己build一个镜像，ac文件都准备好的。

今天会对备份和还原的流程和逻辑有较大的提升，这个不会对现有方案用户的部署有任何变动，所以是无痛的

备份部分

1. backup.sh 传参 a 自动还原； 传参 m 手动还原； 传参 f 强制更新面板 app 文件及 cloudflared 文件，并备份数据至成备份库
2. 备份时只备份 data 下的两个配置文件和自定义主题，其他官方原主题不备份，这样备份文件将会是原来的 10%
3. 每天备份的同时，会检测官方的面板最新版本、最新主题相关文件、cloudflared 文件，有更新时会自动升级

还原部分

1. restore.sh 传参 a 自动还原，当本地与远程记录文件一样时不还原； 传参 f 不管本地记录文件，强制还原成备份库里 README.md 记录的文件； 传参 dashboard-***.tar.gz 还原成备份库里的该文件； 不带参数则要求选择备份库里的文件名
2. 自动判断是否部署后的第一次还原，如果是则使用备份文件里的主题，如果不是，则不改变现在的主题。让用户时刻保持使用自己定义的主题

from argo-nezha-service-container.

这次改的确实稍微有点过头了.....😂

from argo-nezha-service-container.

这次改的确实稍微有点过头了.....😂

除nginx，gRPCwebProxy这两个grpc反代方案外，计划明天多加个caddy方案可供选择。感谢支持！

from argo-nezha-service-container.

这次改的确实稍微有点过头了.....😂

除nginx，gRPCwebProxy这两个grpc反代方案外，计划明天多加个caddy方案可供选择。感谢支持！

一直在用您的方案，真的找不到可以代替您的方案的，希望以后能更好呢，您也辛苦了，注意休息😂

from argo-nezha-service-container.

一直在用您的方案，真的找不到可以代替您的方案的，希望以后能更好呢，您也辛苦了，注意休息😂

已经更新了 Caddy 反代方案了，容器和非容器版本都支持，感觉比 Nginx 好点，还需要长时间观察和用户反馈。

from argo-nezha-service-container.

一直在用您的方案，真的找不到可以代替您的方案的，希望以后能更好呢，您也辛苦了，注意休息😂

已经更新了 Caddy 反代方案了，容器和非容器版本都支持，感觉比 Nginx 好点，还需要长时间观察和用户反馈。

我主要也是在PaaS上部署白嫖，实在是不想在自己的服务器上跑（毕竟多出来的RAM可以跑别的服务）😂，但是在render上跑的时候发现个问题，好像直接使用仓库作为repo在render上部署时会无法更新面板的版本，而且会丢数据（可能是render的锅）（并且把备份仓库的README.md改成backup也不会自动备份）🤔

from argo-nezha-service-container.

我主要也是在PaaS上部署白嫖，实在是不想在自己的服务器上跑（毕竟多出来的RAM可以跑别的服务）😂，但是在render上跑的时候发现个问题，好像直接使用仓库作为repo在render上部署时会无法更新面板的版本，而且会丢数据（可能是render的锅）（并且把备份仓库的README.md改成backup也不会自动备份）🤔

自从 Render 列我为黑名单之后，我就没有碰了 😂，听之前的网友反馈，很不稳定，经常后台重启导致自动重新部署，很影响使用。现在反馈的比较好的是 Koyeb

from argo-nezha-service-container.

我主要也是在PaaS上部署白嫖，实在是不想在自己的服务器上跑（毕竟多出来的RAM可以跑别的服务）😂，但是在render上跑的时候发现个问题，好像直接使用仓库作为repo在render上部署时会无法更新面板的版本，而且会丢数据（可能是render的锅）（并且把备份仓库的README.md改成backup也不会自动备份）🤔

自从 Render 列我为黑名单之后，我就没有碰了 😂，听之前的网友反馈，很不稳定，经常后台重启导致自动重新部署，很影响使用。现在反馈的比较好的是 Koyeb

我没有 visa 或是 mastercard 只好用一些不需要 visa 或是 mastercard 的平台了😂（现在在用Zeabur）

from argo-nezha-service-container.

我主要也是在PaaS上部署白嫖，实在是不想在自己的服务器上跑（毕竟多出来的RAM可以跑别的服务）😂，但是在render上跑的时候发现个问题，好像直接使用仓库作为repo在render上部署时会无法更新面板的版本，而且会丢数据（可能是render的锅）（并且把备份仓库的README.md改成backup也不会自动备份）🤔

自从 Render 列我为黑名单之后，我就没有碰了 😂，听之前的网友反馈，很不稳定，经常后台重启导致自动重新部署，很影响使用。现在反馈的比较好的是 Koyeb

我没有 visa 或是 mastercard 只好用一些不需要 visa 或是 mastercard 的平台了😂（现在在用Zeabur）

zeabur湾湾很严的，我也被封号了

from argo-nezha-service-container.

我主要也是在PaaS上部署白嫖，实在是不想在自己的服务器上跑（毕竟多出来的RAM可以跑别的服务）😂，但是在render上跑的时候发现个问题，好像直接使用仓库作为repo在render上部署时会无法更新面板的版本，而且会丢数据（可能是render的锅）（并且把备份仓库的README.md改成backup也不会自动备份）🤔

自从 Render 列我为黑名单之后，我就没有碰了 😂，听之前的网友反馈，很不稳定，经常后台重启导致自动重新部署，很影响使用。现在反馈的比较好的是 Koyeb

我没有 visa 或是 mastercard 只好用一些不需要 visa 或是 mastercard 的平台了😂（现在在用Zeabur）

zeabur湾湾很严的，我也被封号了

我在ams的hk上跑的，目前跑了快一周了还没封禁🤔

from argo-nezha-service-container.

我在ams的hk上跑的，目前跑了快一周了还没封禁🤔

我之前跑科学项目，不行。这两天由于哪吒上游StaticFile国内CDN缓存策略，导致前端面板显示有问题。本项目每天自动升级面板主程序，所以一点都不受影响。

from argo-nezha-service-container.

我在ams的hk上跑的，目前跑了快一周了还没封禁🤔

我之前跑科学项目，不行。这两天由于哪吒上游StaticFile国内CDN缓存策略，导致前端面板显示有问题。本项目每天自动升级面板主程序，所以一点都不受影响。

跑科学项目算是违反ToS吧，哪吒应该算在正常使用范围内

from argo-nezha-service-container.

我在ams的hk上跑的，目前跑了快一周了还没封禁🤔

我之前跑科学项目，不行。这两天由于哪吒上游StaticFile国内CDN缓存策略，导致前端面板显示有问题。本项目每天自动升级面板主程序，所以一点都不受影响。

我从zeabur测试的时候就开始用了，记得那时候好像就特别严

from argo-nezha-service-container.

我从zeabur测试的时候就开始用了，记得那时候好像就特别严

我看 northflank 能弄一个项目带两个服务，用了一个做面板， 0.2 U + 512 RAM，也挺稳的。

from argo-nezha-service-container.

我从zeabur测试的时候就开始用了，记得那时候好像就特别严

我看 northflank 能弄一个项目带两个服务，用了一个做面板， 0.2 U + 512 RAM，也挺稳的。

northflank确实不错，我一直眼馋但是无可奈何没有visa 和 mastercard没办法用😂

from argo-nezha-service-container.

我从zeabur测试的时候就开始用了，记得那时候好像就特别严

我看 northflank 能弄一个项目带两个服务，用了一个做面板， 0.2 U + 512 RAM，也挺稳的。

今天被Zeabur ban了，看来是用不了了😂

from argo-nezha-service-container.

from argo-nezha-service-container.

from argo-nezha-service-container.

不过...好像不需要验证卡了 刚去试了 新开号没要求验证卡 过了reCAPTCHA之后没挂梯子
…
________________________________ From: fscarmen2 @.> Sent: Wednesday, December 13, 2023 10:50:15 PM To: fscarmen2/Argo-Nezha-Service-Container @.> Cc: Eternal-Future @.>; State change @.> Subject: Re: [fscarmen2/Argo-Nezha-Service-Container] 好改 (Issue #50) 我从zeabur测试的时候就开始用了，记得那时候好像就特别严 我看 northflank 能弄一个项目带两个服务，用了一个做面板， 0.2 U + 512 RAM，也挺稳的。 ― Reply to this email directly, view it on GitHub<#50 (comment)>, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AVBATTDECV7NVM7LWIX6AQ3YJG6CPAVCNFSM6AAAAAA6NBAYMOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNJUGA2TQNRRHE. You are receiving this because you modified the open/close state.Message ID: @.***>

我试了试也是这样的，酷

from argo-nezha-service-container.