Websites herunterladen, die MochiKit nutzen

Über MochiKit

Bevor Promises Teil der Sprache waren, wurde JavaScript, das auf eine Netzwerkantwort warten musste, als Geflecht verschachtelter Callbacks geschrieben. MochiKit ist eine Allzweck-Bibliothek aus dieser Zeit, eine ausführlich dokumentierte Sammlung von Modulen für Iteration, DOM-Arbeit, Formatierung, Logging und asynchrone Aufrufe. Gebaut wurde sie von Entwicklern, die übernahmen, was ihnen an Python und Objective-C gefiel, und es an den Browser anpassten. Ihr Modul für asynchrone Aufrufe war Twisted nachempfunden, dem Netzwerk-Framework für Python, und mit den Deferred-Objekten darin ließ sich Code mit vielen Callbacks einheitlich strukturieren.

Niemand nimmt eine Bibliothek dieses Jahrgangs in ein neues Projekt auf. Eine Seite, die sie noch ausliefert, wurde entweder seit ihrer Entstehung nicht neu gebaut, oder sie enthält ein Teilsystem, das niemand anzufassen wagt: eine Admin-Oberfläche, einen Berichtsgenerator, ein Formular, das funktioniert und dessen Autor nicht mehr da ist. Stand Oktober 2026 erkennen wir MochiKit auf 37 Websites, und das Interessante an dieser Menge ist ihr Alter, nicht ihre Größe.

Zwei der erfassten Fakten erklären, warum sich der Code hält. Die Lizenz ist MIT, und verteilt wurde eine einfache JavaScript-Datei, die man in ein Projekt kopierte, sodass nie etwas eine Überprüfung erzwang. Kein Abonnement läuft aus, kein Anbieter verschickt eine Abkündigung per E-Mail, und nichts geht nach einem eigenen Zeitplan kaputt. Software überlebt ungefähr in dem Maß, in dem sie billig zu beschaffen war, und eine kostenlose Datei, die man herunterlädt, ist so billig, wie eine Beschaffung überhaupt sein kann. Eine erste Veröffentlichung im Jahr 2005 setzt deshalb eine Untergrenze für das Alter der umgebenden Seite und nicht für das Alter des Codes.

Für Forschende sind Websites, die die Bibliothek noch ausliefern, ein Indikator für etwas, das sich direkt schwerer messen lässt, nämlich Webseiten, die aus jedem Wartungszyklus herausgefallen sind. Sicherheitsteams, die sich ein Bild von ungepatchtem Frontend-Code machen, wollen genau diesen Bestand. Ebenso wollen ihn Agenturen, die nach Aufträgen für Neuentwicklungen suchen, und alle, die untersuchen, wie lange Webtechnik tatsächlich im Produktivbetrieb überlebt und nicht nur in Release Notes.

Die Zahl ist eine Untergrenze, und die Lücke ist strukturell bedingt, nicht zufällig. Die Erkennung setzt voraus, dass die Bibliothek als identifizierbare Datei ankommt. Sobald derselbe Code zusammen mit allem anderen auf der Seite in ein Bundle minifiziert wird, verschwindet der Fingerabdruck, und so wird ein altes Projekt, das später einen Build-Schritt durchlaufen hat, unsichtbar, obwohl der Code weiterhin ausgeführt wird. Wenn wir nur zählen, was sich an der ausgelieferten Seite belegen lässt, bleibt die Zahl belastbar. Zugleich heißt das, dass der tatsächliche Ausläufer der Überlebenden weiter reicht als der, den wir veröffentlichen können.

Eine Abfrage pro Domain klärt einen Verdacht zu einer einzelnen Website. Eine herunterladbare Liste zeigt, wo sich die Überlebenden häufen: welche Branchen und welche Hosting-Umgebungen sie am Leben halten, was diese Seiten sonst noch laden und wie eine Generation von Frontend-Code tatsächlich endet, nämlich nicht mit einer Abschaltankündigung, sondern mit einem langen, dünnen Ausläufer, der nie ganz bei null ankommt.