---
title: Begriffe
description: Die wichtigsten Tibi-Begriffe in einem Glossar.
---

| Begriff | Bedeutung |
|---|---|
| **Namespace / Projekt** | Ein Mandant im Tibi-Server (`namespace:` in der Projekt-YAML), eigene MongoDB-Datenbank (`DB_PREFIX_Namespace`). |
| **Collection** | Eine Dokument-Sammlung mit Feldschema, Validatoren und Permissions (z. B. `articles`). |
| **Dokument** | Ein Datensatz in einer Collection (JSON, mit `_id`). |
| **Hook** | JavaScript-Lebenszyklus (`bind → validate → create/update/delete → return`) pro Collection/Route. |
| **Permission-Set** | `public` / `user` / Rollen: welche Methoden (`get/post/put/delete`) mit welchem Vorfilter erlaubt sind. |
| **PAT** | Personal Access Token für API-Zugriff ohne Login. |
| **SSE-Kanal** | Server-Sent-Events-Kanal für Echtzeit (pub/sub mit Replay und TTL). |
| **SSR-Hook** | Server-Side-Rendering für Kunden-SPAs (`api/hooks/ssr/`), HTML-Cache in der `ssr`-Collection. |
| **Tibi-Admin** | Das Verwaltungs-Backend: Bedienoberfläche zum Tibi-Server (aktuelles Release Nova, Repo `tibi-admin-nova`). Hier pflegst du Inhalte, Medien, Benutzer und Exporte. |
| **Tibi-Projekt** | Eigenständige Website auf Tibi-Basis aus `tibi-svelte-starter` — normale kleine Websites, Shops, Intranet-Anwendungen usw. Läuft getrennt vom Backend, bezieht Inhalte per API/SSR. |
| **Nova** | Release-Name des aktuellen tibi-admin (Repo `tibi-admin-nova`). |
| **Mock-Modus** | tibi-admin läuft lokal gegen gemockte Daten statt gegen den echten Server. |

## Namespace / Projekt

Ein Mandant im Tibi-Server: Der `namespace:` in der Projekt-YAML legt fest, zu welchem Projekt Daten gehören. Jeder Namespace nutzt eine eigene MongoDB-Datenbank (`DB_PREFIX_Namespace`).

## Collection

Eine Dokument-Sammlung mit Feldschema, Validatoren und Permissions — zum Beispiel `articles`. Definiert in `api/collections/*.yml`, geprüft gegen `collection.schema.json`.

## Dokument

Ein einzelner Datensatz in einer Collection (JSON, mit `_id`). Angelegt, gelesen, geändert und gelöscht über die Collection-Endpunkte.

## Hook

JavaScript-Lebenszyklus pro Collection und Route (`bind → validate → create/update/delete → return`). Hier steht eigene Logik — vom Validieren bis zum Rendern.

## Permission-Set

`public` / `user` / Rollen: welche Methoden (`get`/`post`/`put`/`delete`) mit welchem Vorfilter erlaubt sind. Details stehen in der Collection-YAML.

## PAT

Personal Access Token für API-Zugriff ohne Login. Immer aktiv, Scopes wie Admin-Tokens — es gilt zusätzlich das Besitzer-Recht (UND-Regel, siehe [Token-Köpfe](/reference/token-koepfe/)).

## SSE-Kanal

Server-Sent-Events-Kanal für Echtzeit: Pub/Sub mit Replay und TTL. Volle Kanäle verwerfen Alt oder Neu — langsame Leser blockieren den Server nicht.

## SSR-Hook

Server-Side-Rendering für Kunden-SPAs (`api/hooks/ssr/`): Der Server liefert fertiges HTML, der Cache liegt in der `ssr`-Collection.

## Tibi-Admin

Das Verwaltungs-Backend: Bedienoberfläche zum Tibi-Server (aktuelles Release Nova, Repo `tibi-admin-nova`). Hier pflegst du Inhalte, Medien, Benutzer und Exporte.

## Tibi-Projekt

Eigenständige Website auf Tibi-Basis aus `tibi-svelte-starter` — normale kleine Websites, Shops, Intranet-Anwendungen usw. Läuft getrennt vom Backend und bezieht Inhalte per API/SSR.

## Nova

Release-Name des aktuellen tibi-admin (Repo `tibi-admin-nova`).

## Mock-Modus

tibi-admin läuft lokal gegen gemockte Daten statt gegen den echten Server.

Verifiziert am 68b4278 2026-10-17 (tibi-server), am 2b091d8 2026-10-17 (tibi-admin-nova)