Protokoll: GlitchTip live (v1.3.0), Exception-Mails ab 22.10. abschalten

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

dev/betrieb/2026-10-08-protokoll-umstellung.md

@@ -1,6 +1,6 @@
 # Protokoll: Umstellung auf Git-Deploy und Betriebsüberwachung (07.–08.10.2026)
 
-**Stand:** 08.10.2026 · Live auf `v1.2.2` · Anleitung für den laufenden Betrieb: [README.md](README.md)
+**Stand:** 08.10.2026 · Live auf `v1.3.0` · Anleitung für den laufenden Betrieb: [README.md](README.md)
 
 ## Ergebnis
 
@@ -10,7 +10,8 @@
 | Version | unbekannt | Datei `RELEASE`, `php artisan about --only=mivita`, Systemstatus |
 | Queue | `QUEUE_DRIVER=sync` | Horizon (Ploi-Daemon), `QUEUE_DRIVER=redis`, `after_commit` |
 | Überwachung | keine | Sysadmin → Systemstatus, `/health` (Token) in Uptime Kuma, Scheduler-Herzschlag |
-| Alarme | keine | Mail bei fehlgeschlagener geplanter Aufgabe oder Queue-Job (1×/h je Meldung) |
+| Alarme | keine | Mail und ntfy-Push bei fehlgeschlagener geplanter Aufgabe oder Queue-Job (1×/h je Meldung) |
+| Fehlerprotokoll | Exception-Mail je Fehler | GlitchTip (Server, Fehlersignale, Browser), Alert-Regel: Mail bei neuem Fehlertyp, nur `production` — [dev/glitch-tip/README.md](../glitch-tip/README.md) |
 | Git-Repository | 7,2 GB, `.env` und Schlüssel in der Historie | 41 MB, Historie bereinigt |
 
 ## Releases
@@ -24,6 +25,7 @@
 | `v1.2.0` | Alarm-Mails, kurze `withoutOverlapping`-Sperren |
 | `v1.2.1` | bereinigte Git-Historie (alle Hashes neu), IDE-Helper-Dateien nicht mehr versioniert |
 | `v1.2.2` | `deploy.sh` nur bei `APP_ENV=production`, `dev/app-bak` entfernt |
+| `v1.3.0` | GlitchTip (Server, Fehlersignale, Browser), `sentry/sentry-laravel`; Tests ohne lokalen Datei-Cache |
 
 Alle Tags vor dem 08.10. wurden beim Bereinigen der Historie neu erzeugt; Commit-Hashes in älteren
 Notizen unter `dev/` gehören zur alten Historie.
@@ -36,6 +38,7 @@ Notizen unter `dev/` gehören zur alten Historie.
 - `.env`: `MONITORING_HEALTH_TOKEN`, `QUEUE_DRIVER=redis`; Zugangsdaten aus der früheren `.env`-Historie getauscht
 - Horizon als Ploi-Daemon, Worker-Prüfung grün
 - Uptime Kuma prüft `/health` (mit Token)
+- `.env`: GlitchTip-DSNs, `SENTRY_ENVIRONMENT=production`, ntfy; Test-Exception und Browserfehler kamen an
 - Cron: Ploi-Eintrag in `/etc/cron.d/` (`schedule:run` jede Minute, Benutzer `ploi`) — nicht in `crontab -l`
 - Branches `payment/phase-r-payone-refactoring` und `wip/payment-phase-r-payone-refactoring-2026-09-28` gelöscht; gearbeitet wird auf `master`
 
@@ -68,7 +71,13 @@ sind die alten Objekte (`.env`, Schlüssel, 10-GB-Datei) auch auf den Git-Server
 
 ## Noch offen
 
+- **Exception-Mails abschalten** (ab 22.10.2026, nach zwei Wochen Parallelbetrieb mit GlitchTip):
+  `App\Exceptions\Handler::report()` ruft `sendEmail()` — Aufruf und Methode entfernen,
+  `emails/exception.blade.php` prüfen, ob sonst noch genutzt. Betriebs-Alarme (`OperationalAlert`) bleiben.
+- **Datenschutzerklärung**: Fehlerprotokollierung aufnehmen (User-ID, URL, Browser, Fehlermeldung;
+  eigener Server; Frist = Aufbewahrung in GlitchTip; berechtigtes Interesse) — neue Erklärung ist in Arbeit.
+- **Composer-Sicherheitshinweise**: `composer audit` meldet 34 Hinweise in 8 Paketen (bestanden schon
+  vor der Umstellung) — eigenes Paket.
+
 - **Passport-Schlüssel** (`storage/oauth-*.key`) standen bis 08.10. in der Git-Historie. Falls sie nicht
   mit den Zugangsdaten getauscht wurden: `php artisan passport:keys --force` — alle API-Tokens werden ungültig.
-- **Monitoring-Server** (GlitchTip, ntfy) aus `dev/git-deploy-monitoring/` — ntfy ist in `config/monitoring.php`
-  vorbereitet (`MONITORING_NTFY_*`).

dev/glitch-tip/README.md

@@ -10,6 +10,8 @@
 | Projekt Browser (JavaScript) | `browser-mivitacare`, ID **3** → `SENTRY_BROWSER_DSN` |
 | Umgebungen | `production` (Live), `local` (Entwicklung, nur zum Testen) |
 | Push (ntfy) | `https://push.adametz.media`, Topic in `MONITORING_NTFY_TOPIC` |
+| Alert-Regeln | beide Projekte: Mail bei neuem Fehlertyp, nur `production` |
+| Live seit | `v1.3.0` (08.10.2026) |
 
 ## Was gemeldet wird