Skip to content

Usage

Getting a Token

Mealie supports long-live api tokens in the user frontend. These can be created on the /user/profile/api-tokens page.

Key Components

Exploring Your Local API

On your local installation you can access interactive API documentation that provides curl examples and expected results. This allows you to easily test and interact with your API to identify places to include your own functionality. You can visit the documentation at http://<your-mealie-site>/docs or see the example at the Demo Site.

Extras

Recipe Extras

Recipes extras are a key feature of the Mealie API. They allow you to create custom json key/value pairs within a recipe to reference from 3rd part applications. You can use these keys to contain information to trigger automation or custom messages to relay to your desired device.

For example you could add {"message": "Remember to thaw the chicken"} to a recipe and use the webhooks built into mealie to send that message payload to a destination to be processed.

Shopping List and Food Extras

Similarly to recipes, extras are supported on shopping lists, shopping list items, and foods. At this time they are only accessible through the API. Extras for these objects allow for rich integrations between the Mealie shopping list and your favorite list manager, such as Alexa, ToDoist, Trello, or any other list manager with an API.

To keep shopping lists in sync, for instance, you can store your Trello list id on your Mealie shopping list:
{"trello_list_id": "5abbe4b7ddc1b351ef961414"}

Now if an update is made to your shopping list, you know which Trello list also needs to be updated. Similarly, you can also keep track of individual cards on your Trello list by storing data on shopping list items:
{"trello_card_id": "bab414bde415cd715efb9361"}

Sometimes you may want to exclude certain foods from syncing to your external list, such as water, so you can add a custom property to your "water" food:
{"trello_exclude_food": "true"}

You can combine your custom data definitions with our Event Subscriptions API, enabling you to keep your external list up-to-date in real time.

Pagination and Filtering

Most document types share a uniform pagination and filtering API (e.g. GET /api/recipes). These allow you to filter by an arbitrary combination of criteria and return only a certain number of documents (i.e. a single "page" of documents).

Pagination

The pagination API allows you to limit how many documents you return in each call. This is important when serving data to an application, as you don't want to wait for a huge payload every time you load a page. You may also not want to render all documents at once, opting to render only a few at a time.

The perPage parameter tells Mealie how many documents to return (this is similar to LIMIT in SQL). If you want to keep fetching more data in batches, first determine your batch size (in other words: how many documents you want per-page), then make additional calls by changing the page parameter. If your perPage size is 30, then page 1 will return the first 30 documents, page 2 will return the next 30 documents, etc.

Many applications will keep track of the query and adjust the page parameter appropriately, but some applications can't do this, or a particular implementation may make this difficult. The response includes pagination guides to help you find the next page and previous page. Here is a sample response:

