Skip to Page NavigationSkip to Page NavigationSkip to Content
Keystone 6 is in Community Preview! For Keystone 5 docs visit v5.keystonejs.com

System Configuration API

The keystone-next CLI expects to find a module named keystone.ts with a default export of a Keystone system configuration returned from the function config().

import { config } from '@keystone-next/keystone';
export default config({ /* ... */ });

The config function accepts an object representing all the configurable parts of the system:

export default config({
lists: { /* ... */ },
db: { /* ... */ },
ui: { /* ... */ },
server: { /* ... */ },
session: { /* ... */ },
graphql: { /* ... */ },
extendGraphqlSchema: { /* ... */ },
images: { /* ... */ },
experimental: { /* ... */ },
});

We will cover each of these options below.

The configuration object has a TypeScript type of KeystoneConfig, which can be imported from @keystone-next/keystone/types. This type definition should be considered the source of truth for the available configuration options.

lists

The lists config option is where you define the data model, or schema, of the Keystone system. It has a TypeScript type of ListSchemaConfig. This is where you define and configure the lists and their fields of the data model. In general you will use the createSchema() function to create this configuration option. See the Schema API docs for details on how to use this function.

import type { ListSchemaConfig } from '@keystone-next/keystone/types';
import { config, createSchema } from '@keystone-next/keystone';
export default config({
lists: createSchema({ /* ... */ }),
/* ... */
});

db

import type { DatabaseConfig } from '@keystone-next/keystone/types';

The db config option configures the database used to store data in your Keystone system. It has a TypeScript type of DatabaseConfig. Keystone supports the database types PostgreSQL and SQLite. These database types are powered by their corresponding Prisma database providers; postgresql and sqlite.

All database providers require the url argument, which defines the connection URL for your database. They also all have an optional onConnect async function, which takes a KeystoneContext object, and lets perform any actions you might need at startup, such as data seeding.

As well as these common options, each provider supports a number of optional advanced configuration options.

postgresql

Advanced configuration:

  • enableLogging (default: false): Enable logging from the Prisma client.
  • useMigrations (default: false): Determines whether to use migrations or automatically force-update the database with the latest schema and potentially lose data.
  • idField (default: { kind: "cuid" }): The kind of id field to use, it can be one of: cuid, uuid or autoincrement. This can also be customised at the list level db.idField.
export default config({
db: {
provider: 'postgresql',
url: 'postgres://dbuser:dbpass@localhost:5432/keystone',
onConnect: async context => { /* ... */ },
// Optional advanced configuration
enableLogging: true,
useMigrations: true,
idField: { kind: 'uuid' },
},
/* ... */
});

sqlite

Advanced configuration:

  • enableLogging (default: false): Enable logging from the Prisma client.
  • useMigrations (default: false): Determines whether to use migrations or automatically force-update the database with the latest schema and potentially lose data.
  • idField (default: { kind: "cuid" }): The kind of id field to use, it can be one of: cuid, uuid or autoincrement. This can also be customised at the list level db.idField.
export default config({
db: {
provider: 'sqlite',
url: 'file:./keystone.db',
onConnect: async context => { /* ... */ },
// Optional advanced configuration
enableLogging: true,
useMigrations: true,
idField: { kind: 'uuid' },
},
/* ... */
});

Limitations

The sqlite provider is not intended to be used in production systems, and has certain limitations:

  • decimal: The decimal field type is not supported.
  • timestamp: The timestamp field type only supports times within the range 1970 - 2038.
  • text: The text field type does not support setting a filter as case sensitive or insensitive. Assuming default collation, all the filters except contains, startsWith and endsWith will be case sensitive and contains, startsWith and endsWith will be case insensitive but only for ASCII characters.
  • autoIncrement: The autoIncrement field type is not supported.
  • select: Using the dataType: 'enum' will use a GraphQL String type, rather than an Enum type.

ui

import type { AdminUIConfig } from '@keystone-next/keystone/types';

The ui config option configures the Admin UI which is provided by Keystone. It has a TypeScript type of AdminUIConfig. This config option is for top level configuration of the Admin UI. Fine grained configuration of how lists and fields behave in the Admin UI is handled in the lists definition (see the Schema API for more details).

