Fix: Resolved Phase 5 UI rendering, updated server version to 1.2.0, and fixed critical volume mount path for server.cjs

BUILDER_APPS_MIGRATION.md

@@ -400,4 +400,13 @@ Diese Fehler traten bei der GTM Architect Migration auf und m.ssen zuk.nftig ver
 *   **Problem:** Beim Copy-Paste von Code in `config.py` entstehen oft versehentliche Einr.ckungen (Leerzeichen am Zeilenanfang) bei globalen Variablen. Dies f.hrt dazu, dass der gesamte Python-Prozess beim Import abst.rzt.
 *   **L.sung:** `.py` Dateien immer auf strikte Linksb.ndigkeit bei globalen Definitionen pr.fen. Tools wie `flake8` helfen, sind aber im Container oft nicht verf.gbar. Sorgfalt ist entscheidend.
 
+### 7.4 Server File Location & Volume Mounts (Sideloading Trap)
+*   **Problem:** Im Dockerfile wird `server.cjs` oft in das Root-Verzeichnis kopiert (`COPY gtm-app/server.cjs .`), aber in `docker-compose.yml` wird nur der Unterordner gemountet (`- ./gtm-app:/app/gtm-app`). Da die Node-App im Root läuft, führt sie weiterhin die alte, im Image "eingebackene" Version von `server.cjs` aus. Änderungen auf dem Host werden ignoriert.
+*   **Symptom:** Code-Fixes im Node-Server (z.B. Timeouts, E2BIG Fixes) greifen nicht, obwohl die Datei auf dem Host korrekt aussieht.
+*   **Lösung:** Den Mount in `docker-compose.yml` explizit auf die ausgeführte Datei lenken:
+    ```yaml
+    volumes:
+      - ./mein-app-ordner/server.cjs:/app/server.cjs
+    ```
+
 ```