Closed nomoio233 closed 3 weeks ago
感谢提供此方案,但使用过程中遇到如下问题。 collect首次运行后能有近200节点。但随着使用不断耗尽,两三天后就只有十个或者几个节点可选。 项目collect默认运行是每周一次,也就是大多数时间节点都很少。 调整cron缩短收集间隔的话,github对action有限制,collect占用较大,不知道能设置时间间隔是多少。有被禁用账户风险。
所以请问是否有意愿增加一个对已注册的airport重注册action。我看我这里运行收集只有十来个机场成功订阅。可否在检测订阅无流量或固定2-3天对可生成订阅的airport重新注册生成订阅。这样action占用行占用也不大。
还是作者是特意没单独设置,用collect的高占用限制过度运行action,防止对机场过度注册导致滥用? 如果是这样那请忽视此请求
你要的功能已经有了,用法自己探索:https://github.com/wzdnzd/aggregator/blob/main/subscribe/scripts/tempairport.py
或者自己创建一个 data/domains.txt 文件,把可用的机场列表放里面,然后把 yaml 里的 --overwrite 去掉
data/domains.txt
--overwrite
感谢提供此方案,但使用过程中遇到如下问题。 collect首次运行后能有近200节点。但随着使用不断耗尽,两三天后就只有十个或者几个节点可选。 项目collect默认运行是每周一次,也就是大多数时间节点都很少。 调整cron缩短收集间隔的话,github对action有限制,collect占用较大,不知道能设置时间间隔是多少。有被禁用账户风险。
所以请问是否有意愿增加一个对已注册的airport重注册action。我看我这里运行收集只有十来个机场成功订阅。可否在检测订阅无流量或固定2-3天对可生成订阅的airport重新注册生成订阅。这样action占用行占用也不大。
还是作者是特意没单独设置,用collect的高占用限制过度运行action,防止对机场过度注册导致滥用? 如果是这样那请忽视此请求