fix(frontend): public/ ins Standalone-Image kopieren (Synoptik-GLBs 404)

[patricznr1]

Problem

Auf der deployten Frontend-URL zeigt die 3D-Linie nur Platzhalter — die Browser-Konsole meldet 404 auf alle /synoptik/models/*.glb. Der Renderer lädt die GLBs asynchron und fällt bei einem Fehler bewusst auf den Platzhalter zurück (stille Degradation), daher kein sichtbarer Crash.

Ursache

next.config.ts nutzt output: "standalone". Der Standalone-Output übernimmt public/ NICHT automatisch — das muss das Dockerfile explizit tun. Das frontend/Dockerfile kopierte aber nur .next/standalone + .next/static (Kommentar damals: „Das Repo hat KEIN public/-Verzeichnis → wird nicht kopiert").

Mit der 3D-Linie (#55) liegen erstmals echte Runtime-Assets unter frontend/public/synoptik/ (die Maschinen-GLBs und der Draco-Decoder). Die fehlen im Image → 404 auf dem Deploy. Lokal (next dev) fällt das nicht auf, weil dort public/ direkt vom Projekt-Root serviert wird.

Fix

Eine Zeile im Runner-Stage:

COPY --from=builder --chown=node:node /app/public ./public

.dockerignore schließt public/ nicht aus, der Standalone-Server serviert ./public relativ zu server.js — damit laden GLBs + Draco-Decoder.

Nach dem Merge — Frontend redeployen

Das Frontend ist nicht GitHub-gekoppelt (Railway baut aus dem Dockerfile via Upload). Der Merge auf main deployt es nicht automatisch. Danach nötig:

1. main lokal ziehen.
2. Aus frontend/ neu deployen (railway up bzw. Redeploy im Railway-Dashboard für den Frontend-Service).

Das neue Image enthält dann public/synoptik/ → die GLBs erscheinen.

🤖 Generated with Claude Code

Summary by CodeRabbit

• Bug Fixes
  • Öffentliche Dateien aus dem public/-Verzeichnis werden jetzt im Frontend-Container mit ausgeliefert.
  • Dadurch sind statische Assets wie Modelle oder Decoder auch in der Produktionsumgebung verfügbar.
  • Die Build- und Laufzeitbeschreibung wurde entsprechend aktualisiert.

[coderabbitai]

No actionable comments were generated in the recent review. 🎉

ℹ️ Recent review info

⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro Plus

Run ID: 9e841f58-ae11-4820-8fc4-6ec16f0edfeb

📥 Commits

Reviewing files that changed from the base of the PR and between dddb5fe and 78a53a5.

📒 Files selected for processing (1)

• frontend/Dockerfile

---

📝 Walkthrough

Walkthrough

Das Frontend-Dockerfile kopiert das Projekt-public/-Verzeichnis zusätzlich in das Next.js-Runtime-Image. Die Runtime-Stage enthält weiterhin /.next/standalone und /.next/static und ergänzt jetzt ./public.

Changes

Next.js-Runtime-Assets

Layer / File(s)	Summary
public/ in Runtime-Image kopieren frontend/Dockerfile	Die Runtime-Stage kopiert public/ zusätzlich aus dem Builder-Image nach ./public und der Kommentar beschreibt, dass dieses Verzeichnis nicht im Next-Standalone-Output enthalten ist.

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~2 minutes

Poem

Hoppel, hoppel, public ist nun da 🐰
Im Container glänzt das Asset-Klar!
.next bleibt flink, doch nicht allein,
jetzt zieht public/ ins Nest hinein.

🚥 Pre-merge checks | ✅ 5

✅ Passed checks (5 passed)

Check name	Status	Explanation
Description Check	✅ Passed	Check skipped - CodeRabbit’s high-level summary is enabled.
Title check	✅ Passed	Der Titel beschreibt präzise das Kernproblem und die Lösung: public/-Assets werden ins Standalone-Image kopiert, um 404s zu beheben.
Docstring Coverage	✅ Passed	No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check	✅ Passed	Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check	✅ Passed	Check skipped because no linked issues were found for this pull request.

_{✏️ Tip: You can configure your own custom pre-merge checks in the settings.}

✨ Finishing Touches

🧪 Generate unit tests (beta)

• Create PR with unit tests
• Commit unit tests in branch fix/frontend-dockerfile-public-assets

---

_{Comment @coderabbitai help to get the list of available commands.}