npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

handle-rate-limiting-js

v1.0.11

Published

Utility code to handle REST API rate limiting responses.

Downloads

5

Readme

Introduction

This library provides an implementation of the built in fetch method (see https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API) which will handle REST API responses such as 429 Too Many Requests and 500 Internal Server Error that may need retrying.

The library is designed to allow its behaviour to be modified by injecting implementations of classes that override default behaviour. This includes injecting alternate implementations of fetch such as one designed for mocking the behaviour for testing purposes.

The fetch behaviour is also configurable so its behaviour can be customised to suit different use cases.

Usage

The library is designed for Node.js services and the built in fetch available in Node.js version 18 or later. Import the library as follows:

import { RateLimitingFetch, nonUiContextRateLimitingHandlingOptionsDefaults } from 'handle-rate-limiting-js';

Create an instance of RateLimitingFetch as follows:

const rateLimitingFetch = new RateLimitingFetch(nonUiContextRateLimitingHandlingOptionsDefaults);

Then call the fetch in the same way you would call the inbuilt fetch method. See https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API.

rateLimitingFetch.fetch(url, options);

Built in fetch dependency

By default, the library is dependent on a JavaScript environment with a built in fetch operation such as Node 18 or later or a modern browser.

To circumvent this, alternate implementations of FetchInterface can be injected.

Configuraing the fetch behaviour

To configure the fetch behaviour, construct RateLimitingFetch with a custom instance of RateLimitingHandlingOptions such as:

const myRateLimitingHandlingOptions: RateLimitingHandlingOptions = {
  maxRetries: 4,
  maxRetryDelayMillis: 120000,
  backoffMultiplier: 2,
  initialRetryDelayMillis: 10000,
  maxJitterMultiplier: 1.4,
}
const rateLimitingFetch = new RateLimitingFetch(myRateLimitingHandlingOptions);

Testing

Testing can be achieved by mocking the behaviour of the fetch method using the SimpleMockFetchController as follows:

// Create the instance of RateLimitingFetch...
const rateLimitingFetch = new RateLimitingFetch(nonUiContextRateLimitingHandlingOptionsDefaults);

// Set the fetch implementation to our own MockingFetch instance...
const mockingFetch = new MockingFetch();
rateLimitingFetch.setFetchImplementation(mockingFetch);

// Set the MockingFetch controller...
const simpleMockFetchController = new SimpleMockFetchController();
mockingFetch.setMockFetchController(simpleMockFetchController);

// Cause the next fetch to return a rate limitng response...
const addRetryAfterResponseHeader = (headers: Map<string, string>): void => {
  headers.set('Retry-After', '5');
}
let nextMockFetchInfo: undefined | MockFetchInfo = {
  responseStatusCode: 429,
  responseStatusText: 'Too Many Requests',
  addResponseHeaders: addRetryAfterResponseHeader
}
simpleMockFetchController.setNextMockFetchInfo(nextMockFetchInfo);

// Now do something that will cause fetch to be invoked and check the result...
const response = await rateLimitingFetch.fetch(url, options);
assertTrue(response.status === 429);

Mocking random rate limiting

To modify the fetch mplementation such that random 429 rate limiting, internal server errors occur, using the following code:

// Create the instance of RateLimitingFetch...
const rateLimitingFetch = new RateLimitingFetch(nonUiContextRateLimitingHandlingOptionsDefaults);

// Set the fetch implementation to our own MockingFetch instance...
const mockingFetch = new MockingFetch();
rateLimitingFetch.setFetchImplementation(mockingFetch);

// Create an instance of RandomMockFetchController and inject it...
const randomMockFetchController = new RandomMockFetchController();
mockingFetch.setMockFetchController(randomMockFetchController);