Acties bovenaan, en de push wekt een openstaande pagina (Guardian PWA)
ACTIES BOVENAAN. Zwaaien en loslaten zijn de dingen die je DOET; de rest van het
ward-paneel is lezen. Wie het paneel opende om iets te doen moest eerst langs
vijf secties scrollen.
DE PUSH ALS LIVE-SIGNAAL. Op de vraag of het paneel een long-poll kon worden: dat
hoeft niet. De service worker kreeg de push al binnen en toonde de melding, maar
zei niets tegen een pagina die openstond -- die wachtte tot het volgende tikje
van 45 seconden. Nu stuurt de worker een postMessage naar elk open venster en
ververst de pagina meteen.
Waarom dit beter is dan een tweede, open verbinding: het is hetzelfde kanaal, en
dat kanaal werkt ook als de app DICHT is. Een long-poll zou alleen werken zolang
je kijkt, en dan naast een push-kanaal staan dat hetzelfde nog eens doet. Een
kanaal, twee doelen.
Het tikje blijft als vangnet -- niet elke verandering geeft een melding, en niet
iedereen heeft meldingen aanstaan -- maar tikt niet meer terwijl niemand kijkt.
Dat waren verzoeken voor een tabblad op de achtergrond. Bij terugkomen ververst
hij meteen een keer, want dan is de kans op nieuws het grootst.
Niet gedekt door de suite: dit is client-code en een inline service worker.
Nagelopen op de uitgeleverde /sw.js.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png){kind=logo}
