guyg1474andClaude Opus 5.5 0fb3521c2f Freunde, privates Teilen, Artikelrechte, Reiserouten
- Freunde (freunde.py, Tabelle friendships): suchen, anfragen, annehmen,
  ablehnen, entfernen; neue Seite "Freunde" im Menü
- Vorratslisten und Kanban-Projekte immer privat: sichtbar für Ersteller und
  Mitglieder; teilen nur mit Freunden (Admins: mit allen); Kanban-Mitglieder
  (Tabelle kanban_project_members), Bearbeiter nur aus dem Projekt,
  ausgetretene Mitglieder verlieren ihre Zuteilung
- Artikel: lesen alle; bearbeiten Autor, Mitarbeitende verknüpfter
  Kanban-Projekte und Admins; verknüpfen nur bearbeitbare Artikel
  (sonst ließen sich Rechte erschleichen); Board-Liste auf der Artikelseite
  zeigt nur sichtbare Boards
- Administratoren sehen und bearbeiten alles
- Reisen: Städte nur von Freunden (Admins: alle); "Reiserouten zeigen"
  zeichnet die Strecken der Kilometer-Rechnung als Bögen
- Migration Schritt 6: bisher gemeinsame Listen und alle Projekte bekommen
  die vorhandenen Konten als Mitglieder, ohne Ersteller → erster Admin;
  erste Liste einer neuen Installation gehört dem ersten Konto
- Tests: test_freunde.py, test_zugriff.py, bestehende auf Privat-Modell
  umgestellt

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-15 21:49:45 +02:00
2026-10-14 14:08:11 +02:00
2026-10-14 14:08:11 +02:00
2026-10-14 14:08:11 +02:00
2026-10-14 14:08:11 +02:00

P42 Dashboard

Persönliche Startseite mit Konten, universeller Sendungsverfolgung, Projekt-Artikeln, gemeinsamer Vorrats- und Einkaufsliste (mit Rezeptabgleich), Reise-Weltkarte, Kanban-Boards, Schnellzugriff auf Jellyfin, Audiobookshelf und Homer sowie Server-Monitoring. Zwei umschaltbare Designs: Matrix und Blackwall.

  • Backend: Python (FastAPI) – backend/
  • Frontend: React (Vite, React Router, TipTap-Editor) – frontend/

Zugehöriges Projekt: P42-S.M.

Die Server-Auslastung im Monitoring liefert der Agent P42-S.M. – ein eigenes Repository, das auf dem zu überwachenden Server läuft: https://github.com/guyg1474/p42.s-m Einrichtung dort in der README; danach hier im Monitoring eintragen (siehe Monitoring).

Starten

./start.sh

Danach im Browser: http://localhost:3000

Das Skript legt beim ersten Mal die Python-Umgebung an, installiert die Pakete, baut das Frontend (und baut es neu, sobald sich etwas in frontend/src ändert) und startet den Server. Voraussetzungen: Python ≥ 3.11 und Node.js ≥ 20.

Auf einem Server (Docker)

./deploy/update-docker.sh

Der Container öffnet nur einen internen Port (Standard 127.0.0.1:3000), den ein nginx per HTTPS nach außen gibt. Daten (data/) und Einstellungen (config.json) liegen außerhalb des Containers. Einrichtung, Port-Optionen und nginx-Einstellungen: DEPLOY.md.

Entwicklung (mit Live-Reload)

Zwei Terminals:

cd backend && RELOAD=1 .venv/bin/python -m app     # API auf Port 3000
cd frontend && npm run dev                          # Oberfläche auf http://localhost:5173

Vite leitet /api und /uploads automatisch ans Backend weiter.

Tests

cd backend
python3 -m pip --python .venv/bin/python install -r requirements-dev.txt   # einmalig: pytest
.venv/bin/python -m pytest

Jeder Test bekommt eine frische, leere Datenbank. tests/test_migrationen.py baut ältere Datenbank-Stände nach und prüft, dass der Start sie verlustfrei umstellt. Die API-Dokumentation gibt es nur im Entwicklungsmodus (RELOAD=1 oder P42_API_DOCS=1) unter http://localhost:3000/api/docs – im Betrieb ist sie abgeschaltet.

