Have ideas to improve npm?Join in the discussion! »

    This package has been deprecated

    Author message:

    Moved to @outofsync/request-utils-response-cache

    @mediaxpost/request-utils-response-cache

    1.1.0 • Public • Published

    request-utils-response-cache

    NPM

    Version Downloads Build Status Codacy Badge Codacy Coverage Badge

    Dependencies

    request-utils-response-cache is an inline, response caching mechanism for ExpressJS and request-utils which uses a connected ObjectKeyCache or Redis.

    Response Caching is highly recommended for any client facing Express application or APIs that are build on top of Express that may be under even the most modest of loads.

    A response's res.locals data are cached based on the following HTTP Request criteria:

    • HTTP Method (optional)
    • Request URL
    • HTTP Headers (optional)
    • HTTP Query Params (optional)
    • HTTP Form Body Params
    • Express Parameter value (req.params)

    Any etag, if-match, if-none-match, if-modified-since, or if-unmodified-since headers are stripped from the request before checking against the cache for a matching request. Additionally, if the header cache-control set to no-cache is passed in the request, then the cache checking is skipped.

    If two requests are made with the same criteria, then the second request will be served from cache. By default, responses are cached on a 5-minute fixed window based on the timestamp of the initial cached response. After the timeframe has elapsed, the response is fully handled and the results can be cached again.

    If there are any unexpected errors during the cache retrieval process, then the process fails silently and the request is handled as if it were not cached.

    If additional manipulation of the request is desired then it is possible to provide an onCacheMiss(req, res) and onCacheHit(req, res, data) to the configuration of the Response Cache

    Installation

    npm install @mediaxpost/request-utils-response-cache

    Usage

    const ResponseCache = require('@mediaxpost/request-utils-response-cache');
    let responseCache = new ResponseCache('responses', {
      expire: 300000, // Five minutes
      onCacheHit: ((req, res, data) => {
        res.set('Content-Type', 'application/json');
      })
    });
     
    function sendResponse(req, res, next) {
      if (!res.headersSent) {
        res.set('Content-Type', 'application/json');
        for (const header in res.locals.headers) {
          if (res.locals.headers.hasOwnProperty(header)) {
            res.header(header, res.locals.headers[header]);
          }
        }
        res.status(res.locals.status);
        res.json(__.omit(res.locals.body, ['cacheExpiration']));
      }
      next();
    }
     
    // Later within the expressJS request stack
    // Before other processing, check cache
    app.use(responseCache.handler);
     
    // Do other processing
    // app.use...
     
    // After other processing
    app.use(responseCache.store); // This only stores when the req.needsCache is set
     
    // Process the res.locals and send response
    app.use(sendResponse);

    API Reference

    constructor(cacheNamespace [, config] [, cache] [, log])

    Create a new ResponseCache with the passed cacheNamespace, config, cache, and log. A cacheNamespace is required to scope the Response Cache to scope other values which may be in use within the cache.

    handler(req, res, next)

    An ExpressJS handler to check the current request against cache. If the cache exists, then it is retrieved and placed in res.locals and sets req.usedCache to true. If the cache does not exist and the request should be cached, then this sets the req.needsCache to true. This should occur early in the ExpressJS stack.

      app.use(responseCache.handler);

    store(req, res, next)

    An ExpressJS handler to store the current request when the handler indicates that the current request is not cached by the req.needsCache. This should occur just before the response is sent in the ExpressJS stack.

      app.use(responseCache.handler);

    Appendix

    Configuration Object

    The configuration parameter expects and object that contains the following (with defaults provided below):

    {
      expire: 300000 // every 5 minute window (in mSec)
      ignoreHeaders: false,
      ignoreMethod: false,
      ignoreQuery: false,
      onCacheHit: (req, res, data) => {
     
      },
      onCacheMiss: (req, res) => {
     
      }
    }
    parameter type description
    expire Integer Number of milliseconds for the fixed window for the initial cache.
    onCacheHit Function(req, res, data) or null A function accepting a HTTPRequest, a HTTPResponse, object data. When a request hits the cache then this function is called so additional data processing can occur.
    onCacheMiss Function(req, res) or null A function accepting a HTTPRequest, a HTTPResponse. When a request misses the cache then this function is called so additional data processing can occur.
    ignoreHeaders Boolean Skips the request headers when calculating the cache key
    ignoreMethod Boolean Skips the request method when calculating the cache key
    ignoreQuery Boolean Skips the query parameters when calculating the cache key

    Cache Object

    The Cache object can be a active and promisified Redis connect, or an active ObjectKeyCache. If no value is set, then the response cache will create an internal Object Key Cache and use it.

    Logging Object

    The Logging object is an instance of any logging library, such as Winston or Bunyan, which support the .error(...), .info(...), .debug(...), and .log(...) methods. If this is not provided, then any debug or error messages are sent to /dev/null through the use of LogStub.

    Install

    npm i @mediaxpost/request-utils-response-cache

    DownloadsWeekly Downloads

    1

    Version

    1.1.0

    License

    MIT

    Unpacked Size

    30.6 kB

    Total Files

    9

    Last publish

    Collaborators

    • avatar