Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
Du kannst nicht mehr als 25 Themen auswählen Themen müssen mit entweder einem Buchstaben oder einer Ziffer beginnen. Sie können Bindestriche („-“) enthalten und bis zu 35 Zeichen lang sein.

index.md 3.5KB

title: Service Workers

A service worker is a script that is run by your browser in the background, separate from a web page, opening the door to features which don’t need a web page or user interaction. Today, they already include features like push notifications and in the future it will include other things like, background sync, or geofencing. The core feature discussed in this tutorial is the ability to intercept and handle network requests, including programmatically managing a cache of responses.

The reason this is such an exciting API is that it allows you to support offline experiences, giving developers complete control over what exactly that experience is.

*Introduction to Service Worker* (cache)

Il y a quinze jours je commençais à m’intéresser sérieusement aux Service Workers et depuis Jeremy Keith (cache) puis Brandon Rozek (cache) ont implémenté leurs premières itérations suivis de près par une annonce de David Walsh (cache) sur le lancement de serviceworke.rs par Mozilla. Au-delà de l’aspect offline décrit par le Guardian (cache) et CSS Tricks (cache), on peut aller plus loin comme faire du chargement dynamique d’images en fonction du support par le navigateur (cache) ! Même si c’est peu supporté pour l’instant, ça donne envie d’essayer pour ceux qui en ont la capacité (sans effets de bords pour les autres).

Les Service Workers ouvrent clairement une autre dimensions dans le développement web. Et pourtant, je ne peux m’empêcher de voir les risques associés. Peu de contrôle est laissé à l’utilisateur pour gérer son cache — cette responsabilité étant laissée aux développeurs (cache) — ce qui signifie que chaque requête coûte potentiellement beaucoup plus que le contenu affiché. Aucun article sus-cité ne mentionne le surcoût en terme de bande passante de télécharger des pages dans le dos de l’utilisateur et pourtant cette pratique va se généraliser. Bientôt des extensions pour limiter un tel usage ?

Si je vais au bout de mon implémentation, je ferais en sorte de laisser le choix au visiteur concernant la taille et le nombre de requêtes à effectuer via les Service Workers. C’est la moindre des choses. Asynchrone ne veut pas dire gratuit, l’anticipation d’une déconnexion doit rester un choix explicite. Au passage, j’ai découvert upup.