Konfiguration (config.json)

Feld Bedeutung
port Port des Servers (Standard 3000)
links Nur Startwerte für die Links des ersten Kontos (falls es keine alten Daten gibt)
tracking.seventeenTrackApiKey API-Key von 17TRACK – universell, über 2000 Paketdienste
tracking.dhlApiKey API-Key der DHL Shipment Tracking API (optional, für DHL-Sendungen)
reisen.wikipediaKontakt Kontaktadresse, die bei Abrufen von Wikipedia/Wikidata mitgesendet wird (von Wikimedia verlangt). Leer = keine Wikipedia-Texte auf der Reise-Karte

Nach Änderungen an config.json den Server neu starten.

Konten

Die ganze Seite ist nur nach Anmeldung erreichbar.

  • Beim allerersten Aufruf legst du das erste Konto an. Es wird Administrator und übernimmt die bisherigen Projekte (als Autor) und Links.
  • Weitere Konten legt ein Administrator unter Menü → Benutzer verwalten an (dort auch: Passwort zurücksetzen, Admin-Rechte vergeben, Konten löschen).
  • Unter Menü → Mein Konto ändert jeder seinen Anzeigenamen und sein Passwort.
  • Freunde (Menü → Freunde): Konto suchen, Anfrage schicken; gilt erst, wenn beide zugestimmt haben. Freunde sind die Grundlage fürs Teilen.
  • Pro Konto eigenständig: Links auf der Startseite, Monitoring und die Reise-Karte (Städte von Freunden lassen sich auf der Karte einblenden).
  • Vorratslisten und Kanban-Projekte sind privat: Sehen und bearbeiten dürfen sie der Ersteller und die Freunde, mit denen er sie teilt (Mitglieder). Mitglieder verwalten und löschen: Ersteller.
  • Artikel („P42 Projekte“) kann jeder lesen. Bearbeiten dürfen der Autor und alle, die an einem verknüpften Kanban-Projekt mitarbeiten; verknüpfen lassen sich nur Artikel, die man selbst bearbeiten darf. Löschen dürfen der Autor und Administratoren.
  • Administratoren sehen und bearbeiten alles; teilen können sie mit allen Konten.
  • Beim Update auf dieses Modell bekommen bisher gemeinsame Listen und alle Kanban-Projekte die vorhandenen Konten als Mitglieder (niemand verliert den Zugriff); ohne Ersteller gehören sie dem ersten Administrator.

Passwort vergessen und kein anderer Admin vorhanden? Im Ordner backend/:

.venv/bin/python -m app.reset_password BENUTZERNAME

Jedes Konto hinterlegt seine eigenen Adressen auf der Startseite über „✎ Links bearbeiten“ (oder durch Klick auf eine Kachel ohne Link).

Monitoring

Jedes Konto pflegt seine eigene Serverliste. Geprüft wird alle 30 Sekunden:

  • Webseite (HTTP): online, wenn die Adresse antwortet (auch mit Anmeldeseite o. Ä.).
  • Port (TCP): online, wenn der Port Verbindungen annimmt, z. B. 192.168.0.10:22.
  • Server-Auslastung (P42-S.M.): CPU, RAM, Platten, Load und Temperatur direkt auf der Karte. Klick auf die Karte öffnet die große Ansicht mit allen Werten (alle 5 s aktualisiert) und dem Verlauf der letzten 6 h, 24 h oder 2 Tage. Adresse http://p42-sm:9142 (Agent auf demselben Server), dazu der Token aus der .env von P42-S.M. Der Token wird nur im Backend gespeichert und nie an den Browser gegeben. Für den Verlauf speichert das Dashboard jede Minute einen Mittelwert (Tabelle monitor_samples, 2 Tage lang) – auch wenn niemand die Seite offen hat.

Die Prüfung läuft vom Dashboard-Server aus – Adressen müssen also von dort erreichbar sein.

Sendungsverfolgung

