Skip to content

Glossary

Access rule A rule that says what one role may do with a content type, a flow or a review, and which fields a read hides from it. See Access rules.

Admin API The HTTP API on port 3001, under /api/admin/, that manages the instance: sign-in, content types, users, settings. See the two APIs.

Admin console The web interface for editors and administrators. It signs you in and calls the Admin API for you, so nothing it does is out of reach of a script. See the User guide.

Admin token A credential for scripts that call the Admin API, of the form lyat_.... It acts in one tenant, opens only the routes its grants name, and expires within 90 days. See Admin tokens.

API key A credential for programs that call the Content API, of the form ly_..., sent in the X-API-Key header and limited to the roles and scopes you grant it. See API keys.

Capability A paid part of a free feature, licensed on its own. Flows are free, and flow-pro lifts their limits. See Licensing and tiers.

Content API The HTTP API on port 3002, under /api/v1/, that your sites, apps and services use to read and write entries. See the two APIs.

Content type (schema) The shape of one kind of content: a name, its fields and options such as draft and publish. The API calls it a schema, so both words mean the same thing here. See The data model.

Database dialect Which database an install runs on: PostgreSQL, MySQL or SQL Server. The scheme of DATABASE_URL decides it. See Installation.

Draft and publish An option on a content type. Its entries then carry a status of draft, published or archived, and a list on the Content API holds published ones unless the request filters on the status. See The data model.

Entitlements What your license grants, as GET /api/admin/entitlements reports it: plan, state, the features that run, limits, expiry and grace period. The license itself is never shown. See Licensing and tiers.

Entry One item of a content type, such as one post or one product, with its values under data. See The data model.

Feature A part of the product that can run or not, such as webhooks, search or multi-factor authentication. Some are included free on every install and the rest need a license that names them. See Features.

Field One value in a content type, with a field_type such as text, number or relation and flags such as required or unique. See The data model.

Flow An automation or custom endpoint drawn on a canvas: a trigger, then the steps it runs. See Flows.

Free tier An install with no license. Every feature marked "Included free" runs on it, with no time limit. See Licensing and tiers.

JWKS JSON Web Key Set, served at GET /.well-known/jwks.json on the Content API with no sign-in. It publishes the engine's public signing key, so another service can check a LyEve session token without a shared secret.

License key The value of LYEVE_LICENSE_KEY. Either a signed token, checked on the instance with no network call, or a key starting lyeve_live_ that the engine exchanges for a token. See Licensing and tiers.

Preset A ready-made set of content types created in one call. Once created, the content types are yours to change. See Schema presets.

Relation A field that links an entry to entries of another content type, such as a post to its author. See The data model.

Revision A stored earlier version of an entry. Every save in the admin console keeps one, and you can compare and restore them. See The data model.

Role A name on an account or a key that decides what it may do. Three are built in: super_admin, admin and editor. See Roles and permissions.

Setup token The one-time secret that creates the first administrator, printed to the engine's log or set in LYEVE_SETUP_TOKEN. See the Quickstart.

Super admin The highest role. It can act in any tenant with the X-Tenant-ID header, and the routes that affect the whole instance require it. See Roles and permissions.

Tenant An isolated customer, brand or site within one install, named by a slug of lower-case letters, digits and _ that starts with a letter, at most 63 characters. A session and an API key each act in one tenant and see only its data. A user can belong to several. See Tenants.