Erreichbarkeit auf 0.0.0.0; Projekt zu "canteen-menu" umbenannt

- next dev/start binden jetzt explizit an 0.0.0.0 statt nur localhost
  (Docker war über die Port-Freigabe bereits erreichbar, jetzt auch
  beim nativen npm-Betrieb); docker-compose.yml macht das Binden an
  alle Interfaces zusätzlich explizit
- package.json-Name, Docker-Image/Container/Netzwerk-Namen, lokaler
  DB-Name (canteen_menu), Browser-Tab-Titel und README auf den
  englischen Projektnamen "canteen-menu" umgestellt; deutsche
  In-App-Texte für die Kantinen-Mitarbeiter bleiben unverändert
- Supabase-Projekt (Anzeigename) und native lokale Postgres-DB
  entsprechend umbenannt (Ref/URL/Keys unverändert)

README.md

@@ -1,4 +1,4 @@
-# Speisekarte – Betriebskantine
+# Canteen Menu – Speisekarte für die Betriebskantine
 
 Digitale Speisekarte für eine Firmenkantine (ca. 250 Mitarbeiter) mit
 öffentlicher Wochenansicht, Kantinen-Bereich zur Pflege der Gerichte und
@@ -53,7 +53,7 @@ docker compose --env-file .env.local --profile dev up dev
 
 ```bash
 npm install
-npm run dev            # http://localhost:3000
+npm run dev            # http://localhost:3000 (bindet an 0.0.0.0, auch im LAN erreichbar)
 ```
 
 ## Umgebungsvariablen (Live-Betrieb)
@@ -81,7 +81,7 @@ Oder klassisch ohne Docker:
 ```bash
 npm ci
 npm run build
-npm run start          # Port 3000 (hinter Reverse-Proxy betreiben)
+npm run start          # Port 3000, bindet an 0.0.0.0 (hinter Reverse-Proxy betreiben)
 ```
 
 ### Passkeys für die Produktions-Domain freischalten
@@ -90,8 +90,8 @@ Passkeys sind an die Domain gebunden. Aktuell ist `localhost` konfiguriert.
 Vor dem Livegang in der Supabase-Konfiguration (Management API oder
 Dashboard → Authentication → Settings) anpassen:
 
-- `webauthn_rp_id` = `speisekarte.example.de` (die echte Domain, ohne Protokoll)
-- `webauthn_rp_origins` = `https://speisekarte.example.de`
+- `webauthn_rp_id` = `menu.example.de` (die echte Domain, ohne Protokoll)
+- `webauthn_rp_origins` = `https://menu.example.de`
 - `passkey_enabled` = `true` (bereits aktiv)
 
 ## Datenbank
@@ -116,7 +116,7 @@ Sicherheitsmodell (Row Level Security):
 
 ### Lokale PostgreSQL-Kopie
 
-Die Datenbank `speisekarte` (Kopie von Schema + Daten aus Supabase, inkl.
+Die Datenbank `canteen_menu` (Kopie von Schema + Daten aus Supabase, inkl.
 Minimal-Stubs für `auth`/`storage`) gibt es in zwei Varianten:
 
 **Per Docker:** Der Dienst `db` aus `docker-compose.yml` spielt die