Ohne API-Key erkennt die Seite anhand des Nummernformats den wahrscheinlichen Paketdienst und zeigt Links zur jeweiligen Tracking-Seite.

Für Live-Daten (Paketdienst, Status, voraussichtliche Ankunft, Verlauf):

  • 17TRACK (empfohlen, deckt DHL, Hermes, DPD, GLS, UPS, Post usw. ab): Konto unter https://api.17track.net anlegen und den Key eintragen. Der kostenlose Tarif hat ein begrenztes Kontingent an Sendungsnummern.
  • DHL (optional, kostenlos): unter https://developer.dhl.com die API „Shipment Tracking – Unified“ freischalten. DHL-Nummern werden dann direkt bei DHL abgefragt, alles andere über 17TRACK.

Projekte

Jedes Projekt ist ein Artikel mit Titelbild, Titel, Kurzbeschreibung, Status und formatiertem Text (Überschriften, Listen, Zitate, Links, Bilder). Über „Bearbeiten“ wird der Artikel direkt auf der Seite geändert. Bilder lassen sich per Button, Einfügen (Strg+V) oder Drag & Drop in den Text setzen.

Nicht mehr verwendete Bilder werden automatisch gelöscht. Der Artikeltext wird beim Speichern serverseitig bereinigt; Bilder sind nur aus den eigenen Uploads erlaubt (fremde Bilder würden beim Lesen IP-Adresse und Zeitpunkt an deren Server verraten).

Beim Hochladen entfernt der Server alle Metadaten aus Fotos (EXIF/XMP: GPS-Standort, Kamera, Uhrzeit); die Drehung von Hochkant-Fotos bleibt erhalten. GIFs bleiben unverändert.

Vorrat & Einkauf

Oben wählst du die Liste, z. B. „Zuhause“ oder „Urlaub“. Jede Liste hat zwei eigene Bereiche: Vorrat (was da ist) und Einkaufen (was fehlt) – im Urlaub gibt es also einen eigenen Bestand und einen eigenen Einkaufszettel.

  • Neue Liste: „+ Neue Liste“ legt Vorrat und Einkauf zusammen neu an und ist privat. Unter „Teilen mit“ Freunde auswählen. Name, Mitglieder und Löschen („✎ Liste bearbeiten“) nur für den Ersteller und Administratoren. Löschen entfernt Vorrat und Einkauf der Liste.
  • Mindestbestand („⚑ Mindestbestand“ im Vorrat): pro Produkt eine Untergrenze, z. B. „Milch: immer 2“. Fällt der Vorrat darunter (weniger, aufgebraucht, gelöscht), kommt genau die fehlende Menge auf die Einkaufsliste. Die Zeile im Vorrat zeigt „min 2“, darunter hervorgehoben.
  • Nach Laden sortieren: Die Einkaufsliste lässt sich nach Abteilungen gruppieren (Obst & Gemüse, Kühlregal …). Neue Produkte bekommen ihre Kategorie automatisch (Stichwörter, backend/app/kategorien.py), ändern lässt sie sich direkt in der Zeile oder unter „Vorschläge verwalten“. „⇅ Reihenfolge“ legt pro Liste fest, in welcher Reihenfolge man durch seinen Laden geht.
  • Läden: In der Ansicht „Nach Laden“ unter „🏪 Läden“ eigene Läden anlegen (z. B. Aldi, dm), umbenennen, sortieren, löschen. Jede Zeile hat eine Laden-Auswahl; die Zuordnung gilt pro Liste und bleibt gemerkt. Die Einkaufsliste ist dann nach Laden gruppiert (darin nach Abteilung, je Laden eigene Reihenfolge über „⇅ Abteilungen“). Der Filter „Alle | Aldi | dm | Ohne Laden“ zeigt nur einen Laden – was man dort hinzufügt, wird gleich diesem Laden zugeordnet.
  • Rezeptsammlung: Ein abgeglichenes Rezept lässt sich mit „☆ Merken“ speichern (für alle Konten). „Was kann ich kochen?“ zeigt die gemerkten Rezepte, sortiert danach, wie viele Zutaten im Vorrat der gewählten Liste sind, und was noch fehlt; ein Klick gleicht das Rezept vollständig ab.
  • Vorschläge beim Eintippen und die Zuordnung beim Rezeptabgleich kommen nur aus Listen, die man sehen darf – Einträge privater Listen tauchen bei anderen nicht auf. „Vorschläge verwalten“ löscht nur aus den eigenen sichtbaren Listen.
  • Welche Liste gewählt ist, merkt sich der Browser. Gekauft, aufgebraucht, Nachkaufen und der Rezeptabgleich wirken immer innerhalb der gewählten Liste.
  • Einkaufen: Abhaken legt ein Produkt „in den Wagen“ – es rutscht nach unten, bleibt aber auf der Einkaufsliste (für alle sichtbar, die die Liste sehen; erneut klicken nimmt den Haken zurück). „Einkauf beenden“ übernimmt alle abgehakten Produkte auf einmal in den Vorrat. −‑Klick bei der letzten Einheit im Vorrat setzt ein Produkt auf die Einkaufsliste.
  • Rezept abgleichen: Link zu einer Rezeptseite (z. B. Chefkoch) oder eine Zutatenliste einfügen, Personenzahl angeben. Die Seite rechnet die Mengen um, vergleicht mit dem Vorrat und setzt Fehlendes auf die Einkaufsliste. Eiweiß/Eigelb werden zu Eiern. Abgerufen wird nur die eingefügte Seite (schema.org-Rezeptdaten); Links ins eigene Netz werden abgelehnt.

