v5.2 Scraper: Wo liegen die Daten?

Sitzung 2026-06-22 — Problem: Datenbank nicht auffindbar

Kontext

User wollte einen konkreten Link zu einem neuen Chefkoch-Rezept (v5.2). Ich fand keine real_recipes.jsonl, keinen laufenden Container, keine DuckDB. Die 25k+ Rezepte waren in einer früheren Sitzung entstanden, deren Deployment-Kontext nicht mehr greifbar war.

Gesuchte Orte (kein Treffer)

Ort	Ergebnis	Bemerkung
`/tmp/*.duckdb`	—	Keine DuckDB-Datei
`/tmp/chefkoch-api/`	Nur `chefkoch-api` npm-Paket	Keine Daten
Local `~/.hermes/profiles/nutrition-coach/`	Keine `real_recipes.jsonl`	v4-Legacy-Dateien
Docker-Host 10.0.30.99	Container `scraper` existiert nicht	Kein Recipe-Container läuft
Docker-Host 10.0.30.99 `/opt/` `/mnt/` `/srv/`	Nur `data/seafile/seadoc`	Keine Recipe-Daten
`~/.hermes/seafile_inventory.md`	Kein Recipe-Eintrag	Keine Seafile-Struktur

Schlussfolgerung

v5.2-Daten liegen nicht auf dem aktuellen Host. Mögliche Erklärungen:

Scraper lief auf einem anderen Host / in einer anderen Sitzung
Container wurde gelöscht / Volume war nicht persistent
Daten sind in Seafile / Gitea / anderem Storage abgelegt (aber nicht indexiert)
Testlauf war temporär (z.B. /tmp/ ohne Persistenz)

Erkennungs-Skript (zur Verwendung bei zukünftigen Suchen)

#!/bin/bash
# v5.2-where-is-my-data.sh
set -e

echo "=== v5.2 Daten-Suche ==="

# 1. Lokale Suche
echo "1. Lokale JSONL-Dateien..."
find / -name "real_recipes.jsonl" -type f 2>/dev/null | head -5

# 2. Container-Suche
echo "2. Docker-Container..."
docker ps -a | grep -i -E "scrap|recipe|food|chefkoch" || echo "Kein Container"

# 3. Seafile-Remote-Suche
echo "3. Seafile..."
# Via API: List library 'Casa' or 'Favorites' for recipe subdirs

# 4. JSONL-Größe check
echo "4. Falls gefunden, Größe:"
ls -lh $(find / -name "*.jsonl" -type f 2>/dev/null | head -5)

Pflicht-Checkliste: v5.2 nach Deployment

Bevor man sagt „v5.2 läuft und hat N Rezepte“, muss verifiziert sein:

Wo ist real_recipes.jsonl? Absolute Pfad notieren.
Ist der Pfad persistent? (nicht /tmp/, nicht Ephemeral-Container)
Ist ein Container definiert? docker ps -a zeigt ihn.
Cronjob / Watchdog greift auf denselben Pfad zu wie der Scraper.
Seafile-Backup abgleichen: Liegen Rezepte auch in der Cloud?

Übergabe-Wissen für nächste Sitzung

Wenn ein Agent gefragt wird „zeig mir ein Rezept-Link“, und real_recipes.jsonl nicht lokal ist:

NICHT raten (keine Beispiel-URLs aus der API-Doku generieren)
Prüfen: Container? Lokales File? Seafile?
Wenn nirgends: User informieren „Datenbank nicht gefunden, Scraper muss neu gestartet werden“

Hinweis: Die API-Doku (chefkoch-api-v2-recipes.md) gibt real existierende IDs, aber ohne JSONL kann ich nicht ohne Request validieren, dass ein bestimmtes Rezept wirklich gescraped wurde.

2.9 KiB Raw Blame History