docs(260923-dhh): Proxmox-Modul Aufgabe 7 - Dokumentation und Nachmessung aller Tore
- docs/anleitung-anwender.md: neuer Abschnitt "Proxmox" (Modulzahl vier auf fuenf korrigiert) — was das Modul zeigt, Server anlegen, NUR-LESE- Rolle je Produkt, PMG nur Benutzer/Passwort, Zertifikatspruefungs- Schalter, "Verbindung testen", "unbekannt", D-01 ausdruecklich festgehalten. Plan nannte "docs/anwenderhandbuch.md" (existiert nicht im Repo) — echter Dateiname ist docs/anleitung-anwender.md, dort angewendet (Rule 3, blockierender Pfadfehler) - docs/anleitung-entwicklung.md: proxmox als Vorlage fuer ein Modul mit Fremdsystem-Zugaengen und Hintergrundabfrage verlinkt, undici- Dispatcher-Falle als Merksatz ergaenzt (war noch nicht dokumentiert) - docs/mandantentrennung-zugriffsklassifikation.md: Bereichsuebersicht und Summenzeile fuer Aufgabe 5 nachgezogen (war nach Aufgabe 5 noch offen) — proxmox jetzt 0/11/1, Summe 61/208/7, mit der Gate-Schleife nachgemessen Endstand aller Tore gegen die Ausgangswerte des Plans: - api-Tests: 1311 (Ausgangswert 1240, Ziel >=1240) - web-Tests: 708 (Ausgangswert 693, Ziel >=693) - type-check: 4/4 - lint: 5/5 - Biome-Warnungen apps/web: 53 (Ausgangswert 53, exakt unveraendert) Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
@@ -400,6 +400,26 @@ Für ein Modul mit Unterrouten (Einstellungsseite, Verwaltungsansicht) orientier
|
||||
`dkv-fleet` oder `tender-radar` — beide haben zusätzliche `settings/page.tsx` bzw. weitere
|
||||
Unterverzeichnisse, die vom selben `layout.tsx` mitgedeckt werden.
|
||||
|
||||
**Ein Modul mit Fremdsystem-Zugängen und Hintergrundabfrage:** `proxmox` (260923-dhh) ist die
|
||||
Vorlage dafür — mehrere verschlüsselte Fremdsystem-Zugänge je Mandant (`ProxmoxServer`, Vorbild
|
||||
`CalendarSource`, nicht `DkvModuleConfig`), ein Zwischenlager, das ein Hintergrunddienst
|
||||
beschreibt und das die Modulseite ausschließlich liest (`ProxmoxServerStatus`), sowie ein
|
||||
Planer, der `onApplicationBootstrap` statt `onModuleInit` nutzt und je Mandant einen eigenen
|
||||
Cron-Auftrag registriert (`proxmox-scheduler.service.ts`, kombiniert die Muster von
|
||||
`DkvSchedulerService` und `TenderSchedulerService`).
|
||||
|
||||
**Die `undici`-Dispatcher-Falle unter Node 24:** wer aus Gewohnheit das globale `fetch` statt
|
||||
`import { fetch as undiciFetch } from 'undici'` verwendet, bekommt beim Kompilieren KEINEN
|
||||
Fehler, sondern eine zur Laufzeit STILLSCHWEIGEND ignorierte `dispatcher`-Option — ein
|
||||
selbstsigniertes Zertifikat wird dann trotz bewusst abgeschalteter Prüfung weiterhin abgelehnt,
|
||||
was beim ersten Test verwirrend aussieht, als sei die Datenbank-Einstellung falsch gelesen
|
||||
worden. Node 24 bündelt intern eine eigene `undici`-Kopie, die vom global gepatchten `fetch`
|
||||
verwendet wird — ein `Agent` aus dem npm-Paket `undici` ist eine ANDERE Klasse und wird von
|
||||
diesem globalen `fetch` ignoriert. Gemessen und dokumentiert in
|
||||
`apps/api/src/favorites/icon-discovery.service.ts:33-40` (erstes Auftreten) und in
|
||||
`apps/api/src/proxmox/proxmox-client.service.ts` (zweites, unabhängig davon konstruiertes
|
||||
Auftreten mit demselben Befund).
|
||||
|
||||
### Eine Kachel zum Modul
|
||||
|
||||
Ein Modul kann zusätzlich als Kachel auf dem Dashboard erscheinen. Seit
|
||||
|
||||
Reference in New Issue
Block a user