Naiv ist nicht falsch. 2'500 HTML-Divs alle 200 ms klingen nach einem Designfehler. Brotli macht es erst möglich. Bevor du einen Diff-Algorithmus, ein binäres Streaming-Protokoll oder einen Canvas-Renderer einbaust: miss zuerst. Der naive Ansatz ist oft schnell genug, und seine Einfachheit hat einen echten Wert.
Das Backend spielt keine Rolle. Datastar empfängt SSE und morpht den DOM, egal ob der Server in PHP, Go, Python, Ruby oder Rust schreibt. Jeder kann seine bevorzugte Sprache behalten; das Muster skaliert, weil es auf Standard-HTTP aufbaut. php-via zeigt es mit PHP; das Muster ist sprachunabhängig.
SSE + DOM-Morphing ist eine unterschätzte Kombination. Eine persistente HTTP-Verbindung, Standard-Kompression, null eigener Client-Code. Für alles, was primär Server→Client ist, lohnt es sich, diesen Stack zuerst zu probieren, bevor man WebSockets, clientseitige State-Maschinen und Build-Pipelines einführt.
Die Webplattform kann mehr als du denkst. SSE, Brotli, HTTP/2-Multiplexing: alles davon ist heute in jedem Browser verfügbar, ohne Bibliothek, ohne Build-Step. Vieles davon wird kaum eingesetzt, weil das Ökosystem immer zur nächsten Abstraktion greift, bevor es die darunter liegenden Standards ausreizt. Das DOM-Morphing steuert Datastar bei (12 KB, kein Build-Step). Manchmal reicht es, weniger zu tun.