mirror of
https://github.com/directus/directus.git
synced 2026-04-25 03:00:53 -04:00
* 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>
637 lines
12 KiB
Markdown
637 lines
12 KiB
Markdown
---
|
||
description: REST and GraphQL API documentation to run queries in Directus.
|
||
readTime: 9 min read
|
||
pageClass: 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](#fields)
|
||
- [Filter](#filter)
|
||
- [Search](#search)
|
||
- [Sort](#sort)
|
||
- [Limit](#limit)
|
||
- [Offset](#offset) / [Page](#page)
|
||
- [Aggregation & Grouping](#aggregation-grouping)
|
||
- [Deep](#deep)
|
||
- [Aliases](#aliases)
|
||
- [Export](#export)
|
||
- [Functions](#functions)
|
||
- [Metadata](#metadata)
|
||
- [Total Count](#total-count)
|
||
- [Filter Count](#filter-count)
|
||
|
||
---
|
||
|
||
## 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](/reference/filter-rules), which includes additional information on logical operators (AND/OR),
|
||
nested relational filtering, and dynamic variables.
|
||
|
||
### Examples
|
||
|
||
Retrieve all items where `first_name` equals "Rijk"
|
||
|
||
```json
|
||
{
|
||
"first_name": {
|
||
"_eq": "Rijk"
|
||
}
|
||
}
|
||
```
|
||
|
||
Retrieve all items in one of the following categories: "vegetables", "fruit"
|
||
|
||
```json
|
||
{
|
||
"categories": {
|
||
"_in": ["vegetables", "fruit"]
|
||
}
|
||
}
|
||
```
|
||
|
||
Retrieve all items that are published between two dates
|
||
|
||
```json
|
||
{
|
||
"date_published": {
|
||
"_between": ["2021-01-24", "2021-02-23"]
|
||
}
|
||
}
|
||
```
|
||
|
||
Retrieve all items where the author's "vip" flag is true
|
||
|
||
```json
|
||
{
|
||
"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](#deep)!
|
||
|
||
:::
|
||
|
||
### REST API
|
||
|
||
```
|
||
?filter[first_name][_eq]=Rijk
|
||
|
||
// or
|
||
|
||
?filter={ "first_name": { "_eq": "Rijk" }}
|
||
```
|
||
|
||
### GraphQL
|
||
|
||
```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).
|
||
|
||
```graphql
|
||
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
|
||
|
||
```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
|
||
|
||
```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
|
||
|
||
```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
|
||
|
||
```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
|
||
|
||
```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](#functions),
|
||
this allows for aggregate reporting per year-month-date.
|
||
|
||
### REST API
|
||
|
||
```
|
||
?aggregate[avg]=cost
|
||
&groupBy[]=author
|
||
&groupBy[]=year(publish_date)
|
||
```
|
||
|
||
### GraphQL
|
||
|
||
```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
|
||
|
||
```json
|
||
{
|
||
"related_articles": {
|
||
"_limit": 3
|
||
}
|
||
}
|
||
```
|
||
|
||
Only get 3 related articles, with only the top rated comment nested
|
||
|
||
```json
|
||
{
|
||
"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:_
|
||
|
||
```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:_
|
||
|
||
```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
|
||
|
||
```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](#aggregation-grouping)
|
||
|
||
:::
|
||
|
||
### REST API
|
||
|
||
```
|
||
?meta=total_count
|
||
|
||
?meta=filter_count
|
||
|
||
?meta=*
|
||
```
|
||
|
||
### GraphQL
|
||
|
||
```
|
||
query {
|
||
articles_aggregated {
|
||
count {
|
||
id
|
||
}
|
||
}
|
||
}
|
||
```
|