Reisen

Weltkarte pro Konto: Städte, in denen man war, als Punkte; besuchte Länder ausgemalt. Klick auf Land oder Punkt zoomt hin und zeigt unten links Infos (Länderdaten lokal, Texte aus Wikipedia, Einwohner aus Wikidata, Orte über Open-Meteo/GeoNames).

  • Wunschliste: Bei der Suche „☆ Wunschliste“ wählen – die Stadt erscheint als gestrichelter Ring und zählt nicht als besucht. „War ich da ✓“ oder ein eingetragener Besuch machen daraus einen Besuch. Andere Konten sehen die Wunschliste nicht.
  • Besuche: In der Info-Karte einer Stadt „+ Besuch eintragen“: Zeitraum, Begleitung, Notizen, Fotos. Besuche sieht nur das eigene Konto; Fotos werden ohne Metadaten gespeichert.
  • Zeitleiste: „Wann war ich wo?“ – alle Besuche nach Jahren, mit Fotos (Klick vergrößert).
  • Statistik: Anteil der Welt (Länder und Gebiete der Länderdaten) und der Landfläche, je Kontinent, nördlichster/südlichster/östlichster/westlichster Ort und die Kilometer (Luftlinie):
    • Wohnorte (Tab „Statistik“, mit optionalem „seit“-Datum): Jede Reise startet und endet beim Wohnort, der damals galt; ein Wechsel zählt als Umzug. Für einen längeren Auslandsaufenthalt im Besuch „⌂ In dieser Zeit hier gewohnt“ wählen – das legt beide Wechsel an. Der aktuelle Wohnort steht als ⌂ auf der Karte.
    • Anreise je Besuch: „von zuhause“ oder „vom vorherigen Ort weitergereist“ (Rundreise: Wohnort → A → B → Wohnort), sonst automatisch (höchstens 1 Tag Abstand = Weiterreise).
    • Besuche während eines längeren Aufenthalts zählen als Ausflug hin und zurück.
    • „Wie gerechnet?“ listet alle Teilstrecken. Reisetage zählen jeden Tag einmal, Tage am damaligen Wohnort nicht.

Der Schalter Städte von Freunden zeigen (über der Karte) blendet die Städte deiner Freunde ein – je Person in einer eigenen Farbe, einzelne Personen lassen sich über ihre Schaltfläche aus- und einblenden (gemerkt pro Browser). Fremde Städte kann man nur ansehen, nicht ändern; Administratoren sehen alle.

Reiserouten zeigen zeichnet die Strecken aus der Kilometer-Rechnung als Bögen auf die Karte (Ausflüge gepunktet, Umzüge gestrichelt).

