A cache middleware for the headless CMS strapi.io
This middleware caches incoming GET
requests on the strapi API, based on query params and model ID.
The cache is automatically busted everytime a PUT
, POST
, or DELETE
request comes in.
Supported storage engines
- Memory (default)
- Redis
Important: Caching must be explicitely enabled per model
Using npm
npm install --save strapi-middleware-cache
Using yarn
yarn add strapi-middleware-cache
For Strapi stable versions, add a middleware.js
file within your config folder
e.g
touch config/middleware.js
To use different settings per environment, see the Strapi docs for environments.
You can parse environment variables for the config here as well if you wish to, please see the Strapi docs for environment variables.
Enable the cache middleware by adding the following snippet to an empty middleware file or simply add in the settings from the below example:
module.exports = ({ env }) => ({
settings: {
cache: {
enabled: true,
}
}
});
Starting the CMS should now log the following
$ strapi develop
[2020-04-14T11:12:41.648Z] debug [Cache] Mounting LRU cache middleware
[2020-04-14T11:12:41.648Z] debug [Cache] Storage engine: mem
The middleware will only cache models which have been explicitely enabled. Add a list of models to enable to the module's configuration object.
e.g
// config/middleware.js
module.exports = ({ env }) => ({
settings: {
cache: {
enabled: true,
models: ['posts'],
}
}
});
Starting the CMS should now log the following
$ strapi develop
[2020-04-14T11:12:41.648Z] debug [Cache] Mounting LRU cache middleware
[2020-04-14T11:12:41.648Z] debug [Cache] Storage engine: mem
[2020-04-14T11:12:41.653Z] debug [Cache] Caching route /posts/:id* [maxAge=3600000]
The module's configuration object supports the following properties
Property | Default | Description |
---|---|---|
type | mem | The type of storage engine to use (mem or redis ) |
max | 500 | Max number of entries in the cache |
maxAge | 3600000 | Time in milliseconds after which a cache entry is invalidated |
cacheTimeout | 500 | Time in milliseconds after which a cache request is timed out |
logs | true | Setting it to false will disable any console output |
populateContext | false | Setting it to true will inject a cache entry point into the Koa context |
redisConfig (redis only) | {} | The redis config object passed on to ioredis |
// config/middleware.js
module.exports = ({ env }) => ({
settings: {
cache: {
enabled: true,
type: 'redis',
maxAge: 3600000,
models: ['posts'],
redisConfig: {
sentinels: [
{ host: '192.168.10.41', port: 26379 },
{ host: '192.168.10.42', port: 26379 },
{ host: '192.168.10.43', port: 26379 },
],
name: 'redis-primary',
}
}
}
});
Running the CMS will output the following
$ strapi develop
[2020-04-14T11:31:05.751Z] debug [Cache] Mounting LRU cache middleware
[2020-04-14T11:31:05.752Z] debug [Cache] Storage engine: redis
[2020-04-14T11:31:05.784Z] debug [Cache] Caching route /listings/:id* [maxAge=3600000]
[2020-04-14T11:31:06.076Z] debug [Cache] Redis connection established
Each route can be configured with it's own unique maxAge
. This can be done simply
by replacing the model strings in the list by object.
e.g
// config/middleware.js
module.exports = ({ env }) => ({
settings: {
cache: {
enabled: true,
type: 'redis',
maxAge: 3600000,
models: [
{
model: 'listings',
maxAge: 1000000,
}
]
}
}
});
Running the CMS should now show the following
$ strapi develop
[2020-04-14T11:37:16.510Z] debug [Cache] Mounting LRU cache middleware
[2020-04-14T11:37:16.511Z] debug [Cache] Storage engine: redis
[2020-04-14T11:37:16.600Z] debug [Cache] Caching route /listings/:id* [maxAge=1000000]
[2020-04-14T11:37:16.946Z] debug [Cache] Redis connection established
By default, the middleware assumes that the specified models are collections. Meaning that having 'post'
or 'posts'
in your configuration will result in the /posts/*
being cached. Pluralization is applied in order to match the Strapi generated endpoints.
That behaviour is however not desired for single types such as homepage
which should remain singular in the endpoint (/homepage
)
You can mark a specific model as being a single type by using the singleType
boolean field on model configurations
e.g
// config/middleware.js
module.exports = ({ env }) => ({
settings: {
cache: {
enabled: true,
models: [
{
model: 'homepage',
singleType: true,
}
]
}
}
});
By setting the populateContext
configuration to true
, the middleware will extend the Koa Context with an entry point which can be used to clear the cache from within controllers
// config/middleware.js
module.exports = ({ env }) => ({
settings: {
cache: {
enabled: true,
populateContext: true,
models: ['post']
}
}
});
// controller
module.exports = {
async index(ctx) {
ctx.middleware.cache.store // A direct access to the cache engine
await ctx.middleware.cache.bust({ model: 'posts', id: '123' }); // Will bust the cache for this specific record
await ctx.middleware.cache.bust({ model: 'posts' }); // Will bust the cache for the entire model collection
await ctx.middleware.cache.bust({ model: 'homepage' }); // For single types, do not pluralize the model name
// ...
}
};
IMPORTANT: We do not recommend using this unless truly necessary. It is disabled by default as it goes against the non-intrusive/transparent nature of this middleware.
By setting the populateStrapiMiddleware
configuration to true
, the middleware will extend the Strapi middleware object with an entry point which can be used to clear the cache from anywhere (e.g., inside a Model's lifecycle hook where ctx
is not available).
// config/middleware.js
module.exports = ({ env }) => ({
settings: {
cache: {
enabled: true,
populateStrapiMiddleware: true,
models: ['post']
}
}
});
// model
module.exports = {
lifecycles: {
async beforeUpdate(params, data) {
strapi.middleware.cache.store // A direct access to the cache engine
await strapi.middleware.cache.bust({ model: 'posts', id: '123' }); // Will bust the cache for this specific record
// ...
}
}
};
IMPORTANT: We do not recommend using this unless truly necessary. It is disabled by default as it goes against the non-intrusive/transparent nature of this middleware.
The strapi admin panel uses a separate rest api to apply changes to records, e.g /content-manager/explorer/application::post.post
the middleware will also watch for write operations on that endpoint and bust the cache accordingly