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
proxypool的运行位置,一定要在censor内网才是可靠的结果,但又会导致subscribe catch失败,这是一个相互制约的问题。 为此建议如下: 1、抓取独立设计,并且支持临时的proxy方式,独立于proxy check,支持触发式或者定期抓取。 2、proxy check方式采用灵活策略可定制,而不是固定的crontab方式,只能定期。比如:当连续多少个上一次有效的地址失败(random检测),然后启动全check。
这两个功能完成,才会有一定的生命力。目前的功能,只能说不好用。
The text was updated successfully, but these errors were encountered:
感谢建议。
Sorry, something went wrong.
使用API复杂了些,或者不如直接支持curl调取也行,curl直接就可以自行proxy了 还有一个建议,需要支持黑名单,类似于gfwlist,让大家来贡献已知的钓鱼或者不可靠node
No branches or pull requests
proxypool的运行位置,一定要在censor内网才是可靠的结果,但又会导致subscribe catch失败,这是一个相互制约的问题。
为此建议如下:
1、抓取独立设计,并且支持临时的proxy方式,独立于proxy check,支持触发式或者定期抓取。
2、proxy check方式采用灵活策略可定制,而不是固定的crontab方式,只能定期。比如:当连续多少个上一次有效的地址失败(random检测),然后启动全check。
这两个功能完成,才会有一定的生命力。目前的功能,只能说不好用。
The text was updated successfully, but these errors were encountered: