forked from jappel/leistungsbilanz-ts
The development stack was running permanently on a server: polling file watchers, a healthcheck that rendered a full page every five seconds and no memory limit grew next dev to 10 GB and pushed the host into swap. - add compose.prod.yaml running compiled output in separate api/web services - make the Dockerfile multi-stage with dev and prod targets, prune devDependencies and run the runtime image as node instead of root - bake API_INTERNAL_URL at build time; next start ignores it at runtime because rewrite destinations are resolved into routes-manifest.json - drop CHOKIDAR_USEPOLLING and WATCHPACK_POLLING - probe /health instead of /, which redirects to /projects and made every healthcheck render the project list - give every service a memory limit and forbid swap in production - rename the development compose project to leistungsbilanz-dev so its down command cannot target the production stack - bind development ports to localhost - close the http server and the SQLite handle on SIGTERM/SIGINT - match probe user agents in the navigation log filter; Node's fetch sends one, so the previous check never matched - exit docker-start.sh when either supervised process dies - remove drizzle.config.js, a compiled copy drizzle-kit never reads, and the pre-Next index.html/styles.css leftovers Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| archive | ||
| spec | ||
| circuit-list-editor-api.md | ||
| circuit-list-editor-architecture.md | ||
| circuit-list-editor-interactions.md | ||
| circuit-list-editor-known-limitations.md | ||
| current-architecture.md | ||
| deployment.md | ||
| development-workflow.md | ||
| project-history-and-external-model-architecture.md | ||
| README.md | ||
| revit-requirements-llm-context.md | ||
Dokumentationsübersicht
Diese Seite ist der Einstieg in die Projektdokumentation. Aussagen zum aktuellen System stehen unter „Aktuell“. Zukunftsentwürfe und historische Unterlagen sind ausdrücklich getrennt und dürfen nicht als bereits implementiert verstanden werden.
Aktuell
- Aktuelle Systemarchitektur – Laufzeit, Modulgrenzen, Datenfluss und unterstützte Codepfade
- Stromkreislisten-Architektur – fachliches Modell und Grid-Aufteilung
- Editor-Interaktionen – Tastatur, Drag-and-drop, Sortierung, Filterung und Undo/Redo
- Editor-API – unterstützte Circuit-First-Endpunkte
- Bekannte Einschränkungen – bewusst noch nicht implementierte oder begrenzte Funktionen
Entwicklung und Betrieb
Zukunftsarchitektur
- Projektversionen und externer Modellaustausch
- LLM-Kontext für die Revit-Anforderungsplanung
- Revit-CSV-Anforderungen
- Phase-14-Audit und Implementierungsplan
- Zukünftige Dimensionierung
- Roadmap und Phasen
- Aktueller Produkt-Backlog
Fachliche Referenzspezifikation
Die folgenden Dokumente beschreiben Zielregeln und Anforderungen. Nicht jeder Punkt ist bereits umgesetzt; der aktuelle Stand ergibt sich aus Architektur, Limitierungen und Roadmap.
- Domänenkontext
- Funktionale Anforderungen
- Datenmodellkonzept
- UI- und Interaktionsanforderungen
- Verknüpfte Projektgeräte und Synchronisierung
- Verteilerkomponenten und Schutzgruppen
Archiv
- Frühe Codex-Promptvorlagen – historischer Arbeitsstand, keine aktuelle Implementierungsanweisung