advncements i the starting nd stopping

README.md

@@ -19,10 +19,12 @@ Dieses Repository ist auf einen schlanken, Docker-first Betrieb ausgerichtet.
   - Nginx-Konfiguration anwenden/deaktivieren
 - [Website/provision_instance.sh](Website/provision_instance.sh)
   - Instanz-Provisioning für Inventarsystem (release-basiert, Multiinstancing-aware)
+- [Website/launch.sh](Website/launch.sh)
+  - Start der Website (kanonisches Startskript)
 - [Website/launch_dev.sh](Website/launch_dev.sh)
-  - Dev-Start der Website inkl. Host-Sync
-- [Website/launch_prod.sh](Website/launch_prod.sh)
-  - Prod-Start der Website inkl. Host-Sync
+  - Kompatibilitäts-Wrapper auf launch.sh
+- [Website/stop.sh](Website/stop.sh)
+  - Stoppt den Website-Stack (docker compose down)
 - [Website/start_docker_build.sh](Website/start_docker_build.sh)
   - Build/Start-Helfer für Website-Container
 - [Website/sync_dev_hosts.sh](Website/sync_dev_hosts.sh)
@@ -61,9 +63,10 @@ Wichtige Ports:
 
 - Gitea intern: 127.0.0.1:3001
 - Gitea SSH: 2222
-- Website Upstream: 4999
+- Website Upstream: 127.0.0.1:4999
+- MongoDB Host-Port: 127.0.0.1:27018 (oder `MONGO_PUBLISHED_PORT`)
 
-Hinweis: Die Website nutzt in Docker Compose intern den Service-Namen `mongodb` als MongoDB-Host. Wenn du die Website lokal mit `python` oder außerhalb des Containers startest, muss `MONGO_URI` auf einen hostzugänglichen MongoDB-Endpunkt zeigen oder `mongodb` über `27017:27017` erreichbar sein.
+Hinweis: Die Website nutzt in Docker Compose intern den Service-Namen `mongodb` als MongoDB-Host. Wenn du die Website lokal mit `python` oder außerhalb des Containers startest, muss `MONGO_URI` auf einen hostzugänglichen MongoDB-Endpunkt zeigen. Standardmäßig ist MongoDB am Host auf `27018` veröffentlicht (konfigurierbar via `MONGO_PUBLISHED_PORT`).
 
 ### Nginx
 
@@ -131,14 +134,14 @@ Hinweis:
 
 - Wenn die Website ohne Zugriff auf systemd/journalctl läuft (z. B. in eingeschränkten Containern), bleiben Core-Docker-Logs verfügbar, während Service-Logs als nicht verfügbar angezeigt werden können.
 
-## Betriebsmodi Website
+## Startskript Website
 
-- Development: [Website/launch_dev.sh](Website/launch_dev.sh)
-- Production: [Website/launch_prod.sh](Website/launch_prod.sh)
+- Standard: [Website/launch.sh](Website/launch.sh)
+- Kompatibel (alt): [Website/launch_dev.sh](Website/launch_dev.sh)
 
-### Neues: Start-Health-Check im `launch_dev.sh`
+### Neues: Start-Health-Check im `launch.sh`
 
-`Website/launch_dev.sh` führt jetzt vor dem Build eine kurze Prüfung durch und wartet nach dem Start auf eine erreichbare HTTP-Antwort:
+`Website/launch.sh` führt jetzt vor dem Build eine kurze Prüfung durch und wartet nach dem Start auf eine erreichbare HTTP-Antwort:
 
 - Vor dem Build wird geprüft, ob `gunicorn.conf.py` im `Website/`-Verzeichnis vorhanden ist; falls nicht, bricht das Skript mit einer erklärenden Fehlermeldung ab.
 - Nach `docker compose up -d` wartet das Skript bis zu 60 Sekunden (Intervall 2s) auf einen erfolgreichen HTTP-Request (`/`) auf `127.0.0.1:4999`.
@@ -170,14 +173,14 @@ docker exec -it website-website-1 curl -v http://127.0.0.1:4999/ || \
 
 Wenn du möchtest, passe ich das Timeout oder den Health-Endpoint (`/health`) an.
 
-Beispiel Production:
+Beispiel Start:
 
 ```bash
 cd Website
 export INSTANCE_PARENT_DOMAIN=example.de
 export INSTANCE_WILDCARD_CERT_FILE=/etc/nginx/certs/wildcard.example.de.crt
 export INSTANCE_WILDCARD_KEY_FILE=/etc/nginx/certs/wildcard.example.de.key
-./launch_prod.sh
+./launch.sh
 ```
 
 ## SEO & LLM-Optimierung