⤓ Karte herunterladen speichert die eigenen Städte und besuchten Länder als Bild; Ausschnitt „Meine Orte“ (auf die Städte gezoomt) oder ganze Welt:

  • PNG (4000 oder 8000 px breit): gut sichtbare Punkte, beschriftet sind nur besuchte Hauptstädte.
  • SVG (beliebig scharf zoombar, z. B. zum Drucken): kleine Punkte und Schrift, alle Städte beschriftet – dicht liegende Orte trennen sich beim Hineinzoomen.

Beschriftungen weichen einander aus, wenn nötig mit Linie zum Punkt. Farben kommen aus dem gewählten Design; erstellt wird das Bild im Browser. Ob eine Stadt Hauptstadt ist, liefert die Städtesuche (GeoNames-Merkmal „PPLC“); bei älteren Einträgen trägt der Server das im Hintergrund nach.

Kanban

Beliebig viele Projekte mit je einem Board (Offen, In Arbeit, Wartet, Erledigt). Projekte sind privat: unter „Mitarbeit mit“ Freunde als Mitglieder wählen. Aufgaben haben Titel, Beschreibung, Status und Bearbeiter (nur wer am Projekt mitarbeitet); verschieben per Drag & Drop oder im Dialog. Projekte lassen sich mit Artikeln aus „P42 Projekte“ verknüpfen, abschließen, wieder öffnen und löschen (löschen: wer angelegt hat und Administratoren).

  • Checkliste je Aufgabe: Punkte im Aufgaben-Dialog anlegen und abhaken; die Karte zeigt den Stand (☑ 2/5).
  • Voraussetzungen: Im Dialog unter „Setzt voraus“ andere Aufgaben desselben Projekts wählen. Solange eine davon noch nicht in „Wartet“ oder „Erledigt“ steht, ist die Aufgabe gesperrt (🔒, bleibt in „Offen“). Kreise werden abgelehnt.

Erledigte Aufgaben räumen sich selbst auf: 2 Tage nach „Erledigt“ verschwinden sie ins Archiv (Button „Archiv (n)“ im Board, dort auch „Zurückholen“), 14 Tage nach „Erledigt“ werden sie automatisch gelöscht. Zurück aus „Erledigt“ hält die Uhr an; „Zurückholen“ startet beide Fristen neu. Gelöscht wird stündlich im Hintergrund und beim Öffnen eines Boards.

Designs

Im Menü unter Design umschaltbar, gespeichert pro Browser:

Design Stil
Matrix rotes Retro-Terminal mit Matrix-Regen (Standard)
Blackwall Cyberpunk-Netrunner: Pink-Rot mit Cyan, leuchtende Datenwand, abgeschrägte Panels
Fabrik Industrie-Inventar à la Satisfactory: Stahlplatten mit Schrauben, gelb leuchtende Buttons, orange Mengen-Zähler, Warnstreifen, drehende Zahnräder

„Animation: an/aus“ im Menü stoppt alle Hintergrund-Animationen; bei „Bewegung reduzieren“ im Betriebssystem sind sie automatisch aus. Die Designs sind von den Vorbildern inspiriert, ohne Original-Logos; alle Schriften sind frei (OFL) und lokal eingebunden. Quellen und Lizenzen: docs/CREDITS.md.

Daten & Backup

Alles liegt im Ordner data/: die Datenbank p42.db (Konten, Projekte, Links, Monitoring, Vorrat, Reisen, Kanban) und die Bilder in uploads/. Neue Tabellen und Spalten legt der Server beim Start selbst an: nummerierte Umstellungen in backend/app/migrations.py, der erreichte Stand steht in der Datenbank (PRAGMA user_version). Für ein Backup den Server kurz stoppen und den Ordner data/ sichern. Ältere projects.json/links.json werden beim ersten Start automatisch übernommen und danach in *.importiert umbenannt.

Aufbau