{
  "page": 2,
  "per_page": 5,
  "total": 23,
  "total_pages": 5,
  "data": [...],
  "next": "/recipes?page=3&per_page=5&order_by=name&order_direction=asc",
  "previous": "/recipes?page=1&per_page=5&order_by=name&order_direction=asc"
}
Notice that the route does not contain the baseurl (e.g. https://mymealieapplication.com/api).

There are a few shorthands available to reduce the number of calls for certain common requests: - if you want to return all results, effectively disabling pagination, set perPage = -1 (and fetch the first page) - if you want to fetch the last page, set page = -1

Filtering

The queryFilter parameter enables fine-grained control over your query. You can filter by any combination of attributes connected by logical operators (AND, OR). You can also group attributes together using parenthesis. For string, date, or datetime literals, you should surround them in double quotes (e.g. "Pasta Fagioli"). If there are no spaces in your literal (such as dates) the API will probably parse it correctly, but it's recommended that you use quotes anyway.

Here are several examples of filters. These filter strings are not surrounded in quotes for ease of reading, but they are strings, so they will probably be in quotes in your language.

Simple Filters

Here is an example of a filter to find a recipe with the name "Pasta Fagioli":
name = "Pasta Fagioli"

This filter will find all recipes created on or after a particular date:
createdAt >= "2021-02-22"

NOTE: The API uses Python's dateutil parser, which parses many different date/datetime formats.

This filter will find all units that have useAbbreviation disabled:
useAbbreviation = false

This filter will find all foods that are not named "carrot":
name <> "carrot"

Keyword Filters

The API supports many SQL keywords, such as IS NULL and IN, as well as their negations (e.g. IS NOT NULL and NOT IN).

Here is an example of a filter that returns all recipes where the "last made" value is not null:
lastMade IS NOT NULL

This filter will find all recipes that don't start with the word "Test":
name NOT LIKE "Test%"

NOTE: for more information on this, check out the SQL "LIKE" operator

This filter will find all recipes that have particular slugs:
slug IN ["pasta-fagioli", "delicious-ramen"]

Nested Property filters

When querying tables with relationships, you can filter properties on related tables. For instance, if you want to query all recipes owned by a particular user:
user.username = "SousChef20220320"

This timeline event filter will return all timeline events for recipes that were created after a particular date:
recipe.createdAt >= "2023-02-25"

This recipe filter will return all recipes that contains a particular set of tags:
tags.name CONTAINS ALL ["Easy", "Cajun"]

Compound Filters

You can combine multiple filter statements using logical operators (AND, OR).

This filter will only return recipes named "Pasta Fagioli" or "Grandma's Brisket":
name = "Pasta Fagioli" OR name = "Grandma's Brisket"

This filter will return all recipes created before a particular date, except for the one named "Ultimate Vegan Ramen Recipe With Miso Broth":
createdAt < "January 2nd, 2014" AND name <> "Ultimate Vegan Ramen Recipe With Miso Broth"

This filter will return three particular recipes:
name = "Pasta Fagioli" OR name = "Grandma's Brisket" OR name = "Ultimate Vegan Ramen Recipe With Miso Broth"

Advanced Filters

You can have multiple filter groups combined by logical operators. You can define a filter group with parenthesis.

Here's a filter that will find all recipes updated between two particular times, but exclude the "Pasta Fagioli" recipe:
(updatedAt > "2022-07-17T15:47:00Z" AND updatedAt < "2022-07-17T15:50:00Z") AND name <> "Pasta Fagioli"

Advanced Ordering

Pagination supports orderBy, orderByNullPosition, and orderDirection params to change how you want your query results to be ordered. These can be fine-tuned for more advanced use-cases.

Order By

The pagination orderBy attribute allows you to sort your query results by a particular attribute. Sometimes, however, you may want to sort by more than one attribute. This can be achieved by passing a comma-separated string to the orderBy parameter. For instance, if you want to sort recipes by their last made datetime, then by their created datetime, you can pass the following orderBy string:
lastMade, createdAt

Similar to the standard SQL ORDER BY logic, your attribute orders will be applied sequentially. In the above example, first recipes will be sorted by lastMade, then any recipes with an identical lastMade value are sorted by createdAt. In addition, standard SQL rules apply when handling results with null values (such as when joining related tables). You can apply the NULLS FIRST and NULLS LAST SQL expressions by setting the orderByNullPosition to "first" or "last". If left empty, the default SQL behavior is applied, which is different depending on which database you're using.

Order Direction

The query will be ordered in ascending or descending order, depending on what you pass to the pagination orderDirection param. You can either specify "asc" or "desc".

When sorting by multiple attributes, if you also want one or more of those sorts to be different directions, you can specify them with a colon. For instance, if, like our previous example, say you want to sort by lastMade and createdAt. However, this time, you want to sort by lastMade ascending, but createdAt descending. You could pass this orderBy string:
lastMade:asc, createdAt:desc

In the above example, whatever you pass to orderDirection will be ignored. If, however, you only specify the direction on one attribute, all other attributes will use the orderDirection value.

Consider this orderBy string:
lastMade:asc, createdAt, slug

And this orderDirection value:
desc

This will result in a recipe query where all recipes are sorted by lastMade ascending, then createdAt descending, and finally slug descending.

Similar to query filters, when querying tables with relationships, you can order by properties on related tables. For instance, if you want to query all foods with labels, sorted by label name, you could use this orderBy value:
label.name