Add admin instance management and system tools

- Implemented sync_dev_hosts.sh for managing local hosts entries for development.
- Created admin_instances.html for managing school instances, including creation and listing.
- Developed admin_system.html for core services management, including restart and backup operations.
- Added my_instance.html for users to view and manage their assigned instances.
- Introduced provision_instance.sh for provisioning new instances with Docker, including Nginx configuration and SSL certificate handling.

README.md

@@ -91,4 +91,87 @@ Die Nginx-Vorlagen liegen unter [nginx](nginx):
 - [nginx/gitea.http.conf.template](nginx/gitea.http.conf.template)
 - [nginx/gitea.https.conf.template](nginx/gitea.https.conf.template)
 - [nginx/website.http.conf.template](nginx/website.http.conf.template)
-- [nginx/website.https.conf.template](nginx/website.https.conf.template)
+- [nginx/website.https.conf.template](nginx/website.https.conf.template)
+
+## Admin: Schul-Instanzen fuer Subdomains
+
+Die Website hat jetzt eine Admin-Seite zum Starten von Inventarsystem-Instanzen pro Schule:
+
+- Route: `/admin/instances`
+- Admin-Menue: `Schul-Instanzen`
+- Ziel-Repository (Standard): `https://github.com/AIIrondev/legendary-octo-garbanzo`
+
+### Ablauf
+
+1. Admin gibt Schulname (und optional Subdomain) ein.
+2. Admin weist die Instanz einem konkreten Nutzer zu.
+3. Admin wählt eine Version (Image-Tag) pro Nutzer/Instanz.
+4. Admin kann das Bibliotheksmodul für die Instanz aktivieren/deaktivieren.
+5. Backend ruft `provision_instance.sh` auf.
+6. Skript klont/aktualisiert die Instanz unter dem Basisverzeichnis.
+7. Skript startet die Instanz (`start.sh --no-cron`) und versucht eine Nginx-Site fuer die Subdomain anzulegen.
+8. Status wird in MongoDB (`school_instances`) gespeichert und im Admin-Fenster angezeigt.
+
+Hinweis: Die Zuweisung ist auf `eine Instanz pro Nutzer` begrenzt.
+
+### Wichtige Environment-Variablen (Website)
+
+- `INSTANCE_REPO_URL` (default: `https://github.com/AIIrondev/legendary-octo-garbanzo`)
+- `INSTANCE_PARENT_DOMAIN` (default: `meine-domain`)
+- `INSTANCE_BASE_DIR` (default: `/opt/inventarsystem-instances`)
+- `INSTANCE_PROVISION_SCRIPT` (default: `Website/provision_instance.sh`)
+
+### Berechtigungen
+
+Das Provisioning-Skript fuehrt Docker- und Nginx-Operationen aus. Der Prozess, der die Website ausfuehrt, braucht daher:
+
+- Zugriff auf `docker` (Docker Socket / Gruppe)
+- Schreibrechte auf `/etc/nginx/sites-available` und `/etc/nginx/sites-enabled`
+- Recht zum `nginx -t` und `nginx -s reload`
+
+Wenn diese Rechte fehlen, wird die Instanz ggf. trotzdem gestartet, aber die Nginx-Verknuepfung muss manuell erfolgen.
+
+### Nutzerfenster: Eigene Instanz verwalten
+
+Eingeloggte Nutzer haben im Nutzerbereich jetzt den Punkt `Meine Instanz`.
+
+- Route: `/my/instance`
+- Funktion: Nur zugewiesene Instanz einsehen und nutzen (read-only)
+- Zuordnung: ueber `owner_username`
+
+## Admin: System-Tools
+
+Neue Admin-Seite fuer Betriebsaufgaben:
+
+- Route: `/admin/system`
+- Funktionen:
+	- Core-Services neu starten (`website`, `mongodb`)
+	- Core-Logs als Datei herunterladen
+	- Pro Instanz: Backup, Update, Restart
+	- Pro Instanz: Logs als Datei herunterladen
+
+## Betriebsmodi: Development und Production
+
+Im Ordner `Website/` gibt es zwei Launcher-Skripte:
+
+- `./launch_dev.sh`
+	- setzt `INSTANCE_TLS_MODE=development`
+	- erzeugt pro Subdomain self-signed Zertifikate (wenn moeglich)
+	- setzt `SESSION_COOKIE_SECURE=0`
+
+- `./launch_prod.sh`
+	- setzt `INSTANCE_TLS_MODE=production`
+	- nutzt Wildcard-Zertifikat ueber:
+		- `INSTANCE_WILDCARD_CERT_FILE`
+		- `INSTANCE_WILDCARD_KEY_FILE`
+	- setzt `SESSION_COOKIE_SECURE=1`
+
+Beispiel Production-Start mit eigener Domain:
+
+```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
+```