Websites herunterladen, die Phoenix LiveView nutzen

Über Phoenix LiveView

Eine Rendering-Architektur gehört zu den aufschlussreicheren Einträgen in einem Technologiekatalog, weil darin eine Wette steckt, die ein Team darüber abgeschlossen hat, wo der Anwendungszustand liegen soll. Phoenix LiveView hält diesen Zustand auf dem Server, rendert dort HTML und schickt kleine Diffs über eine dauerhafte Verbindung an den Browser, sodass sich die Seite wie eine Single-Page-Application verhält, ohne dass jemand eine schreiben muss. Ein Team, das die Bibliothek irgendwann seit 2019 eingeführt hat, entschied sich damit gegen die Pflege einer separaten Frontend-Codebasis.

Gerade die Folgen dieser Wette machen den Bestand interessant. Jede Installation hält für jeden aktiven Nutzer eine offene Verbindung, was echte Anforderungen an die vorgeschaltete Infrastruktur stellt. Dazu gehören Load-Balancing, das mit Sockets umgehen kann, ein Routing, das eine Session auf demselben Knoten hält, eine CDN-Konfiguration, die langlebige Verbindungen nicht kappt, und eine Kapazitätsplanung, die in gleichzeitigen Sessions statt in Requests rechnet. Die Bibliothek steht unter der Lizenz MIT, ist in Elixir geschrieben und lässt außerdem auf ein kleines oder gar kein Frontend-Team schließen sowie auf ein Einstellungsprofil mit Schwerpunkt auf Backend-Entwicklern.

Stand Oktober 2026 erfassen wir die Bibliothek auf 1.377 Websites, und ein Vorbehalt wiegt hier schwerer als die üblichen. Eine Website mit dieser Bibliothek betreibt zwangsläufig auch das Framework, zu dem die Bibliothek gehört, und die Laufzeitumgebung darunter. Drei Einträge in unserem Katalog beschreiben also stark überlappende Bestände, deren Zahlen niemals addiert werden dürfen. Die Erkennung setzt außerdem voraus, dass das Client-Skript in erkennbarer Form ausgeliefert wird, und eine Build-Pipeline, die es mit allem anderen bündelt, löscht die Spuren. Der sichtbare Bestand ist deshalb zugunsten konventioneller Asset-Pipelines verzerrt.

Die praktischen Einsatzzwecke ergeben sich direkt aus dem, was die Architektur nach sich zieht. Infrastrukturanbieter, die auf dauerhafte Verbindungen ausgelegtes Hosting, Load-Balancing oder Echtzeit-Monitoring verkaufen, erhalten eine Liste von Unternehmen, die das Problem, das sie lösen, bereits haben. Konkurrierende Frontend-Frameworks und Anbieter von Komponenten erhalten eine Liste von Teams, die sich gegen sie entschieden haben, und das ist aufschlussreicher als eine Liste der Teams, die sich für sie entschieden haben. Forschende, die verfolgen, ob servergesteuerte Oberflächen ein echter Umbruch oder eine vorübergehende Nische sind, können das über wiederholte Snapshots hinweg messen, statt mit Konferenzvorträgen zu argumentieren. Und ein Unternehmen, das dieselbe Architektur prüft, kann sehen, wer sie in Produktion betreibt, in welchen Branchen und in welcher erkennbaren Größenordnung, bevor es sich darauf festlegt. Eine Abfrage für eine einzelne Domain klärt nichts davon, weil sich jede dieser Fragen auf eine Menge von Websites bezieht.