- 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).
- Chip #2a2f39 -> #21242b (Seite #17181c), Rahmen #525c6b, weisser Text
- Text/Kontrast 15,5:1; live geprueft: rgb(33,36,43) auf rgb(23,24,28)
- Protokoll in plans/doku-audit.md Welle I aktualisiert
Nutzer-Feedback: Zwischenfassung war zu hell, weisser Text dadurch kontrastschwacher.
- Text/weiss auf Chip: 7,9:1 -> 13,4:1
- Chip bleibt heller als der Seitenhintergrund (#2a2f39 vs #17181c = 1,32:1), Rahmen #525c6b (2,62:1)
- am Live-Stand geprueft (computed style + Pixel): rgb(42,47,57) auf rgb(23,24,28)
- Protokoll in plans/doku-audit.md Welle I nachgezogen
Die Welle-I-Notizen waren zuvor durch eine parallele Schreibsitzung aus plans/doku-audit.md
verschwunden (Datei war zuletzt in 06c5f0d geaendert, meine Welle-I-Edition fehlte im Commit).
Jetzt erneut eingetragen und committet - inklusive der fehlenden Ueberschrift 'Review-Fehler'.
Nutzer-Feedback: Chip-Flaeche war fast gleich wie der Seitenhintergrund.
- dunkel: #333945 -> #49525f, Rahmen #6b7686, Text weiss (Chip/Seite 1,53 -> 2,24; Text/Chip 7,9)
- hell: #e9ecf1 -> #dde2ea, Rahmen #b9c1cd, Text #0f172a (Text/Chip 13,7)
- am gerenderten Screenshot nachgemessen (Pixelwerte), beide Themes geprueft
- plans/doku-audit.md Welle I: Ursache des Starlight-Slug-Fehlers (laufender astro dev haelt den
Content-Graph, .astro/ wird mit astro build geteilt), Ablauf zum Neustart und Routenpruefung
- AGENTS.md 4: Kurzregel dazu
- Verifiziert: 70/70 Routen liefern 200 aus dem Container nach dem Neustart
Der Abschnitt embedding (Provider/Gruppen/goldenPath) liegt als validiertes
JSON-Schema in tibi-types/schemas/config/embedding.schema.json, Beispiel unter
tibi-types/examples/server/embedding.yml — für IDE-Validierung direkt verlinkt.
Die Umwandlung <!-- --> -> {/* */} hatte in projekt/ssr-website auch fuenf Code-Spans erwischt
(<!--HEAD-->, <!--HTML-->, <!--PRELOAD-->, <!--SSR.ERROR-->, <!--SSR.COMMENT-->).
Zurueckgedreht, im gebauten HTML geprueft. Review-Ergebnis in plans/doku-audit.md dokumentiert.
- hilfe.md: Motiv 'Bitte korrigiere die markierten Felder' + 2 Saetze Text
- Belegt, dass Suchindex-Banner und Session-Timeout im Mock nicht darstellbar sind (interceptor.ts, inactivityTracker.ts)
apairon
apairon