Node-fetch with built-in response caching.
This repository has been archived on 2023-10-27. You can view files and clone it, but cannot push or open issues or pull requests.
Go to file
Randall Schmidt ba9df959db update readme
2021-06-11 14:12:30 -04:00
.vscode implement new expanded response caching logic 2021-06-11 14:12:24 -04:00
classes support streaming response 2021-06-11 14:12:28 -04:00
test support streaming response 2021-06-11 14:12:28 -04:00
.eslintignore fix lint warnings 2021-06-11 14:12:25 -04:00
.eslintrc.js add boilerplate 2020-04-17 15:40:42 -04:00
.gitignore implement new expanded response caching logic 2021-06-11 14:12:24 -04:00
.npmignore implement new expanded response caching logic 2021-06-11 14:12:24 -04:00
index.js only allow body to be consumed once, add some tests 2021-06-11 14:12:28 -04:00
LICENSE Create LICENSE 2020-04-17 15:35:46 -04:00
package-lock.json add support for FormData 2021-06-11 14:12:27 -04:00
package.json give tests longer timeout 2021-06-11 14:12:28 -04:00
README.md update readme 2021-06-11 14:12:30 -04:00

node-fetch-cache

node-fetch with caching to a directory on disk.

The first usage with any given arguments will result in an HTTP request and any subsequent usage with the same arguments and body function (text, json, buffer, or textConverted) will read the response body from the cache on disk.

Usage

Require it with a directory path to cache in, and then use it the same way you would use fetch.

const fetch = require('node-fetch-cache')('./path/to/cache/dir');

fetch('http://google.com')
  .then(response => response.text())
  .then(text => console.log(text));

API

This module aims to expose the same API as node-fetch does for the most common use cases, but may not support some of the less common use cases.

const fetch = require('node-fetch-cache')('./path/to/cache/dir')

Load the module and specify the directory to cache respones in.

If this syntax looks at all foreign to you, you can do this:

const createNodeFetchCache = require('node-fetch-cache');
const fetch = createNodeFetchCache('./path/to/cache/dir');

Same thing.

async fetch(resource [, init])

Same arguments as node-fetch.

Returns a CachedResponse.

async CachedResponse.text()

Returns the body as a string, same as node-fetch.

async CachedResponse.json()

Returns the body as a JavaScript object, parsed from JSON, same as node-fetch.

async CachedResponse.buffer()

Returns the body as a Buffer, same as node-fetch.

CachedResponse.status

Returns the HTTP status code of the response, same as node-fetch.

CachedResponse.statusText

Returns a text represention of the response status, same as node-fetch.

CachedResponse.ok

Returns true if the request returned a successful response status, false otherwise, same as node-fetch.

CachedResponse.redirected

Returns true if the request was redirected, false otherwise, same as node-fetch.

CachedResponse.headers

Returns a ResponseHeaders object representing the headers of the response, same as node-fetch.

async CachedResponse.ejectFromCache()

Eject the response from the cache, so that the next request will perform a true HTTP request rather than returning a cached response.

Keep in mind that this module caches all responses, even if they return error status codes. You might want to use this function when !response.ok, so that you can retry requests.

ResponseHeaders.entries()

Returns the raw headers as an array of [key, value] pairs, same as node-fetch.

ResponseHeaders.keys()

Returns an array of all header keys, same as node-fetch.

ResponseHeaders.values()

Returns an array of all header values, same as node-fetch.

ResponseHeaders.get(key)

Returns the value of the header with the given key, same as node-fetch.

ResponseHeaders.has(key)

Returns true if the headers has a value for the given key, same as node-fetch.

ResponseHeaders.raw

Returns the headers as an object of { "key": "value" } pairs, same as node-fetch.

Streaming

This module supports streams like node-fetch does, but with a couple of caveats you should be aware of if you want to use streams.

  1. Response bodies are always read into memory even if you stream them to disk. That means if you need to stream large responses that don't fit into RAM, this module may be unsuitable.
  2. When streaming a request body with fs.ReadStream, the cache key is generated based only on the path of the stream, not its content. That means if you stream /my/desktop/image.png twice, you will get a cached response the second time, even if the content of image.png has changed. This module may be unsuitable if you need to stream files in requests and the content of those files can change.

Bugs / Help / Feature Requests / Contributing

For feature requests or help, please visit the discussions page on GitHub.

For bug reports, please file an issue on the issues page on GitHub.

Contributions welcome! Please open a pull request on GitHub with your changes. You can run them by me first on the discussions page if you'd like.