Options:

  • isDisabled (default: false): If isDisabled is set to true then the Admin UI will be completely disabled.
  • isAccessAllowed (default: (context) => !!context.session): This function controls whether a user is able to access the Admin UI. It takes a KeystoneContext object as an argument.

Advanced configuration:

  • publicPages (default: []): An array of page routes that can be accessed without passing the isAccessAllowed check.
  • getAdditionalFiles (default: []): An async function returns an array of AdminFileToWrite objects indicating files to be added to the system at build time. If the mode is 'write', then the code to be written to the file should be provided as the src argument. If the mode is 'copy' then an inputPath value should be provided. The outputPath indicates where the file should be written or copied to Note: This API is designed for use by plugins, such as the @keystone-next/auth package. See the Custom Admin UI Pages guide for details on simpler ways to customise your Admin UI.
export default config({
ui: {
isDisabled: false,
isAccessAllowed: async context => true,
// Optional advanced configuration
publicPages: ['/welcome'],
getAdditionalFiles: [
async (config: KeystoneConfig) => [
{
mode: 'write',
src: `
/** @jsxRuntime classic */
/** @jsx jsx */
import { jsx } from '@keystone-ui/core';
export default function Welcome() {
return (<h1>Welcome to my Keystone system</h1>);
}`,
outputPath: 'pages/welcome.js',
},
{
mode: 'copy',
inputPath: '...',
outputPath: 'pages/farewell.js',
}
],
],
},
/* ... */
});

server

import type { ServerConfig } from '@keystone-next/keystone/types';

The dev and start commands from the Keystone command line will start an Express web-server for you. This server is configured via the server configuration option.

Options:

  • cors (default: undefined): Allows you to configure the cors middleware for your Express server. If left undefined cors will not be used.
  • port (default: 3000 ): The port your Express server will listen on.
  • maxFileSize (default: 200 * 1024 * 1024): The maximum file size allowed for uploads. If left undefined, defaults to 200 MiB
  • healthCheck (default: undefined): Allows you to configure a health check endpoint on your server.
  • extendExpressApp (default: undefined): Allows you to extend the express app that Keystone creates.
export default config({
server: {
cors: { origin: ['http://localhost:7777'], credentials: true },
port: 3000,
maxFileSize: 200 * 1024 * 1024,
healthCheck: true,
extendExpressApp: (app) => { /* ... */ },
},
/* ... */
});

healthCheck

If set to true, a /_healthcheck endpoint will be added to your server which will respond with { status: 'pass', timestamp: Date.now() }.

You can configure the health check with a custom path and JSON data:

config({
server: {
healthCheck: {
path: '/my-health-check',
data: { status: 'healthy' },
},
},
})

Or use a function for the data config to return real-time information:

config({
server: {
healthCheck: {
path: '/my-health-check',
data: () => ({
status: 'healthy',
timestamp: Date.now(),
uptime: process.uptime(),
}),
},
},
})

extendExpressApp

This lets you modify the express app that Keystone creates before the Apollo Server and Admin UI Middleware are added to it (but after the cors and healthcheck options are applied).

For example, you could add your own request logging middleware:

export default config({
server: {
extendExpressApp: (app) => {
app.use((req, res, next) => {
console.log('A request!');
next();
});
},
},
});

Or add a custom route handler:

export default config({
server: {
extendExpressApp: (app) => {
app.get('/_version', (req, res) => {
res.send('v6.0.0-rc.2');
});
},
},
});

session

import type { SessionStrategy } from '@keystone-next/keystone/types';

The session config option allows you to configure session management of your Keystone system. It has a TypeScript type of SessionStrategy<any>.

In general you will use SessionStrategy objects from the @keystone-next/keystone/session package, rather than writing this yourself.

import { statelessSessions } from '@keystone-next/keystone/session';
export default config({
session: statelessSessions({ /* ... */ }),
/* ... */
});

See the Session API for more details on how to configure session management in Keystone.

graphql

import type { GraphQLConfig } from '@keystone-next/keystone/types';

