mirror of
https://github.com/vercel/next.js.git
synced 2026-09-20 02:25:18 +08:00
ce207309be
This is relevant if the cache is in a broken state or the keys or entries are not suitable (e.g. an entry that's to large to be stored). Revealed several oddities: 1. cache handler have no no sources content (not too bad since that means the codeframe points into the problem `use cache` function which is usually the cause) 2. A throwing `set` is swallowed in dev 3. A throwing `get` is logged as a caught error and an unhandled rejection. This is spammy.
12 lines
207 B
JavaScript
12 lines
207 B
JavaScript
/**
|
|
* @type {import('next').NextConfig}
|
|
*/
|
|
const nextConfig = {
|
|
cacheComponents: true,
|
|
cacheHandlers: {
|
|
default: require.resolve('./throwing-cache-handler.js'),
|
|
},
|
|
}
|
|
|
|
module.exports = nextConfig
|