WICG/webpackage

Use-case: Service Worker cache population and synchronization

Open

#107 ouverte le 10 janv. 2018

Voir sur GitHub
 (2 commentaires) (3 réactions) (0 assignés)Go (123 forks)github user discovery
feature requesthelp wanted

Métriques du dépôt

Stars
 (1 256 stars)
Métriques de merge PR
 (Métriques PR en attente)

Description

If and when browser support for webpackage arrives, batch cache synchronization [1] or cache initialization [2] might be good use-cases, especially in the context of Service Worker. Using some sort of content negotiation mechanism, Service Worker might be able to ask the server for a webpackage that at least contains desired request URL(s). By unpacking the response and populating the cache, it can serve subsequent requests pretty quickly. What will be packed in the response is something that can be negotiated using some means or the server can decide as it does in case of HTTP/2 Server Hints (prefetch).

[1] https://github.com/WICG/BackgroundSync [2] https://developer.mozilla.org/en-US/docs/Web/API/Cache/addAll

Guide contributeur

Direction de recherche
Recherchez comment utiliser les packages Web pour le remplissage et la synchronisation du cache Service Worker, en tenant compte de la négociation de contenu et des conseils du serveur.
Stack technique
javascriptgo
Domaine
web dev
Type d'issue
Recherche
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
1
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
Moins d'une heure
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GitService WorkerCache API
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
75