WICG/webpackage

Use-case: Service Worker cache population and synchronization

Open

#107 geöffnet am 10. Jan. 2018

Auf GitHub ansehen
 (2 Kommentare) (3 Reaktionen) (0 zugewiesene Personen)Go (123 Forks)github user discovery
feature requesthelp wanted

Repository-Metriken

Stars
 (1.256 Stars)
PR-Merge-Metriken
 (PR-Metriken ausstehend)

Beschreibung

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

Contributor Guide

Research-Richtung
Untersuchen Sie, wie Webpakete zum Befüllen und Synchronisieren des Service Worker Caches verwendet werden können, unter Berücksichtigung von Content Negotiation und Server Hints.
Tech Stack
javascriptgo
Domain
web dev
Issue Type
Recherche
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
1
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Unter 1 Stunde
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
GitService WorkerCache API
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
75