Offline-Verfügbarkeit mit Service Workern umsetzen. Diese modernere Alternative für den in die Jahre gekommenen App Cache sorgt nun für einen stabileren Betrieb meines Podcatchers.

HTML 5 Audio- und auch Video-Elemente verfügen über die Möglichkeit die Wiedergabegeschwindigkeit anzupassen, alles schneller oder langsamer laufen zu lassen.

Eine Möglichkeit die Same Origin Policy zu umgehen ist dem Server das Laden zu überlassen. Ein solches Proxy-Script habe ich rudimentär als Übergangslösung implementiert.

Die Same Origin Policy beschränkt die Netzwerkzugriffe auf den selben Server von dem auch das aufrufende Script stammt. Für ein clientseitiges Mashup wie meinen Podcatcher ist das natürlich äußerst hinderlich. Daher habe ich mir ein paar Gedanken gemacht wie ich damit umgehen kann.

Asynchrone Programmierung hat ihre ganz eigenen Tücken. Zum Glück gibt Javascript einem die nötigen Mittel an die Hand um sie zu bewältigen.

Über den vergebliche Versuch statt eines Blobs einen Array Buffer in einer Indexed Database abzuspeichern.

Die IndexedDB API ist eine Schnittstelle um auf eine Key-Value-Datenbank zuzugreifen. Anders als die Web Storage API werden hier als Werte aber Javascriptobjekte (und nicht Strings) gespeichert. Es ermöglicht damit die clientseitige Speicherung von Daten im Browser.

Ich will die API benutzen um MP3-Dateien für meinen Podcatcher zu speichern.

Um Web-Apps offline zu kriegen müssen die HTML-, CSS- und Javascriptdateien irgendwie auf dem Computer des Benutzers gespeichert werden. Der Browsercache ist dafür nicht zuverlässig genug. Daher gibt es eine Spezifikation für einen neuen Cache – den Application Cache.

Speichern von Binärdateien im und mit dem Browser ist mal eine andere Anforderung. So anders das die File System API des W3C bislang nur von Googles Chromium unterstützt wird. Ich verwende sie um Audio-Dateien aus dem Internet auch offline vorhalten und abspielen zu können.