Angehängte Dokument-Stufen laufen nach der Projektion (wie in MongoDB);
vorgeschaltete Stufen sowie Änderungen an _id/_search fallen auf
mongo(hook-pipeline) zurück. Build + audit-docs grün.
Reine Dokument-Stufen ($addFields/$set/$unset) aus einem Read-Hook laufen auf
der hydratisierten Seite und bleiben im RAM; nur Stufen, die die Ergebnismenge
oder Reihenfolge ändern können, fallen auf mongo(hook-pipeline) zurück.
Stempel auf tibi-server 2a8922eb gezogen.
Kurzer Abschnitt zu Load/Speicher (91k Docs, 1024 dims: ~59 s, ~690 MB),
Sparse-Suche ~4 ms statt ~190 ms, beide Dense-Speicherformen inkl.
Migrationswerkzeug und der fehlende MongoDB-Fallback. Stempel auf tibi-server
8331a42.
Die Schema-Korrekturen aus der Gesamtabnahme (sizes 2–10, combinedCache) sind
im tibi-types-Submodul des Starters gebunden; der Stempel nennt jetzt beide
Commits.
- Der Abschnitt zu ngram.inMemory sagt jetzt, dass der Index auch Einzel-Suchen
beantwortet (nur Ranking, Seitendokumente per _id), und nennt die
Rückfallgründe im Header X-Search-Memory (disabled/loading/budget/count/sort/
no-terms/lookup/aggregate/hook-pipeline).
- Messwerte aktualisiert: 155 MB statt 1,15 GB, Load ~2,7 s, Einzelwort-Suchen
85–158 ms statt 1,4–4,9 s; der 20000er-Cap gilt nur für combined.
- Fehlerbilder um die X-Search-Memory-Fälle erweitert; Stempel auf tibi-server
ba3f01d gesetzt.
Build 71 Seiten, audit-docs ohne Findings.
76f1336 präzisiert die Normalizer-Parenthese in docs/04; der Stempel nennt
damit den Commit, der die beschriebene Stopwort-Normalisierung abschließend
festhält. Build + audit-docs grün.
- Hinzufügen von Stoppwörtern: „der alte Index enthält nur mehr N-Gramme" war
als Mengenaussage falsch (Kreuz-Wort-N-Gramme entstehen neu). Jetzt: Dokumente
bleiben auffindbar, Scores können bis zum Neuaufbau abweichen.
- `mongo(no-terms)` erscheint nur, wenn für die Quelle ein In-Memory-Index
existiert; Bedingung ergänzt.
- Stempel um den tibi-svelte-starter-Commit cf6e18e ergänzt (Submodul auf
tibi-types 9e12a8e gebumpt, damit die $schema-Validierung in Projekten die
ngram-Optionen kennt).
Build 71 Seiten, audit-docs ohne Findings.
Neuer Abschnitt „Stoppwörter für ngram (ngram.stopwords)" auf projekt/suche:
symmetrische Wirkung auf Index und Anfrage, Presets de/en/fr/es/it, `words`
als additive Ergänzung, 0 Treffer bei reinen Stoppwort-Anfragen,
Sprach-Hinweis für gemischtsprachige Felder, Re-Index-Richtung (hinzufügen
unkritisch, entfernen erst nach Neuaufbau) und Multi-Node-Warnung.
Präzisiert nach Second Opinion:
- Normalisierung ohne `normalize`-Block ergibt `fuer` (alle Zusatznormalisierer),
nur `normalize.use: []` ergibt `fur`.
- Setup-Fehler (falscher Modus, Mehr-Wort-Eintrag) landen in der
Projekt-Fehlerliste; die Sammlung lädt trotzdem, die Stoppwörter bleiben aus.
- `words` ergänzt nur, es gibt keinen Ausnahme-Pfad für Preset-Wörter.
- Debug-Liste um `mongo(no-terms)` ergänzt (nur mit vorhandenem Index).
Fehlerbilder um drei Fälle erweitert, Stempel aktualisiert (tibi-server 69fc4d8,
tibi-types 9e12a8e). reference/schema-properties.md via gen:schemas neu erzeugt,
Vollständigkeitstabelle in plans/doku-ausbau.md ergänzt.
Build 71 Seiten grün, audit-docs: 0 tote Links/0 kaputte Tabellen.
- projekt/suche.mdx: neuer Abschnitt "Performance-Optionen" (Combined-Cache mit
TTL/Key/Header-Verhalten, In-Memory-ngram-Index mit zwei Flags, Fallback-
Zuständen, Restore-Neuaufbau, Messwerten), drei neue Fehlerbilder, Verifikation
auf tibi-server 63a2848c ergänzt.
- server/konfiguration.mdx: Bereich search.inMemory in der Übersichtstabelle plus
eigener Abschnitt (Kill-Switch, Budget pro Index, Reload-Pflicht, Restore).
- projekt/audit-backup.mdx: Hinweis, dass Snapshot- und Backup-Restore alle
In-Memory-Zustände neu aufbauen (auch bei Teilabbrüchen).
Build geprüft: npx astro build (71 Seiten, ohne Fehler).
apairon