Open eiqnepm opened 3 years ago
The program waits patiently when it is told to by the server in a 429 response. There is also a hardcoded minimum sleep to try and reduce the number of 429s that come back.
In other words, there is no need to adjust the algorithm because it is kind to the server already.
I know some people are saying that randomised delays are enough to evade bans but I am suspicious of this claim.
The program waits patiently when it is told to by the server in a 429 response. There is also a hardcoded minimum sleep to try and reduce the number of 429s that come back.
In other words, there is no need to adjust the algorithm because it is kind to the server already.
I know some people are saying that randomised delays are enough to evade bans but I am suspicious of this claim.
I've not conducted any scaled tests myself; however I used to use this tool victornpb/deleteDiscordMessages to delete my messages. I tweaked it so it would always wait a random time between 5 and 10 seconds between each API call.
I switch over to this awesome tool because it deletes all messages over all channels I'm in which is very convenient for my use case. After using it on my Discord account I've owned for a while and used the aforementioned tool on for a while I asked by Discord to provide a phone number because Discord detected something out of the ordinary going on. While my account wasn't banned it was clearly flagged for some reason and seems as it was just after I used this tool I could only assume this was why.
Please may request delay parameters be added? For example
--min-delay-seconds
and--max-delay-seconds
. My thinking is that a random delay between these two values will be generated between each request to Discord and used to set a delay. If Discord is rate limiting us already and the rate limit is shorter than our delay then the new delay should be our delay minis the rate limit.I believe making very quick requests to Discord rings some alarm bells and flags your account as suspicious forcing the user to attach a phone number to the account. I'd be really cool if I was able to set a custom yet random sleep time between each request to try and mitigate this issue.
Nice app BTW, awesome work!