directus/docs/extensions/hooks.md

Custom API Hooks

Custom API Hooks allow running custom logic when a specified event occurs within your project. They can be registered as either "blocking" or immediate.

1. Create a Hook File

Custom hooks are dynamically loaded from within your extensions folder. By default this directory is located at /extensions, but it can be configured within your project's env file to be located anywhere.

Default Standalone Hook Location

/extensions/hooks/<hook-id>/index.js

2. Define the Event

Next, you will want to define your event. You can trigger your custom hook with any of the platform's many API events. An event is defined by its type and its name.

Event names consist of multiple scopes delimited by a dot:

<scope>.<scope>...
// eg: items.create
// eg: users.update
// eg: auth.login
// eg: routes.custom.before

There are four event types to choose from.

Filter

A filter event executes prior to the event being fired. This allows you to check and/or modify the event's payload before it is processed.

It also allows you to cancel an event based on the logic within the hook. Below is an example of how you can cancel a create event by throwing a standard Directus exception.

module.exports = function registerHook({ filter }, { exceptions }) {
	const { InvalidPayloadException } = exceptions;

	filter('items.create', async (input) => {
		if (LOGIC_TO_CANCEL_EVENT) {
			throw new InvalidPayloadException(WHAT_IS_WRONG);
		}

		return input;
	});
};

The filter register function receives two parameters:

• The event name
• A callback function that is executed whenever the event fires.

The callback function itself receives three parameters:

• The modifiable payload
• An event-specific meta object
• A context object

The context object has the following properties:

• database — The current database transaction
• schema — The current API schema in use
• accountability — Information about the current user

Available Events

Name	Payload	Meta
request.not_found	false	request, response
request.error	The request errors	--
database.error	The database error	client
auth.login	The login payload	status, user, provider
auth.jwt	The auth token	status, user, provider, type
(<collection>.)items.create	The new item	collection
(<collection>.)items.update	The updated item	keys, collection
(<collection>.)items.delete	The keys of the item	collection
<system-collection>.create	The new item	collection
<system-collection>.update	The updated item	keys, collection
<system-collection>.delete	The keys of the item	collection

::: tip System Collections

<system-collection> should be replaced with one of the system collection names activity, collections, fields, folders, permissions, presets, relations, revisions, roles, settings, users or webhooks.

:::

Action

An action event executes after a certain event and receives some data related to the event.

The action register function receives two parameters:

• The event name
• A callback function that is executed whenever the event fires.

The callback function itself receives two parameters:

• An event-specific meta object
• A context object

The context object has the following properties:

• database — The current database transaction
• schema — The current API schema in use
• accountability — Information about the current user

Available Events

Name	Meta
server.start	server
server.stop	server
response	request, response, ip, duration, finished
auth.login	payload, status, user, provider
files.upload	payload, key, collection
(<collection>.)items.read	payload, query, collection
(<collection>.)items.create	payload, key, collection
(<collection>.)items.update	payload, keys, collection
(<collection>.)items.delete	payload, collection
<system-collection>.create	payload, key, collection
<system-collection>.update	payload, keys, collection
<system-collection>.delete	payload, collection

::: tip System Collections

<system-collection> should be replaced with one of the system collection names activity, collections, fields, folders, permissions, presets, relations, revisions, roles, settings, users or webhooks.

:::

Init

An init event executes at a certain point within the lifecycle of Directus. Init events can be used to inject logic into internal services.

The init register function receives two parameters:

• The event name
• A callback function that is executed whenever the event fires.

The callback function itself receives one parameters:

• An event-specific meta object

Available Events

Name	Meta
cli.before	program
cli.after	program
app.before	app
app.after	app
routes.before	app
routes.after	app
routes.custom.before	app
routes.custom.after	app
middlewares.before	app
middlewares.after	app

Schedule

A schedule event executes at certain points in time. This is supported through node-cron. To set this up, provide a cron statement as the first parameter to the schedule() function, for example schedule('15 14 1 * *', <...>) (at 14:15 on day-of-month 1) or schedule('5 4 * * sun', <...>) (at 04:05 on Sunday). See example below:

const axios = require('axios');

module.exports = function registerHook({ schedule }) {
	schedule('*/15 * * * *', async () => {
		await axios.post('http://example.com/webhook', { message: 'Another 15 minutes passed...' });
	});
};

3. Register your Hook

Each custom hook is registered to its event scope using a function with the following format:

const axios = require('axios');

module.exports = function registerHook({ action }) {
	action('items.create', () => {
		axios.post('http://example.com/webhook');
	});
};

4. Develop your Custom Hook

Hooks can impact performance when not carefully implemented. This is especially true for filter hooks (as these are blocking) and hooks on read actions, as a single request can result in a large amount of database reads.

Register Function

The registerHook function receives an object containing the type-specific register functions as the first parameter:

• filter — Listen for a filter event
• action — Listen for an action event
• init — Listen for an init event
• schedule — Execute a function at certain points in time

The second parameter is a context object with the following properties:

• services — All API internal services
• exceptions — API exception objects that can be used for throwing "proper" errors
• database — Knex instance that is connected to the current database
• getSchema — Async function that reads the full available schema for use in services
• env — Parsed environment variables
• logger — Pino instance.

5. Restart the API

To deploy your hook, simply restart the API by running:

npx directus start

Full Example

extensions/hooks/sync-with-external/index.js:

const axios = require('axios');

module.exports = function registerHook({ filter, action }, { services, exceptions }) {
	const { MailService } = services;
	const { ServiceUnavailableException, ForbiddenException } = exceptions;

	// Sync with external recipes service, cancel creation on failure
	filter('items.create', async (input, { collection }, { schema }) => {
		if (collection !== 'recipes') return input;

		const mailService = new MailService({ schema });

		try {
			await axios.post('https://example.com/recipes', input);
			await mailService.send({
				to: 'person@example.com',
				template: {
					name: 'item-created',
					data: {
						collection: collection,
					},
				},
			});
		} catch (error) {
			throw new ServiceUnavailableException(error);
		}

		input.syncedWithExample = true;

		return input;
	});

	// Force everything to be admin-only at all times
	const adminOnly = async (_, { accountability }) => {
		if (accountability.admin !== true) throw new ForbiddenException();
	};

	action('items.create', adminOnly);
	action('items.read', adminOnly);
	action('items.update', adminOnly);
	action('items.delete', adminOnly);
};