We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
在issue#316 中提出的订阅更新时间在作者迅速的回应后得到了解决(感谢~),将间隔设置为120s后两个月以来没出现风控,订阅源是50-60个。 后面订阅源增加到80-90个的时候出现了风控,只有约60个能得到更新,剩下约30个被中断无法更新,将间隔改到180s也无法解决。
可能风控有连续更新的最大限制,超过即中断,需要点图形验证码才能恢复。 建议采用新的更新策略,例如分批更新功能(早上更新一批,晚上更新一批;8:00更新60个,20:00再更新60个)。 这个功能希望也能以docker环境变量的形式允许用户自己定制。
另附上其他实践经验: 更新间隔时间设为120s时,订阅源60个,理论计算总更新时间为2小时,我实际使用是4-5小时(8:00开始要到中午12-点左右才结束)。 所以也无法将更新间隔设置得更长来规避风控,那样实际耗时会极其长。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
在issue#316 中提出的订阅更新时间在作者迅速的回应后得到了解决(感谢~),将间隔设置为120s后两个月以来没出现风控,订阅源是50-60个。
后面订阅源增加到80-90个的时候出现了风控,只有约60个能得到更新,剩下约30个被中断无法更新,将间隔改到180s也无法解决。
可能风控有连续更新的最大限制,超过即中断,需要点图形验证码才能恢复。
建议采用新的更新策略,例如分批更新功能(早上更新一批,晚上更新一批;8:00更新60个,20:00再更新60个)。
这个功能希望也能以docker环境变量的形式允许用户自己定制。
另附上其他实践经验:
更新间隔时间设为120s时,订阅源60个,理论计算总更新时间为2小时,我实际使用是4-5小时(8:00开始要到中午12-点左右才结束)。
所以也无法将更新间隔设置得更长来规避风控,那样实际耗时会极其长。
The text was updated successfully, but these errors were encountered: