* add docs to eslint
* update prettier ignore
* fix vitepress linting
* eslint ignore fixes
* prettier run
* update prettier ignore
* fix formatting
* enable linting of markdown files
* revert format command change
* fix irregular whitespace
* update dictionary
* (Changelog) Create four-boxes-shake.md
* Rework ESLint / Prettier setup
- Disable js/ts/vue files for Prettier to ensure linting/formatting is
only happening via ESLint
- Rework formatting of code blocks in md files
- Disable formatting of code blocks in md files under '/docs' by Prettier
- Instead use "eslint-plugin-markdown" to format & __lint__ js*/ts*/vue such code blocks
- Replace unmaintained "eslint-plugin-md" plugin by official "eslint-plugin-markdown" plugin
- I'll check whether we can use this to format other code blocks
(json, html, ...) as well
- Restructure, clean-up and apply some fixes to the ESLint config
(Note: Not ready for flat config yet since not supported by
vscode-eslint)
- Enable cache for ESLint / Prettier in scripts
- Clean-up ignore file
- Explicit folder declaration (.../)
- Don't ignore all 'extensions' folders in ESLint (only
'/api/extensions/')
- Enable formatting in '/.github' folder
* Fix all formatting issues with Prettier
* Update md files under /docs/.typedocs
* Fix lint issues in vue/js files
* ESLint / Prettier config revision v2
Enable Prettier for md code blocks, but only as warnings since it can
get into the way with Vitepress md extensions like '[!code ...]'
comments
* Remove prettier-ignore comments
* Make spellchecker happy
* Remove changeset
* Revert lint setup for code blocks
There are many cases in the docs where linting / formatting of code
blocks doesn't make
sense:
- Code block is only an excerpt - linter fails
- Code block contains special comments (e.g. markdown extensions) which
needs to remain at the same place - formatting would break it
- ...
* Apply lint issues / formatting from temp lint setup
* Run formatter
* Fix merge failure
* Simplify & modernize ESLint / Prettier setup
No longer run Prettier via ESLint. Nowadays, this is the recommended
setup. There's no real need to run it this way, it's just an additional
layer.
Add VS Code settings to make the work with the new setup easier.
* Remove unused eslint disable directives
* Make editorconfig more useful
* Fix formatting issues reported by editorconfig
* Format files with Prettier
* Enable formatting of source translations file
* Format source translations file
* Remove unnecessary console error
* Remove unnecessary line
* Only ignore md files under .changeset
* Add CI reporter for Prettier
* Fail job on wrongly formatted files
* Fix format
* Test Prettier action on changed/added file
* Use simple CI format check for now & no cache
* Revert "Test Prettier action on changed/added file"
This reverts commit 4f7d8826ad.
* Introduce code blocks check for docs
* Fix code block issues
* Ignore auto-generated packages dir
* Fix comment position
* Also lint `/app/.storybook`
* Reformat modified files
---------
Co-authored-by: Pascal Jufer <pascal-jufer@bluewin.ch>
Co-authored-by: Rijk van Zanten <rijkvanzanten@me.com>
12 KiB
description, readTime, pageClass
| description | readTime | pageClass |
|---|---|---|
| REST and GraphQL API documentation to run queries in Directus. | 9 min read | page-reference |
Global Query Parameters
Most Directus API Endpoint operations can be manipulated with the following parameters. It is important to understand them to get the most out of the platform.
- Fields
- Filter
- Search
- Sort
- Limit
- Offset / Page
- Aggregation & Grouping
- Deep
- Aliases
- Export
- Functions
- Metadata
Fields
Choose the fields that are returned in the current dataset. This parameter supports dot notation to request nested relational fields. You can also use a wildcard (*) to include all fields at a specific depth.
Examples
Get all top-level fields
*
Get all top-level fields and all second-level relational fields
*.*
::: tip Performance & Size
While the fields wildcard is very useful for debugging purposes, we recommend only requesting specific fields for production use. By only requesting the fields you really need, you can speed up the request, and reduce the overall output size.
:::
Get all top-level fields and second-level relational fields within images
*,images.*
Get only the first_name and last_name fields
first_name,last_name
Get all top-level and second-level relational fields, and third-level fields within images.thumbnails
*.*,images.thumbnails.*
Many-To-Any (Union Types)
Seeing that Many-to-Any (M2A) fields have nested data from multiple collections, it's not always safe / wanted to fetch
the same field from every related collection. In M2A fields, you can use the following syntax to specify what fields to
fetch from which related nested collection type:
?fields=<m2a-field>:<collection-scope>.<field>.
Lets say we have a collection pages with a many-to-any field called sections that points to headings,
paragraphs, and videos. We only want to fetch title and level from headings, body from paragraphs and
source from videos. We can achieve that by using:
sections.item:headings.title
sections.item:headings.level
sections.item:paragraphs.body
sections.item:videos.source
In GraphQL, this can be achieved using Union Types.
REST API
?fields=title,body,featured_image.*
// or
?fields[]=title
&fields[]=body
&fields[]=featured_image.*
GraphQL
Natively supported in GraphQL
Filter
Used to search items in a collection that matches the filter's conditions. The filter param follows the Filter Rules spec, which includes additional information on logical operators (AND/OR), nested relational filtering, and dynamic variables.
Examples
Retrieve all items where first_name equals "Rijk"
{
"first_name": {
"_eq": "Rijk"
}
}
Retrieve all items in one of the following categories: "vegetables", "fruit"
{
"categories": {
"_in": ["vegetables", "fruit"]
}
}
Retrieve all items that are published between two dates
{
"date_published": {
"_between": ["2021-01-24", "2021-02-23"]
}
}
Retrieve all items where the author's "vip" flag is true
{
"author": {
"vip": {
"_eq": true
}
}
}
::: tip Nested Filters
The above example will filter the top level items based on a condition in the related item. If you're looking to
filter the related items themselves, take a look at the deep parameter!
:::
REST API
?filter[first_name][_eq]=Rijk
// or
?filter={ "first_name": { "_eq": "Rijk" }}
GraphQL
query {
users(filter: { first_name: { _eq: "Rijk" } }) {
id
}
}
::: tip Filtering M2A fields
Because attribute names in GraphQL cannot contain the : character, you will need to replace it with a double
underscore. For example, instead of using sections.item:heading in your filter, you will need to use
sections.item__heading (see the full example below).
query {
articles(
filter: {
sections: {
item__headings: { # Instead of: item:headings
title: { _eq: "Section 1" }
}
}
}
) {
id
}
}
:::
Search
The search parameter allows you to perform a search on all string and text type fields within a collection. It's an easy way to search for an item without creating complex field filters – though it is far less optimized. It only searches the root item's fields, related item fields are not included.
Example
Find all items that mention Directus
Directus
REST API
?search=Directus
GraphQL
query {
articles(search: "Directus") {
id
}
}
Sort
What field(s) to sort by. Sorting defaults to ascending, but a minus sign (-) can be used to reverse this to
descending order. Fields are prioritized by the order in the parameter. The dot-notation has to be used when sorting
with values of nested fields.
Examples
Sort by creation date descending
-date_created
Sort by a "sort" field, followed by publish date descending
sort, -publish_date
Sort by a "sort" field, followed by a nested author's name
sort, -author.name
REST API
?sort=sort,-date_created,author.name
// or
?sort[]=sort
&sort[]=-date_created
&sort[]=-author.name
GraphQL
query {
articles(sort: ["sort", "-date_created", "author.name"]) {
id
}
}
Limit
Set the maximum number of items that will be returned. The default limit is set to 100.
Examples
Get the first 200 items
200
Get all items
-1
::: warning All Items
Depending on the size of your collection, fetching unlimited data may result in degraded performance or timeouts, use with caution.
:::
REST API
?limit=200
GraphQL
query {
articles(limit: 200) {
id
}
}
Offset
Skip the first n items in the response. Can be used for pagination.
Examples
Get items 101—200
100
REST API
?offset=100
GraphQL
query {
articles(offset: 100) {
id
}
}
Page
An alternative to offset. Page is a way to set offset under the hood by calculating limit * page. Page is
1-indexed.
Examples
Get items 1-100
1
Get items 101-200
2
REST API
?page=2
GraphQL
query {
articles(page: 2) {
id
}
}
Aggregation & Grouping
Aggregate functions allow you to perform calculations on a set of values, returning a single result.
The following aggregation functions are available in Directus:
| Name | Description |
|---|---|
count |
Counts how many items there are |
countDistinct |
Counts how many unique items there are |
sum |
Adds together the values in the given field |
sumDistinct |
Adds together the unique values in the given field |
avg |
Get the average value of the given field |
avgDistinct |
Get the average value of the unique values in the given field |
min |
Return the lowest value in the field |
max |
Return the highest value in the field |
countAll |
Equivalent to ?aggregate[count]=* (GraphQL only) |
Grouping
By default, the above aggregation functions run on the whole dataset. To allow for more flexible reporting, you can combine the above aggregation with grouping. Grouping allows for running the aggregation functions based on a shared value. This allows for things like "Average rating per month" or "Total sales of items in the jeans category".
The groupBy query allows for grouping on multiple fields simultaneously. Combined with the Functions,
this allows for aggregate reporting per year-month-date.
REST API
?aggregate[avg]=cost
&groupBy[]=author
&groupBy[]=year(publish_date)
GraphQL
query {
articles_aggregated(groupBy: ["author", "year(publish_date)"]) {
group
sum {
revenue
}
}
}
Deep
Deep allows you to set any of the other query parameters on a nested relational dataset.
Examples
Limit the nested related articles to 3
{
"related_articles": {
"_limit": 3
}
}
Only get 3 related articles, with only the top rated comment nested
{
"related_articles": {
"_limit": 3,
"comments": {
"_sort": "rating",
"_limit": 1
}
}
}
REST API
?deep[translations][_filter][languages_code][_eq]=en-US
// or
?deep={ "translations": { "_filter": { "languages_code": { "_eq": "en-US" }}}}
GraphQL
Natively supported in GraphQL:
query {
members {
favorite_games(filter: { name: { _eq: "Mariokart 8" } }) {
id
featured_image {
filename_disk
}
}
}
}
Aliases
Aliases allow you rename fields on the fly, and request the same nested data set multiple times using different filters.
::: warning Nested fields
It is only possible to alias same level fields.
Alias for nested fields, f.e. field.nested, will not work.
:::
REST API
?alias[all_translations]=translations
&alias[dutch_translations]=translations
&deep[dutch_translations][_filter][code][_eq]=nl-NL
GraphQL
Natively supported in GraphQL:
query {
articles {
dutch_translations: translations(filter: { code: { _eq: "nl-NL" } }) {
id
}
all_translations: translations {
id
}
}
}
Export
Save the current API response to a file.
Saves the API response to a file. Accepts one of csv, json, xml, yaml.
REST API
?export=csv
?export=json
?export=xml
?export=yaml
GraphQL
n/a
Functions
Functions allow for "live" modification of values stored in a field. Functions can be used in any query parameter you'd normally supply a field key, including fields, aggregation, and filter.
Functions can be used by wrapping the field key in a JavaScript like syntax, for example:
timestamp -> year(timestamp)
DateTime Functions
| Filter | Description |
|---|---|
year |
Extract the year from a datetime/date/timestamp field |
month |
Extract the month from a datetime/date/timestamp field |
week |
Extract the week from a datetime/date/timestamp field |
day |
Extract the day from a datetime/date/timestamp field |
weekday |
Extract the weekday from a datetime/date/timestamp field |
hour |
Extract the hour from a datetime/date/timestamp field |
minute |
Extract the minute from a datetime/date/timestamp field |
second |
Extract the second from a datetime/date/timestamp field |
Array Functions
| Filter | Description |
|---|---|
count |
Extract the number of items from a JSON array or relational field |
::: warning GraphQL
Names aren't allowed to include any special characters in GraphQL, preventing the () syntax from being used.
As an alternative, the above functions can be used by appending _func at the end of the field name, and using the
function name as the nested field (see the example that follows).
:::
REST API
?fields=id,title,weekday(date_published)
&filter[year(date_published)][_eq]=2021
GraphQL
query {
articles(filter: { date_published_func: { year: { _eq: 2021 } } }) {
id
title
date_published_func {
weekday
}
}
}
Metadata
Metadata allows you to retrieve some additional information about the items in the collection you're fetching. * can
be used as a wildcard to retrieve all metadata.
Total Count
Returns the total item count of the collection you're querying.
Filter Count
Returns the item count of the collection you're querying, taking the current filter/search parameters into account.
::: warning GraphQL
GraphQL does not have meta fields like the REST API.
As an alternative, you can retrieve the count using Aggregation.
For more details, see: Aggregation & Grouping
:::
REST API
?meta=total_count
?meta=filter_count
?meta=*
GraphQL
query {
articles_aggregated {
count {
id
}
}
}