Ein Abend hat keine zweite Aufnahme.

Das ist der häufigste Fall, und es ist der, bei dem ein zehnminütiges Video nach acht Minuten Warten verloren geht. Ein abgebrochener Upload fängt nicht bei null an: Er setzt dort wieder an, wo er stehen geblieben ist. Möglich macht das eine Architekturentscheidung, keine Option: Der SPEICHER selbst ist die Instanz dafür, welche Teile angekommen sind, es gibt also keinen Zähler, dem man glauben müsste, und die Fortsetzung funktioniert auch dann, wenn die nächste Anfrage auf einem anderen unserer Server landet.

Am Ende eines Abends leert jeder seine Aufnahmen im selben Moment. Die Dateien durchqueren unsere Anwendung nie: Sie gehen vom Telefon direkt in den Speicher, und die Anwendung öffnet und schließt den Upload nur. Sie sieht kein einziges Byte. Genau deshalb belastet ein ganzer Saal, der Videos hochlädt, die Speicherschicht, die dafür ausgelegt ist, und nicht unsere Webserver, die es nicht wären.

Ein iPhone filmt in einem Format, das Chrome und Android nicht abspielen. Jedes hochgeladene Video wird deshalb im Hintergrund so aufbereitet, dass es überall läuft, während das Original unangetastet bleibt. Diese Arbeit ist eine WARTESCHLANGE und keine Wette: drei Versuche mit wachsender Wartezeit dazwischen, und eine Wächterinstanz, die beim Start prüft, dass kein Video liegen geblieben ist, auch nach einem Neustart unserer Infrastruktur.

Eine App bedeutet eine Systemversion, die vorausgesetzt wird, einen Store, der erneut nach dem Passwort fragt, und gut hundert Megabyte Download über das ohnehin ausgelastete Saalnetz. Das sind viele Stellen, an denen der Abend für einen Gast endet. Bei Medley gibt es nichts zu installieren und kein Konto anzulegen: Der QR-Code öffnet eine Webseite, ein Vorname genügt. Mehrere Dienste entscheiden sich anders, was unser Vergleich mit WedShoots im Einzelnen darlegt.

Gemessen an unserem öffentlichen Beispielalbum, unter den Bedingungen einer Feier und nicht denen eines Entwicklerschreibtischs: simuliertes Telefon mit 393 Pixeln Breite, Netz gedrosselt auf „Slow 4G“ und Prozessor vierfach verlangsamt, die Standardeinstellung für ein Mittelklassegerät. Die Schwelle, die Google als gut wertet, liegt bei zweieinhalb Sekunden. Die Seite wird auf unseren Servern berechnet, und die Fotos reisen in der Antwort selbst mit: Der Seitenquelltext, den jeder Browser anzeigt, enthält die Bilder bereits.

Layoutverschiebung ist das, was einen den falschen Knopf treffen lässt, weil die Seite genau beim Tippen gesprungen ist. Auf diesem Album beträgt sie null. Das ist kein Zufall: Jede Miniatur kennt ihre Maße, bevor das erste Byte des Bildes eintrifft, ihr Platz ist also reserviert und danach ordnet sich nichts mehr um.

Ein Foto im Album existiert in drei Größen, und der Browser nimmt die, die dem tatsächlich belegten Platz auf dem Bildschirm entspricht: rund 17 Kilobyte für eine Galerie-Miniatur statt der 122 Kilobyte der großen Fassung. Bei einem dichten Album auf dem Telefon summiert sich der Unterschied auf Megabyte, die nie unterwegs sind, also auf Sekunden für deinen Gast und Mobilfunkvolumen, das du nicht für ihn ausgibst.

Ein von einem Gast hochgeladenes Video wird in mehreren Qualitäten vorbereitet, und der Player geht von selbst hoch oder runter, je nachdem, was das Netz gerade trägt. Es ist der Mechanismus der großen Videoplattformen, angewandt auf ein Hochzeitsalbum: Niemand wählt eine Qualität, niemand sitzt vor einem drehenden Rad, und das Video bleibt sehbar, wenn zweihundert Menschen gleichzeitig ihr Telefon anschalten.