Python ASGI-Apps im Browser: Pyodide trifft Service Worker
Simon Willison hat mit Hilfe von Claude Opus 4.8 (via Claude Code) ein Konzept entwickelt, das Python-ASGI-Webapplikationen vollständig im Browser ausführt. Technisch fängt ein Service Worker alle Same-Origin-Requests unter dem Pfad `/app/` ab und leitet sie direkt an die im Browser laufende Python-App über das ASGI-Protokoll weiter – ein Backend-Server wird lediglich für statische Dateien benötigt. Die Lösung wurde erfolgreich mit einer FastAPI-Demo und mit Datasette 1.0a31 getestet und belegt damit die Universalität des Ansatzes für beliebige ASGI-Apps. Willisons bisherige Lösung Datasette Lite, die er vor vier Jahren gebaut hatte, nutzte Web Workers und eigene Navigation-Interception. Deren wesentlicher Nachteil: JavaScript in `<script>`-Tags wurde nicht ausgeführt, was Datasette-Funktionen und zahlreiche Plugins brach. Der Service-Worker-Ansatz beseitigt dieses Problem grundlegend. Willison plant, Datasette Lite zeitnah auf die neue Architektur zu migrieren, sobald er das Funktionsprinzip vollständig durchdrungen hat.
- Service Worker fängt alle Requests unter `/app/` ab und führt sie via ASGI-Protokoll im Browser aus
- Vorgänger-Lösung Datasette Lite nutzte Web Workers — JavaScript in <script>-Tags wurde dabei nicht ausgeführt
- Demo zeigt Datasette 1.0a31 vollständig im Browser laufend, ohne Backend-Server
- Implementierung wurde von Claude Opus 4.8 in Claude Code (Web) erarbeitet
- Willison plant, Datasette Lite auf die neue Service-Worker-Architektur zu upgraden
Frag die KI zum Artikel
Folgefragen zu Headline, Quelle und Volltext — Antwort streamt in wenigen Sekunden.
Verwandte Beiträge
Python ASGI-Apps im Browser: Pyodide trifft Service Worker
Simon Willison hat mit Hilfe von Claude Opus 4.8 (via Claude Code) ein Konzept entwickelt, das Python-ASGI-Webapplikationen vollständig im Browser ausführt. Technisch fängt ein Service Worker alle Same-Origin-Requests unter dem Pfad `/app/` ab und leitet sie direkt an die im Browser laufende Python-App über das ASGI-Protokoll weiter – ein Backend-Server wird lediglich für statische Dateien benötigt. Die Lösung wurde erfolgreich mit einer FastAPI-Demo und mit Datasette 1.0a31 getestet und belegt damit die Universalität des Ansatzes für beliebige ASGI-Apps. Willisons bisherige Lösung Datasette Lite, die er vor vier Jahren gebaut hatte, nutzte Web Workers und eigene Navigation-Interception. Deren wesentlicher Nachteil: JavaScript in `<script>`-Tags wurde nicht ausgeführt, was Datasette-Funktionen und zahlreiche Plugins brach. Der Service-Worker-Ansatz beseitigt dieses Problem grundlegend. Willison plant, Datasette Lite zeitnah auf die neue Architektur zu migrieren, sobald er das Funktionsprinzip vollständig durchdrungen hat.
- Service Worker fängt alle Requests unter `/app/` ab und führt sie via ASGI-Protokoll im Browser aus
- Vorgänger-Lösung Datasette Lite nutzte Web Workers — JavaScript in <script>-Tags wurde dabei nicht ausgeführt
- Demo zeigt Datasette 1.0a31 vollständig im Browser laufend, ohne Backend-Server
- Implementierung wurde von Claude Opus 4.8 in Claude Code (Web) erarbeitet
- Willison plant, Datasette Lite auf die neue Service-Worker-Architektur zu upgraden
Frag die KI zum Artikel
Folgefragen zu Headline, Quelle und Volltext — Antwort streamt in wenigen Sekunden.