start.sh                      Einrichten + Starten (lokal, ohne Docker)
Dockerfile, docker-compose.yml  Betrieb auf dem Server, siehe DEPLOY.md
deploy/update-docker.sh       Container bauen/aktualisieren
config.json                   Einstellungen (nicht ins Git)
data/                         Datenbank und Bilder (nicht ins Git)

backend/
  requirements.txt
  app/main.py                 FastAPI: API-Routen, Uploads, Auslieferung des Frontends
  app/config.py               liest config.json
  app/common.py               Gemeinsame Helfer: Eingabefehler, Texte prüfen, Zeitstempel, Kontenliste
  app/db.py                   SQLite-Schema (neuester Stand), Verbindungen, Übernahme alter JSON-Daten
  app/migrations.py           Nummerierte Umstellungen bestehender Datenbanken (Regel steht oben in der Datei)
  app/auth.py                 Konten, Anmeldung, Benutzerverwaltung
  app/freunde.py              Freunde (Anfragen), Grundlage fürs Teilen
  app/projects.py             Projekte/Artikel, Bild-Uploads
  app/htmlclean.py            Artikel-HTML bereinigen (nur eigene Bilder)
  app/bilder.py               Metadaten (GPS usw.) aus hochgeladenen Bildern entfernen
  app/links.py                Schnellzugriff-Links pro Konto
  app/monitoring.py           Monitoring pro Konto (HTTP/TCP-Prüfung, P42-S.M.-Auslastung + Verlauf)
  app/haushalt.py             Listen (je Vorrat + Einkauf) mit Sichtbarkeit, Produktkatalog, Einheiten
  app/rezept.py               Rezeptabgleich (Seite abrufen, Zutaten zerlegen, zuordnen), Rezeptsammlung
  app/kategorien.py           Laden-Kategorien und automatische Zuordnung neuer Produkte
  app/reisen.py               Reise-Karte, Städtesuche, Infos aus Wikipedia/Wikidata
  app/kanban.py               Kanban-Projekte, Aufgaben, Artikel-Verknüpfungen, Archiv + automatisches Löschen
  app/tracking/               Paketdienst-Erkennung, 17TRACK, DHL

frontend/
  src/main.jsx                Routen
  src/api.js                  API-Aufrufe, Bild-Upload
  src/auth.jsx                Anmeldestatus
  src/styles/index.css        Bindet alle Styles in fester Reihenfolge ein (Kommentar dort beachten)
  src/styles/base.css         Tokens (Farben, Schrift, Form) und Matrix als Standard-Design
  src/styles/<bereich>.css    layout, components, start, projekte, monitoring, haushalt, reisen, kanban, konto
  src/styles/grundschicht.css Bereichsübergreifend: einheitliche Eingabefelder, Hover, Bewegung (kommt nach den Bereichen)
  src/styles/responsive.css   Handy-Anpassungen, weniger Bewegung
  src/styles/designs/         Blackwall und Fabrik (überschreiben vor allem Tokens)
  src/theme.js, motion.js     Design-Auswahl, Animations-Schalter
  src/useLiveData.js          Laden, regelmäßiges Nachladen und Speichern einer Seite (gemeinsamer Hook)
  src/storage.js              Kleine Einstellungen pro Browser (localStorage)
  src/components/Layout.jsx   Kopfzeile + Menü
  src/components/<bereich>/   Bausteine je Bereich: haushalt, reisen, kanban, monitoring, projekte, start,
                              design (Hintergründe der Designs)
  src/pages/                  Seiten: Login, Start, Projekte, Artikel, Vorrat, Reisen, Kanban, Monitoring, …
  src/data/laender.json       Länderdaten (aus world-countries, ODbL)
  public/maps/                Weltkarte (Natural Earth über world-atlas)

docs/                         Design-Brief, Bibliotheken, Quellen & Lizenzen

_alt-node/ (nur lokal, nicht im Repository) enthält die frühere Node.js-Version und kann gelöscht werden.

S
Description
No description provided
Readme
646 KiB
0 Stars 1 Watchers 0 Forks
Languages
JavaScript 42.4%
Python 37.9%
CSS 19.1%
Shell 0.3%
Dockerfile 0.2%
Other 0.1%