Configuration
Every aspect of the Vendure server is configured via a single, central VendureConfig
object. This object is passed into the bootstrap
and bootstrapWorker
functions to start up the Vendure server and worker respectively.
The VendureConfig
object is organised into sections, grouping related settings together. For example, VendureConfig.apiOptions
contains all the config for the GraphQL APIs, whereas VendureConfig.authOptions
deals with authentication.
Important Configuration Settings
In this guide, we will take a look at those configuration options needed for getting the server up and running.
A description of every available configuration option can be found in the VendureConfig
reference docs.
Specifying API hostname & port etc
The VendureConfig.apiOptions
object is used to set the hostname, port, as well as other API-related concerns. Express middleware and Apollo Server plugins may also be specified here.
Example:
import { VendureConfig } from '@vendure/core';
export const config: VendureConfig = {
apiOptions: {
hostname: 'localhost',
port: 3000,
adminApiPath: '/admin',
shopApiPath: '/shop',
middleware: [{
// add some Express middleware to the Shop API route
handler: timeout('5s'),
route: 'shop',
}]
},
// ...
}
Connecting to the database
The database connection is configured with the VendureConfig.dbConnectionOptions
object. This object is actually the TypeORM DataSourceOptions object and is passed directly to TypeORM.
Example:
import { VendureConfig } from '@vendure/core';
export const config: VendureConfig = {
dbConnectionOptions: {
type: 'postgres',
host: process.env.DB_HOST,
port: process.env.DB_PORT,
synchronize: false,
username: process.env.DB_USERNAME,
password: process.env.DB_PASSWORD,
database: 'vendure',
migrations: [path.join(__dirname, 'migrations/*.ts')],
},
// ...
}
Configuring authentication
Authentication settings are configured with VendureConfig.authOptions
. The most important setting here is whether the storefront client will use cookies or bearer tokens to manage user sessions. For more detail on this topic, see the Managing Sessions guide.
The username and default password of the superadmin user can also be specified here. In production, it is advisable to use environment variables for these settings (see the following section on usage of environment variables).
Example:
import { VendureConfig } from '@vendure/core';
export const config: VendureConfig = {
authOptions: {
tokenMethod: 'cookie',
requireVerification: true,
cookieOptions: {
secret: process.env.COOKIE_SESSION_SECRET,
},
superadminCredentials: {
identifier: process.env.SUPERADMIN_USERNAME,
password: process.env.SUPERADMIN_PASSWORD,
},
},
// ...
}
Working with the VendureConfig object
Since the VendureConfig
is just a JavaScript object, it can be managed and manipulated according to your needs. For example:
Using environment variables
Environment variables can be used when you don't want to hard-code certain values which may change, e.g. depending on whether running locally, in staging or in production:
import { VendureConfig } from '@vendure/core';
export const config: VendureConfig = {
apiOptions: {
hostname: process.env.HOSTNAME,
port: process.env.PORT,
}
// ...
};
They are also useful so that sensitive credentials do not need to be hard-coded and committed to source control:
import { VendureConfig } from '@vendure/core';
export const config: VendureConfig = {
dbConnectionOptions: {
type: 'postgres',
username: process.env.DB_USERNAME,
password: process.env.DB_PASSWORD,
database: 'vendure',
},
// ...
}
When you create a Vendure project with @vendure/create
, it comes with the dotenv package installed, which allows you to store environment variables in a .env
file in the root of your project.
To define new environment variables, you can add them to the .env
file. For instance, if you are using a plugin that requires
an API key, you can
APP_ENV=dev
COOKIE_SECRET=toh8soqdlj
SUPERADMIN_USERNAME=superadmin
SUPERADMIN_PASSWORD=superadmin
MY_API_KEY=12345
In order to tell TypeScript about the existence of this new variable, you can add it to the src/environment.d.ts
file:
export {};
// Here we declare the members of the process.env object, so that we
// can use them in our application code in a type-safe manner.
declare global {
namespace NodeJS {
interface ProcessEnv {
APP_ENV: string;
COOKIE_SECRET: string;
SUPERADMIN_USERNAME: string;
SUPERADMIN_PASSWORD: string;
MY_API_KEY: string;
}
}
}
You can then use the environment variable in your config file:
import { VendureConfig } from '@vendure/core';
export const config: VendureConfig = {
plugins: [
MyPlugin.init({
apiKey: process.env.MY_API_KEY,
}),
],
// ...
}
In production, the way you manage environment variables will depend on your hosting provider. Read more about this in our Production Configuration guide.
Splitting config across files
If the config object grows too large, you can split it across several files. For example, the plugins
array in a real-world project can easily grow quite big:
import { AssetServerPlugin, DefaultJobQueuePlugin, VendureConfig } from '@vendure/core';
import { ElasticsearchPlugin } from '@vendure/elasticsearch-plugin';
import { EmailPlugin } from '@vendure/email-plugin';
import { CustomPlugin } from './plugins/custom-plugin';
export const plugins: VendureConfig['plugins'] = [
CustomPlugin,
AssetServerPlugin.init({
route: 'assets',
assetUploadDir: path.join(__dirname, 'assets'),
port: 5002,
}),
DefaultJobQueuePlugin,
ElasticsearchPlugin.init({
host: 'localhost',
port: 9200,
}),
EmailPlugin.init({
// ...lots of lines of config
}),
];
import { VendureConfig } from '@vendure/core';
import { plugins } from './vendure-config-plugins';
export const config: VendureConfig = {
plugins,
// ...
}