The graphql config option allows you to configures certain aspects of your GraphQL API. It has a TypeScript type of GraphQLConfig.

Options:

  • debug (default: process.env.NODE_ENV !== 'production'): If true, stacktraces from both Apollo errors and Keystone errors will be included in the errors returned from the GraphQL API. These can be filtered out with apolloConfig.formatError if you need to process them, but do not want them returned over the GraphQL API.
  • queryLimits (default: undefined): Allows you to limit the total number of results returned from a query to your GraphQL API. See also the per-list graphql.queryLimits option in the Schema API.
  • path (default: '/api/graphql'): The path of the GraphQL API endpoint.
  • apolloConfig (default: undefined): Allows you to pass extra options into the ApolloServer constructor.
    • playground (default: process.env.NODE_ENV !== 'production'): If truthy, will enable the GraphQL Playground for testing queries and mutations in the browser. To configure behaviour, pass an object of GraphQL Playground settings. See the Apollo docs for more supported options.
    • introspection (default: undefined): Introspection enables you to query a GraphQL server for information about the underlying schema. If the playground is enabled then introspection is automatically enabled, unless specifically disabled.
export default config({
graphql: {
debug: process.env.NODE_ENV !== 'production',
queryLimits: { maxTotalResults: 100 },
path: '/api/graphql',
apolloConfig: {
playground: process.env.NODE_ENV !== 'production',
introspection: process.env.NODE_ENV !== 'production',
/* ... */
},
},
/* ... */
});

extendGraphqlSchema

import type { ExtendGraphqlSchema } from '@keystone-next/keystone/types';

The extendGraphqlSchema config option allows you to extend the GraphQL API which is generated by Keystone based on your schema definition. It has a TypeScript type of ExtendGraphqlSchema.

In general you will use the function graphQLSchemaExtension({ typeDefs, resolvers }) to create your schema extension.

import { config, graphQLSchemaExtension } from '@keystone-next/keystone';
export default config({
extendGraphqlSchema: graphQLSchemaExtension({ typeDefs, resolvers }),
/* ... */
});

See the schema extension guide for more details on how to use graphQLSchemaExtension() to extend your GraphQL API.

files

Keystone supports file handling via the file field type. In order to use this field type you need to configure Keystone with information about where your files will be stored and served from. At the moment Keystone supports storing files on the local filesystem, and is agnostic about how files are served.

import { config } from '@keystone-next/keystone';
export default config({
files: {
upload: 'local',
local: {
storagePath: 'public/files',
baseUrl: '/files',
},
}
/* ... */
});

Options:

  • upload: The storage target when uploading files. Currently only local is supported.
  • local: Configuration options when using the local storage target.
    • storagePath: The path local files are uploaded to.
    • baseUrl: The base of the URL local files will be served from, outside of keystone.

images

Keystone supports image handling via the image field type. In order to use this field type you need to configure Keystone with information about where your images will be stored and served from. At the moment Keystone supports storing files on the local filesystem, and is agnostic about how images are served.

import { config } from '@keystone-next/keystone';
export default config({
images: {
upload: 'local',
local: {
storagePath: 'public/images',
baseUrl: '/images',
},
}
/* ... */
});

Options:

  • upload: The storage target when uploading images. Currently only local is supported.
  • local: Configuration options when using the local storage target.
    • storagePath: The path local images are uploaded to.
    • baseUrl: The base of the URL local images will be served from, outside of keystone.

experimental

The following flags allow you to enable features which are still in preview. These features are not guaranteed to work, and should be used with caution.

import { config } from '@keystone-next/keystone';
export default config({
experimental: {
enableNextJsGraphqlApiEndpoint: true,
generateNextGraphqlAPI: true,
generateNodeAPI: true,
}
/* ... */
});

Options:

  • enableNextJsGraphqlApiEndpoint: (coming soon)
  • generateNextGraphqlAPI: Creates a file at node_modules/.keystone/next/graphql-api with default and config exports that can be re-exported in a Next API route
  • generateNodeAPI: Creates a file at node_modules/.keystone/api with a lists export