Skip to content
New issue

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

Rate limits #8

Merged
merged 2 commits into from
Jun 3, 2021
Merged

Rate limits #8

merged 2 commits into from
Jun 3, 2021

Conversation

jmc-bbk
Copy link
Contributor

@jmc-bbk jmc-bbk commented Jan 26, 2021

Description of change

ReCharge rate limits have changed which causes a 429 ERROR. Connector is broken on Stitch.

Current rate limit is (160,60).

However, from Recharge Documentation:

https://developer.rechargepayments.com/#rate-limits

The API call limit operates using a “leaky bucket” algorithm as a controller. This allows for infrequent bursts of calls and allows your app to continue to make an unlimited amount of calls over time. The bucket size is 40 calls (which cannot be exceeded at any given time), with a “leak rate” of 2 calls per second that continually empties the bucket. If your app averages 2 calls per second, it will never trip a 429 error (“bucket overflow”).

Proposed change is to alter rate limits to (120,60) to never trip 429 error.

Manual QA steps

Couldn't manual QA cannot get dependencies working on Mac w/ M1 Chip. Think this PR is low risk. Would appreciate some help with QA if 100% necessary. Connector is broken in current form.

Risks

Low. Only proposed a reduction in the calls per minute.

Rollback steps

Revert to v1.0.3.

@cmerrick
Copy link
Contributor

Hi @jmc-bbk, thanks for your contribution!

In order for us to evaluate and accept your PR, we ask that you sign a contribution license agreement. It's all electronic and will take just minutes.

@jmc-bbk
Copy link
Contributor Author

jmc-bbk commented Jan 26, 2021

Hi @jmc-bbk, thanks for your contribution!

In order for us to evaluate and accept your PR, we ask that you sign a contribution license agreement. It's all electronic and will take just minutes.

Done 👍

@cmerrick
Copy link
Contributor

You did it @jmc-bbk!

Thank you for signing the Singer Contribution License Agreement.

@JDW818
Copy link

JDW818 commented Jan 27, 2021

@jmc-bbk nice catch! I just ran into this exact same issue and popped into the repo to see if anyone had brought it up.

@cmerrick just curious if you have an ETA on this as we've got some data waiting to be processed. Thanks!

@JDW818
Copy link

JDW818 commented Feb 8, 2021

@KAllan357 @cmerrick are there any updates on this? This is currently a blocker on a client project. Any info you can provide regarding an ETA is appreciated. Thanks!

@JakeBerube
Copy link

I can confirm that this is still broken. @KAllan357 @cmerrick Are there any updates on this?

@robindebois
Copy link

Also confirming this is still an issue. What is the progress on this PR? It's a 1 line change that is well documented by ReCharge and seems to have been open for months... Can I help in any way in getting this through?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants