Block 8 ist ABGESCHLOSSEN. Die API kann JETZT nicht nur auf Anfrage ANTWORTEN, sondern AKTIV über Änderungen INFORMIEREN – die BACKEND-Grundlage für ein Frontend, das sich OHNE Polling AKTUELL hält.

Was Block 8 behandelt hat

• Kapitel 67: Mercure-Grundlagen, der Hub im Docker-Compose-Setup, Topics.
• Kapitel 68: mercure: true, automatische Publikation bei Standard-Operationen.
• Kapitel 69: Abonnements per EventSource und per curl -N.
• Kapitel 70: JWT-Autorisierung für private Topics, das mercureAuthorization-Cookie.
• Kapitel 71: eigene Publikationen bei Custom-Operations über HubInterface.

Projektstand am Ende von Block 8

api/
├── .env                              ← MERCURE_URL, MERCURE_JWT_SECRET
└── src/
    ├── Entity/Project.php             ← mercure: true
    ├── Security/MercureTokenGenerator.php
    └── State/ArchiveProjectProcessor.php  ← HubInterface-Publikation

Selbst anwenden: Mercure auf Task aktivieren

Als ÜBUNG: mercure: true auf Task aktivieren und TESTEN, dass eine PATCH-Anfrage auf eine Task (z. B. done: true setzen) im Abonnement des ZUGEHÖRIGEN Projekt-Topics NICHT automatisch erscheint – Task und Project sind SEPARATE Topics, GENAU wie SEPARATE API-Ressourcen (Kapitel 39).

Was in Block 9 kommt

Mit Block 8 ist die GESAMTE Backend-Funktionalität (aufgaben-manager-api) abgeschlossen – Block 9 (Kapitel 73-82) wechselt VOLLSTÄNDIG zum React-Frontend (aufgaben-manager-web, seit Kapitel 7 nur RUDIMENTÄR angebunden): TanStack Query für Datenabruf, axios-Interceptors für JWT, EIN durchgängiges Auth-Konzept, und die ERSTE ECHTE Verbindung zwischen den Kapiteln 9-71 gebauten API-Features und einer tatsächlichen Benutzeroberfläche.