英帝国卫报的秉性离线页面是那般做的,离线访问静态blog网站

by admin on 2019年2月1日

行使 Service worker 创设一个相当简单的离线页面

2016/06/07 · JavaScript
· 1 评论 · Service
Worker

本文由 伯乐在线 –
刘健超-J.c
翻译,艾凌风
校稿。未经许可,禁止转发!
英文出处:Dean
Hume。欢迎加入翻译组。

让大家想像以下境况:大家那时候在一辆通往农村的列车上,用运动装备瞅着一篇很棒的著作。与此同时,当你点击“查看更加多”的链接时,火车忽然进入了隧道,导致移动设备失去了网络,而
web 页面会展现出类似以下的内容:

必发88 1

那是一对一令人心寒的感受!幸运的是,web
开发者们能因而一些新特征来创新那类的用户体验。我多年来一向在折腾 ServiceWorkers,它给 web 带来的无尽可能性总能给自身惊喜。Service Workers
的上佳特质之一是同意你检测网络请求的情景,并让您作出相应的响应。

在那篇小说里,我打算用此特性检查用户的当下互连网连接景况,假设没连接则赶回一个最佳简单的离线页面。固然这是一个老大基础的案例,但它能给您带来启发,让你掌握启动并运行该特性是多么的大致!若是你没领会过
Service Worker,我提议您看看此 Github
repo,驾驭越多相关的音信。

在此案例起先前,让大家先不难地看望它的做事流程:

  1. 在用户首次访问大家的页面时,我们会设置 瑟维斯Worker,并向浏览器的缓存添加大家的离线 HTML 页面
  2. 然后,假使用户打算导航到另一个 web
    页面(同一个网站下),但此时已断网,那么大家将再次回到已被缓存的离线
    HTML 页面
  3. 只是,假诺用户打算导航到其它一个 web
    页面,而那时候互连网已接连,则能照常浏览页面

使用Service worker落成加速/离线访问静态blog网站

2017/02/19 · JavaScript
· Service Worker

原稿出处: Yang
Bo   

现行很盛行基于Github
page和markdown的静态blog,相当适合技术的沉思和习惯,针对不相同的言语都有一些可观的静态blog系统出现,如Jekyll/Ruby,Pelican/Python,Hexo/NodeJs,由于静态内容的特点卓殊适合做缓存来增速页面的拜访,就使用Service
worker
来达成加速,结果是除了PageSpeed,CDN那几个科普的服务器和互联网加快之外,通过客户端已毕了更好的造访体验。

连不上网?大英帝国卫报的本性离线页面是那般做的

2015/11/20 · HTML5 · Service
Worker,
离线页面

本文由 伯乐在线 –
Erucy
翻译,weavewillg
校稿。未经许可,禁止转发!
英文出处:Oliver
Ash。欢迎参加翻译组。

大家是何等使用 service worker 来为 theguardian.com
构建一个自定义的离线页面。

必发88 2

theguardian.com 的离线页面。插图:奥利弗 Ash

您正在朝着集团途中的大巴里,在手机上打开了
Guardian
应用。大巴被隧道包围着,不过那一个利用可以正常运行,尽管没有互联网连接,你也能收获完全的功力,除了体现的始末恐怕有点旧。借使您尝试在网站上也那样干,可惜它完全没办法加载:

必发88 3

安卓版 Chrome 的离线页面

Chrome 中的这一个彩蛋,很四个人都不晓得》

Chrome
在离线页面上有个藏匿的一日游(桌面版上按空格键,手机版上点击那只恐龙),那有点能减轻一点您的烦乱。可是大家可以做得更好。

Service
workers
允许网站小编拦截自己站点的装有互连网请求,那也就代表我们得以提供完善的离线体验,就如原生应用相同。在
Guardian
网站,大家近来上线了一个自定义的离线体验效果。当用户离线的时候,他们会面到一个包蕴Guardian
标识的页面,上边带有一个粗略的离线提醒,还有一个填字游戏,他们可以在等待网络连接的时候玩玩这么些找点乐子。那篇博客解释了俺们是怎么样创设它的,然而在开班之前,你可以先自己摸索看。

Service Worker入门

2015/03/26 · JavaScript
· Service Worker

原稿出处: Matt
Gaunt   译文出处:[w3ctech

  • 十年踪迹]()   

原生App拥有Web应用普通所不具有的富离线体验,定时的沉默寡言更新,音信公告推送等成效。而新的Serviceworkers标准让在Web App上独具那些职能成为可能。

让我们初始吧

要是你有以下 HTML 页面。那纵然这么些基础,但能给你完整思路。

XHTML

<!DOCTYPE html>

1
<!DOCTYPE html>

随之,让我们在页面里登记 Service Worker,这里仅创立了该目的。向正要的
HTML 里添加以下代码。

JavaScript

<script> // Register the service worker // 注册 service worker if
(‘serviceWorker’ in navigator) {
navigator.serviceWorker.register(‘/service-worker.js’).then(function(registration)
{ // Registration was successful // 注册成功 console.log(‘瑟维斯Worker
registration successful with scope: ‘, registration.scope);
}).catch(function(err) { // registration failed 🙁 // 注册失败 🙁
console.log(‘ServiceWorker registration failed: ‘, err); }); }
</script>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
<script>
// Register the service worker
// 注册 service worker
if (‘serviceWorker’ in navigator) {
    navigator.serviceWorker.register(‘/service-worker.js’).then(function(registration) {
    // Registration was successful
    // 注册成功
    console.log(‘ServiceWorker registration successful with scope: ‘, registration.scope);
}).catch(function(err) {
    // registration failed 🙁
    // 注册失败 🙁
    console.log(‘ServiceWorker registration failed: ‘, err);
   });
}
</script>

然后,大家须求创设 Service Worker 文件并将其取名为
‘service-worker.js‘。大家打算用那些 Service Worker
拦截任何网络请求,以此检查网络的连接性,并基于检查结果向用户重临最适合的情节。

英帝国卫报的秉性离线页面是那般做的,离线访问静态blog网站。JavaScript

‘use strict’; var cacheVersion = 1; var currentCache = { offline:
‘offline-cache’ + cacheVersion }; const offlineUrl =
‘offline-page.html’; this.addEventListener(‘install’, event => {
event.waitUntil( caches.open(currentCache.offline).then(function(cache)
{ return cache.addAll([ ‘./img/offline.svg’, offlineUrl ]); }) ); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
‘use strict’;
 
var cacheVersion = 1;
var currentCache = {
  offline: ‘offline-cache’ + cacheVersion
};
const offlineUrl = ‘offline-page.html’;
 
this.addEventListener(‘install’, event => {
  event.waitUntil(
    caches.open(currentCache.offline).then(function(cache) {
      return cache.addAll([
          ‘./img/offline.svg’,
          offlineUrl
      ]);
    })
  );
});

在下面的代码中,大家在装置 Service Worker
时,向缓存添加了离线页面。假设大家将代码分为几小块,可观望前几行代码中,我为离线页面指定了缓存版本和URL。如若您的缓存有例外版本,那么你只需立异版本号即可不难地清除缓存。在大体在第
12
行代码,我向那几个离线页面及其资源(如:图片)发出请求。在收获成功的响应后,大家将离线页面和连锁资源丰盛到缓存。

现今,离线页面已存进缓存了,大家可在急需的时候检索它。在同一个 ServiceWorker 中,大家要求对无网络时回来的离线页面添加相应的逻辑代码。

JavaScript

this.addEventListener(‘fetch’, event => { // request.mode = navigate
isn’t supported in all browsers // request.mode = naivgate
并从未博得所有浏览器的支撑 // so include a check for Accept: text/html
header. // 因而对 header 的 Accept:text/html 进行核准 if
(event.request.mode === ‘navigate’ || (event.request.method === ‘GET’ &&
event.request.headers.get(‘accept’).includes(‘text/html’))) {
event.respondWith( fetch(event.request.url).catch(error => { //
Return the offline page // 再次来到离线页面 return caches.match(offlineUrl);
}) ); } else{ // Respond with everything else if we can //
再次来到任何大家能回来的东西 event.respondWith(caches.match(event.request)
.then(function (response) { return response || fetch(event.request); })
); } });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
this.addEventListener(‘fetch’, event => {
  // request.mode = navigate isn’t supported in all browsers
  // request.mode = naivgate 并没有得到所有浏览器的支持
  // so include a check for Accept: text/html header.
  // 因此对 header 的 Accept:text/html 进行核实
  if (event.request.mode === ‘navigate’ || (event.request.method === ‘GET’ && event.request.headers.get(‘accept’).includes(‘text/html’))) {
        event.respondWith(
          fetch(event.request.url).catch(error => {
              // Return the offline page
              // 返回离线页面
              return caches.match(offlineUrl);
          })
    );
  }
  else{
        // Respond with everything else if we can
        // 返回任何我们能返回的东西
        event.respondWith(caches.match(event.request)
                        .then(function (response) {
                        return response || fetch(event.request);
                    })
            );
      }
});

为了测试该功能,你可以行使 Chrome
内置的开发者工具。首先,导航到您的页面,然后一旦设置上了 ServiceWorker,就开辟 Network 标签并将节流(throttling)改为
Offline。(译者注:若将节流设置为 Offline
没效果,则可透过关闭网络或者经过360平安警卫禁止 Chrome 访问互连网)

必发88 4

借使你刷新页面,你应当能收六柱预测应的离线页面!

必发88 5

假使您只想大致地测试该意义而不想写任何代码,那么您可以访问我已创设好的
demo。其它,上述任何代码可以在
Github repo 找到。

自身清楚用在此案例中的页面很简短,但您的离线页面则取决于你协调!假设你想深远该案例的内容,你能够为离线页面添加缓存破坏(
cache busting),如:
此案例。

加快/离线访问只需三步

  • 首页添加注册代码

JavaScript

<script> if (‘serviceWorker’ in navigator) {
navigator.serviceWorker.register(‘/sw.js’); } </script>

1
2
3
4
5
<script>
if (‘serviceWorker’ in navigator) {
navigator.serviceWorker.register(‘/sw.js’);
}
</script>
  • 复制代码

将封存到您的网站根目录下

  • 修改不缓存域名列表及离线状态页面

在你的sw.js中修改

JavaScript

const ignoreFetch = [ /https?:\/\/cdn.bootcss.com\//,
/https?:\/\/static.duoshuo.com\//,
/https?:\/\/www.google-analytics.com\//,
/https?:\/\/dn-lbstatics.qbox.me\//, ];

1
2
3
4
5
6
const ignoreFetch = [
  /https?:\/\/cdn.bootcss.com\//,
  /https?:\/\/static.duoshuo.com\//,
  /https?:\/\/www.google-analytics.com\//,
  /https?:\/\/dn-lbstatics.qbox.me\//,
];

打开Chrome Dev Tools->Source,看看自己的blog都引用了哪些第三方资源,逐个加到忽略列表里。

必发88 6

在根目录下添加offline.html,在向来不互联网且缓存中也一直不时使用,效果如下:

必发88 7

在根目录下添加offline.svg,在无网络时图片资源请求重回该公文。

试试看

您必要一个支撑 Service
Worker 和 fetch
API 的浏览器。停止到本文编写时只有Chrome(手机版和桌面版)同时协助那三种 API(译者注:Opera
近来也支撑那两者),不过 Firefox
很快就要帮忙了(在每一天更新的本子中一度支撑了),除了 Safari
之外的富有浏览器也都在摸索。其它,service worker 只可以登记在选拔了
HTTPS 的网站上,theguardian.com
已经开端逐年搬迁到 HTTPS,所以大家不得不在网站的 HTTPS
部分提供离线体验。就近日的话,我们选用了 开发者博客 作为大家用来测试的地点。所以假设您是在大家网站的 开发者博客 部分阅读那篇小说的话,很幸运。

当您选用接济的浏览器访问我们的 开发者博客 中的页面的时候,一切就准备妥当了。断开你的网络连接,然后刷新一下页面。假如你协调没规范尝试的话,可以看一下那段 示范视频(译者注:需梯子)。

Service Worker 是什么?

一个 service worker
是一段运行在浏览器后台进度里的本子,它独立于当下页面,提供了那么些不须求与web页面交互的出力在网页背后悄悄执行的力量。在明日,基于它可以已毕新闻推送,静默更新以及地理围栏等服务,然而当前它首先要负有的效益是掣肘和处理网络请求,包罗可编程的响应缓存管理。

为啥说这么些API是一个充足棒的API呢?因为它使得开发者可以协助更加好的离线体验,它赋予开发者完全控制离线数据的力量。

在service worker提出往日,此外一个提供开发者离线体验的API叫做App
Cache。但是App
Cache有些局限性,例如它可以很简单地解决单页应用的标题,不过在多页应用上会很艰苦,而瑟维斯workers的面世正是为了缓解App Cache的痛点。

上面详细说一下service worker有什么要求小心的地点:

  • 它是JavaScript
    Worker,所以它不可能直接操作DOM。可是service
    worker可以经过postMessage与页面之间通讯,把音信文告给页面,借使须要的话,让页面自己去操作DOM。
  • Serviceworker是一个可编程的网络代理,允许开发者控制页面上拍卖的互连网请求。
  • 在不被应用的时候,它会友善终止,而当它再度被用到的时候,会被再次激活,所以您无法凭借于service
    worker的onfecth和onmessage的处理函数中的全局状态。若是您想要保存一些持久化的消息,你可以在service
    worker里使用IndexedDB API。
  • Serviceworker多量使用promise,所以一旦你不打听哪些是promise,那您需求先读书这篇文章。

拓展阅读

其余,还有多少个很棒的离线成效案例。如:Guardian 营造了一个怀有 crossword
puzzle(填字游戏)的离线
web 页面 –
因而,即使等待互联网重连时(即已在离线状态下),也能找到一点乐趣。我也推荐看看
Google Chrome Github
repo,它包含了许多见仁见智的
Service Worker 案例 – 其中一部分应用案例也在那!

不过,若是您想跳过上述代码,只是想大约地经过一个库来处理有关操作,那么自己推荐你看看
UpUp。这是一个轻量的台本,能让你更轻松地动用离线作用。

打赏协助自己翻译越来越多好小说,谢谢!

打赏译者

英帝国卫报的秉性离线页面是那般做的,离线访问静态blog网站。增速效果

首页加快后,网络请求从16降为1,加载时间从2.296s降为0.654s,得到了须臾间加载的结果。

必发88 8

基于webpagetest

查看测试结果

办事规律

因而一段简单的
JavaScript,大家可以提醒浏览器在用户访问页面的时候即刻登记大家和好的
service worker。近来协理 service worker
的浏览器很少,所以为了防止不当,大家需求动用特性检测。

JavaScript

if (navigator.serviceWorker) {
navigator.serviceWorker.register(‘/service-worker.js’); }

1
2
3
if (navigator.serviceWorker) {
    navigator.serviceWorker.register(‘/service-worker.js’);
}

Service worker
安装事件的一部分,大家可以应用 新的缓存
API 来缓存大家网站中的各样内容,比如
HTML、CSS 和
JavaScript:

JavaScript

var staticCacheName = ‘static’; var version = 1; function updateCache()
{ return caches.open(staticCacheName + version) .then(function (cache) {
return cache.addAll([ ‘/offline-page.html’, ‘/assets/css/main.css’,
‘/assets/js/main.js’ ]); }); }; self.addEventListener(‘install’,
function (event) { event.waitUntil(updateCache()); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
var staticCacheName = ‘static’;
var version = 1;
 
function updateCache() {
    return caches.open(staticCacheName + version)
        .then(function (cache) {
            return cache.addAll([
                ‘/offline-page.html’,
                ‘/assets/css/main.css’,
                ‘/assets/js/main.js’
            ]);
        });
};
 
self.addEventListener(‘install’, function (event) {
    event.waitUntil(updateCache());
});

当安装完结后,service worker
可以监听和操纵 fetch
事件,让大家可以完全控制之后网站中爆发的保有网络请求。

JavaScript

self.addEventListener(‘fetch’, function (event) {
event.respondWith(fetch(event.request)); });

1
2
3
self.addEventListener(‘fetch’, function (event) {
    event.respondWith(fetch(event.request));
});

在此处大家有很灵活的半空中能够表明,比如上边这些节骨眼,可以通过代码来生成大家团结一心的呼吁响应:

JavaScript

self.addEventListener(‘fetch’, function (event) { var response = new
Response(‘<h1>Hello, World!</h1>’, { headers: {
‘Content-Type’: ‘text/html’ } }); event.respondWith(response); });

1
2
3
4
5
self.addEventListener(‘fetch’, function (event) {
    var response = new Response(‘&lt;h1&gt;Hello, World!&lt;/h1&gt;’,
        { headers: { ‘Content-Type’: ‘text/html’ } });
    event.respondWith(response);
});

还有那个,假若在缓存中找到了请求相应的缓存,大家可以直接从缓存中回到它,假设没找到的话,再通过网络得到响应内容:

JavaScript

self.addEventListener(‘fetch’, function (event) { event.respondWith(
caches.match(event.request) .then(function (response) { return response
|| fetch(event.request); }) ); });

1
2
3
4
5
6
7
8
self.addEventListener(‘fetch’, function (event) {
    event.respondWith(
        caches.match(event.request)
            .then(function (response) {
                return response || fetch(event.request);
            })
    );
});

那就是说大家怎么行使这个职能来提供离线体验呢?

先是,在 service worker
安装进程中,大家必要把离线页面需求的 HTML 和资源文件通过 service worker
缓存下来。在缓存中,大家加载了和睦开发的 填字游戏 的
React应用 页面。之后,我们会堵住所有访问
theguardian.com
互联网请求,包涵网页、以及页面中的资源文件。处理那几个请求的逻辑大概如下:

  1. 当大家检测到传播请求是指向大家的 HTML
    页面时,大家总是会想要提供最新的内容,所以大家会尝试把这一个请求通过网络发送给服务器。

    1. 当我们从服务器拿到了响应,就足以从来重临这几个响应。
    2. 设若网络请求抛出了那一个(比如因为用户掉线了),我们捕获这么些分外,然后利用缓存的离线
      HTML 页面作为响应内容。
  2. 不然,当我们检测到请求的不是 HTML
    的话,大家会从缓存中找寻响应的哀告内容。

    1. 一经找到了缓存内容,大家得以平素回到缓存的情节。
    2. 不然,我们会尝试把那个请求通过网络发送给服务器。

在代码中,大家应用了 新的缓存
API(它是 Service Worker API 的一片段)以及
fetch
作用(用于转移互连网请求),如下所示:

JavaScript

var doesRequestAcceptHtml = function (request) { return
request.headers.get(‘Accept’) .split(‘,’) .some(function (type) { return
type === ‘text/html’; }); }; self.addEventListener(‘fetch’, function
(event) { var request = event.request; if
(doesRequestAcceptHtml(request)) { // HTML pages fallback to offline
page event.respondWith( fetch(request) .catch(function () { return
caches.match(‘/offline-page.html’); }) ); } else { // Default fetch
behaviour // Cache first for all other requests event.respondWith(
caches.match(request) .then(function (response) { return response ||
fetch(request); }) ); } });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
var doesRequestAcceptHtml = function (request) {
    return request.headers.get(‘Accept’)
        .split(‘,’)
        .some(function (type) { return type === ‘text/html’; });
};
 
self.addEventListener(‘fetch’, function (event) {
    var request = event.request;
    if (doesRequestAcceptHtml(request)) {
        // HTML pages fallback to offline page
        event.respondWith(
            fetch(request)
                .catch(function () {
                    return caches.match(‘/offline-page.html’);
                })
        );
    } else {
        // Default fetch behaviour
        // Cache first for all other requests
        event.respondWith(
            caches.match(request)
                .then(function (response) {
                    return response || fetch(request);
                })
        );
    }
});

就只须求那样多!theguardian.com
上的 抱有代码都是在 GitHub
上开源 的,所以您可以去那儿查看我们的
service worker
的共同体版本,或者直接从生育环境上访问

大家有富饶的理由为那些新的浏览器技术欢呼喝彩,因为它可以用来让您的网站像明日的原生应用相同,拥有完美的离线体验。未来当
theguardian.com 完全迁移到 HTTPS
之后,离线页面的重点性会显然伸张,大家得以提供更为周全的离线体验。设想一下你在上下班途中网络很差的时候访问
theguardian.com,你会看到专门为你订制的个性化内容,它们是在您前面访问网站时由浏览器缓存下来的。它在装置进程中也不会发出任何不便,你所急需的只是访问这些网站而已,不像原生应用,还索要用户有一个用到商店的账号才能安装。Serviceworker
同样能够辅助大家进步网站的加载速度,因为网站的框架可以被保障地缓存下来,就像是原生应用相同。

如果您对 service worker
很感兴趣,想要驾驭越多内容的话,开发者 Matt
Gaunt(Chrome的忠诚扶助者)写了一篇越发详实地 介绍 Service
Worker的文章。

打赏帮助自己翻译越多好作品,谢谢!

打赏译者

Service Worker的生命周期

瑟维斯 worker拥有一个完全独立于Web页面的生命周期。

要让一个service
worker在您的网站上生效,你需求先在你的网页中注册它。注册一个service
worker之后,浏览器会在后台默默启动一个service worker的装置进度。

在装置进度中,浏览器会加载并缓存一些静态资源。假如所有的文书被缓存成功,service
worker就安装成功了。若是有另曾祖父文加载或缓存失利,那么安装进度就会退步,service
worker就不可能被激活(也即没能安装成功)。假诺暴发那样的题材,别担心,它会在下次再品尝安装。

当安装达成后,service
worker的下一步是激活,在这一等级,你仍能够提高一个service
worker的版本,具体内容我们会在后边讲到。

在激活之后,service
worker将接管所有在和谐管辖域范围内的页面,但是如果一个页面是刚刚注册了service
worker,那么它那五次不会被接管,到下一回加载页面的时候,service
worker才会生效。

当service
worker接管了页面之后,它或许有二种状态:要么被终止以节约内存,要么会处理fetch和message事件,那五个事件分别发出于一个互联网请求出现仍旧页面上发送了一个消息。

下图是一个简化了的service worker初次安装的生命周期:

必发88 9

打赏帮忙我翻译愈多好小说,谢谢!

任选一种支付形式

必发88 10
必发88 11

1 赞 3 收藏 1
评论

加快/离线原理探索

打赏匡助我翻译愈多好文章,谢谢!

必发88 12

1 赞 收藏
评论

在大家初始写码之前

从这个品类地址拿到chaches
polyfill。

这个polyfill支持CacheStorate.match,Cache.add和Cache.addAll,而现在Chrome
M40实现的Cache
API还未曾援助那个点子。

将dist/serviceworker-cache-polyfill.js放到你的网站中,在service
worker中经过importScripts加载进来。被service
worker加载的台本文件会被机关缓存。

JavaScript

importScripts(‘serviceworker-cache-polyfill.js’);

1
importScripts(‘serviceworker-cache-polyfill.js’);

需要HTTPS

在开发阶段,你可以经过localhost使用service
worker,但是一旦上线,就须要你的server帮衬HTTPS。

你可以通过service
worker威逼连接,伪造和过滤响应,极度逆天。即使你可以约束自己不干坏事,也会有人想干坏事。所以为了预防别人使坏,你不得不在HTTPS的网页上登记service
workers,这样大家才得以预防加载service
worker的时候不被歹徒篡改。(因为service
worker权限很大,所以要防微杜渐它自己被歹徒篡改利用——译者注)

Github
Pages凑巧是HTTPS的,所以它是一个优秀的天然实验田。

设若您想要让您的server支持HTTPS,你要求为你的server得到一个TLS证书。差距的server安装方法不相同,阅读支持文档并透过Mozilla’s
SSL config
generator刺探最佳实践。

关于小编:刘健超-J.c

必发88 13

前端,在路上…
个人主页 ·
我的稿子 ·
19 ·
    

必发88 14

什么是 Service worker

必发88 15

如上图,Service
worker

是一种由Javascript编写的浏览器端代理脚本,位于你的浏览器和服务器之间。当一个页面注册了一个
Service
worker
,它就能够登记一连串事件处理器来响应如网络请求和音讯推送这么些事件。Service
worker

可以被用来治本缓存,当响应一个互联网请求时可以陈设为回到缓存仍然从互联网获得。由于Service
worker

是依照事件的,所以它只在拍卖那个事件的时候被调入内存,不用顾虑常驻内存占用资源导致系统变慢。

有关小编:Erucy

必发88 16

一度的SharePoint喵星程序猿(暂时还挂着微软MVP的名头),现在的Azure/.Net/MongoDB/Cordova/前端程序猿,偶尔写小说
个人主页 ·
我的篇章 ·
46 ·
  

必发88 17

使用Service Worker

前几日我们有了polyfill,并且搞定了HTTPS,让我们看看到底怎么用service
worker。

Service worker生命周期

必发88 18

Service
worker

为网页添加一个接近于APP的生命周期,它只会响应系统事件,固然浏览器关闭时操作系统也可以唤起Service
worker
,那一点更加重要,让web
app与native app的能力变得好像了。

Service
worker
在Register时会触发Install事件,在Install时方可用来预先获取和缓存应用所需的资源并设置每个文件的缓存策略。

一旦Service
worker
居于activated状态,就可以完全控制应用的资源,对互连网请求举行自我批评,修改互联网请求,从互连网上获取并赶回内容可能重回由已设置的Service
worker
预先报告获取并缓存好的资源,甚至还是能扭转内容并重返给互连网语法。

持有的那个都用户都是透明的,事实上,一个设计精美的Service
worker
如同一个智能缓存系统,压实了互连网和缓存成效,接纳最优办法来响应互连网请求,让动用越来越平稳的周转,尽管没有互连网也没涉及,因为您可以完全控制网络响应。

怎么样注册和安装service worker

要安装service
worker,你要求在您的页面上注册它。这么些手续告诉浏览器你的service
worker脚本在哪个地方。

JavaScript

if (‘serviceWorker’ in navigator) {
navigator.serviceWorker.register(‘/sw.js’).then(function(registration) {
// Registration was successful console.log(‘ServiceWorker registration
successful with scope: ‘, registration.scope); }).catch(function(err) {
// registration failed 🙁 console.log(‘ServiceWorker registration
failed: ‘, err); }); }

1
2
3
4
5
6
7
8
9
if (‘serviceWorker’ in navigator) {
  navigator.serviceWorker.register(‘/sw.js’).then(function(registration) {
    // Registration was successful
    console.log(‘ServiceWorker registration successful with scope: ‘,    registration.scope);
  }).catch(function(err) {
    // registration failed 🙁
    console.log(‘ServiceWorker registration failed: ‘, err);
  });
}

上边的代码检查service worker API是还是不是可用,假使可用,service
worker /sw.js 被注册。

设若这些service worker已经被注册过,浏览器会自行忽略上面的代码。

有一个须求越发表达的是service
worker文件的不二法门,你势必注意到了在这一个例子中,service
worker文件被放在那一个域的根目录下,那意味着service
worker和网站同源。换句话说,这几个service
work将会吸收那一个域下的保有fetch事件。如若自身将service
worker文件注册为/example/sw.js,那么,service worker只能收到/example/路径下的fetch事件(例如: /example/page1/, /example/page2/)。

前几天您可以到 chrome://inspect/#service-workers 检查service worker是否对你的网站启用了。

必发88 19

当service
worker第一版被完成的时候,你也足以在chrome://serviceworker-internals中查看,它很有用,通过它可以最直观地熟悉service worker的生命周期,不过这个功能很快就会被移到chrome://inspect/#service-workers中。

您会发觉那几个职能可以很有利地在一个仿照窗口中测试你的service
worker,那样你可以关闭和重新打开它,而不会影响到你的新窗口。任何创造在模拟窗口中的注册服务和缓存在窗口被关闭时都将化为乌有。

Service worker的主宰从第二次页面访问发轫

在首次加载页面时,所有资源都是从互联网载的,Service
worker

在首次加载时不会收获控制互联网响应,它只会在持续访问页面时起效用。

必发88 20

页面首次加载时成功install,并跻身idle状态。

必发88 21

页面第二次加载时,进入activated状态,准备处理所有的事件,同时
浏览器会向服务器发送一个异步 请求来检查Service
worker
本身是不是有新的版本,构成了Service
worker
的翻新机制。

必发88 22

Service
worker
拍卖完所有的风浪后,进入idle状态,最终进入terminated状态资源被释放,当有新的事件暴发时再一次被调用。

Service Worker的安装步骤

在页面上落成登记手续之后,让我们把注意力转到service
worker的台本里来,在这其间,大家要马到成功它的设置步骤。

在最基本的事例中,你要求为install事件定义一个callback,并控制哪些文件你想要缓存。

JavaScript

// The files we want to cache var urlsToCache = [ ‘/’,
‘/styles/main.css’, ‘/script/main.js’ ]; // Set the callback for the
install step self.addEventListener(‘install’, function(event) { //
Perform install steps });

1
2
3
4
5
6
7
8
9
10
11
// The files we want to cache
var urlsToCache = [
  ‘/’,
  ‘/styles/main.css’,
  ‘/script/main.js’
];
 
// Set the callback for the install step
self.addEventListener(‘install’, function(event) {
    // Perform install steps
});

在大家的install callback中,大家必要履行以下步骤:

  1. 拉开一个缓存
  2. 缓存大家的文本
  3. 支配是还是不是具备的资源是或不是要被缓存

JavaScript

var CACHE_NAME = ‘my-site-cache-v1’; var urlsToCache = [ ‘/’,
‘/styles/main.css’, ‘/script/main.js’ ];
self.addEventListener(‘install’, function(event) { // Perform install
steps event.waitUntil( caches.open(CACHE_NAME) .then(function(cache) {
console.log(‘Opened cache’); return cache.addAll(urlsToCache); }) ); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
var CACHE_NAME = ‘my-site-cache-v1’;
var urlsToCache = [
  ‘/’,
  ‘/styles/main.css’,
  ‘/script/main.js’
];
 
self.addEventListener(‘install’, function(event) {
  // Perform install steps
  event.waitUntil(
    caches.open(CACHE_NAME)
      .then(function(cache) {
        console.log(‘Opened cache’);
        return cache.addAll(urlsToCache);
      })
  );
});

上边的代码中,我们经过caches.open打开大家指定的cache文件名,然后我们调用cache.addAll并传到大家的公文数组。那是因此一种类promise(caches.open

cache.addAll)达成的。event.waitUntil获得一个promise并应用它来收获安装开销的年华以及是或不是安装成功。

如若拥有的文件都被缓存成功了,那么service
worker就设置成功了。即使其余一个文书下载败北,那么安装步骤就会破产。那个点子允许你依靠于你协调指定的保有资源,可是那象征你需求格外小心谨慎地操纵怎么着文件要求在安装步骤中被缓存。指定了太多的文件的话,就会增多设置战败率。

上边只是一个粗略的事例,你可以在install事件中实践别的操作照旧甚至忽视install事件。

特点

  • 浏览器

谷歌(Google) Chrome,Firefox,Opera以及境内的各类双核浏览器都协助,可是 safari
不帮助,那么在不协助的浏览器里Service
worker
不工作。

  • https

网站必须启用https来确保使用Service
worker
页面的安全性,开发时localhost默许认为是高枕无忧的。

  • non-block

Service
worker

中的 Javascript 代码必须是非阻塞的,因为 localStorage
是阻塞性,所以不应该在 Service Worker 代码中行使 localStorage。

  • 单身的履行环境

Service
worker
运作在自己的全局环境中,平时也运行在大团结单身的线程中。

  • 从未有过绑定到一定页面

service work能说了算它所加载的总体范围内的资源。

  • 不可以操作DOM

跟DOM所处的条件是相互隔离的。

必发88 23

  • 不曾浏览页面时也可以运行

收下系统事件,后台运行

  • 事件驱动,须求时运行,不须要时就停下

按需进行,只在急需时加载到内存

  • 可升级

施行时会异步获取最新的本子

怎么着缓存和再次回到Request

您早就设置了service worker,你现在得以重回您缓存的央浼了。

当service
worker被设置成功还要用户浏览了另一个页面或者刷新了近年来的页面,service
worker将起初收受到fetch事件。下边是一个例证:

JavaScript

self.addEventListener(‘fetch’, function(event) { event.respondWith(
caches.match(event.request) .then(function(response) { // Cache hit –
return response if (response) { return response; } return
fetch(event.request); } ) ); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
self.addEventListener(‘fetch’, function(event) {
  event.respondWith(
    caches.match(event.request)
      .then(function(response) {
        // Cache hit – return response
        if (response) {
          return response;
        }
 
        return fetch(event.request);
      }
    )
  );
});

地点的代码里大家定义了fetch事件,在event.respondWith里,大家传入了一个由caches.match爆发的promise.caches.match
查找request中被service worker缓存命中的response。

一旦大家有一个命中的response,大家回来被缓存的值,否则大家回去一个实时从网络请求fetch的结果。那是一个相当简单的例子,使用具有在install步骤下被缓存的资源。

假设大家想要增量地缓存新的伸手,大家得以通过拍卖fetch请求的response并且增加它们到缓存中来兑现,例如:

JavaScript

self.addEventListener(‘fetch’, function(event) { event.respondWith(
caches.match(event.request) .then(function(response) { // Cache hit –
return response if (response) { return response; } // IMPORTANT: Clone
the request. A request is a stream and // can only be consumed once.
Since we are consuming this // once by cache and once by the browser for
fetch, we need // to clone the response var fetchRequest =
event.request.clone(); return fetch(fetchRequest).then(
function(response) { // Check if we received a valid response
if(!response || response.status !== 200 || response.type !== ‘basic’) {
return response; } // IMPORTANT: Clone the response. A response is a
stream // and because we want the browser to consume the response // as
well as the cache consuming the response, we need // to clone it so we
have 2 stream. var responseToCache = response.clone();
caches.open(CACHE_NAME) .then(function(cache) {
cache.put(event.request, responseToCache); }); return response; } ); })
); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
self.addEventListener(‘fetch’, function(event) {
  event.respondWith(
    caches.match(event.request)
      .then(function(response) {
        // Cache hit – return response
        if (response) {
          return response;
        }
 
        // IMPORTANT: Clone the request. A request is a stream and
        // can only be consumed once. Since we are consuming this
        // once by cache and once by the browser for fetch, we need
        // to clone the response
        var fetchRequest = event.request.clone();
 
        return fetch(fetchRequest).then(
          function(response) {
            // Check if we received a valid response
            if(!response || response.status !== 200 || response.type !== ‘basic’) {
              return response;
            }
 
            // IMPORTANT: Clone the response. A response is a stream
            // and because we want the browser to consume the response
            // as well as the cache consuming the response, we need
            // to clone it so we have 2 stream.
            var responseToCache = response.clone();
 
            caches.open(CACHE_NAME)
              .then(function(cache) {
                cache.put(event.request, responseToCache);
              });
 
            return response;
          }
        );
      })
    );
});

代码里大家所做政工包涵:

  1. 充分一个callback到fetch请求的 .then 方法中
  2. 假若大家赢得了一个response,大家进行如下的反省:
    1. 保险response是卓有功用的
    2. 反省response的动静是或不是是200
    3. 有限援助response的花色是basic,那象征请求我是同源的,非同源(即跨域)的呼吁也不可能被缓存。
  3. 比方我们通过了检讨,clone以此请求。这么做的原故是只要response是一个Stream,那么它的body只好被读取一遍,所以大家得将它克隆出来,一份发给浏览器,一份发给缓存。

达成加快/离线

如何翻新一个Service Worker

你的service
worker总有亟待立异的那一天。当那一天来到的时候,你要求按照如下步骤来更新:

  1. 履新您的service worker的JavaScript文件
    1. 当用户浏览你的网站,浏览器尝试在后台下载service
      worker的本子文件。只要服务器上的文件和地面文件有一个字节分裂,它们就被判定为索要更新。
  2. 更新后的service worker将启幕运行,install event被另行触发。
  3. 在那个时间节点上,当前页面生效的照样是老版本的service
    worker,新的servicer worker将进入”waiting”状态。
  4. 眼下页面被关门之后,老的service worker进程被杀死,新的servicer
    worker正式生效。
  5. 即使新的service worker生效,它的activate事件被触发。

代码更新后,平常需求在activate的callback中实施一个管制cache的操作。因为你会须求破除掉从前旧的数量。我们在activate而不是install的时候实施这一个操作是因为只要大家在install的时候霎时执行它,那么仍旧在运作的旧版本的数额就坏了。

前面大家只使用了一个缓存,叫做my-site-cache-v1,其实我们也可以使用多个缓存的,例如一个给页面使用,一个给blog的内容提交使用。这意味着,在install步骤里,我们可以创建两个缓存,pages-cache-v1和blog-posts-cache-v1,在activite步骤里,我们可以删除旧的my-site-cache-v1。

下边的代码可以循环所有的缓存,删除掉所有不在白名单中的缓存。

JavaScript

self.addEventListener(‘activate’, function(event) { var cacheWhitelist =
[‘pages-cache-v1’, ‘blog-posts-cache-v1’]; event.waitUntil(
caches.keys().then(function(cacheNames) { return Promise.all(
cacheNames.map(function(cacheName) { if
(cacheWhitelist.indexOf(cacheName) === -1) { return
caches.delete(cacheName); } }) ); }) ); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
self.addEventListener(‘activate’, function(event) {
 
  var cacheWhitelist = [‘pages-cache-v1’, ‘blog-posts-cache-v1’];
 
  event.waitUntil(
    caches.keys().then(function(cacheNames) {
      return Promise.all(
        cacheNames.map(function(cacheName) {
          if (cacheWhitelist.indexOf(cacheName) === -1) {
            return caches.delete(cacheName);
          }
        })
      );
    })
  );
});

Cache

网页缓存有广大,如HTTP缓存,localStorage,sessionStorage和cacheStorage都可以灵活搭配举行缓存,但操作太繁琐,直接行使更尖端Service
worker

–本文的东家。

处理边界和填坑

这一节内容相比较新,有许多待定细节。希望这一节很快就不须求讲了(因为标准会处理这么些题材——译者注),可是现在,那个内容照旧应该被提一下。

添加Service worker入口

在web app的首页添加以下代码

JavaScript

<script> if (‘serviceWorker’ in navigator) {
navigator.serviceWorker.register(‘/sw.js’); } </script>

1
2
3
4
5
<script>
if (‘serviceWorker’ in navigator) {
navigator.serviceWorker.register(‘/sw.js’);
}
</script>

即使浏览器支持serviceWorker就注册它,不协助照旧如常浏览,没有Service
worker
所提供的增高效率。

Service worker控制范围:
简单意况下,将sw.js坐落网站的根目录下,那样Service
worker
可以决定网站有着的页面,,同理,倘诺把sw.js放在/my-app/sw.js这就是说它不得不控制my-app目录下的页面。
sw.js放在/js/目录呢?更好的目录结构和范围控制呢?
必发88,在登记时指定js地方并设置限定。

JavaScript

navigator.serviceWorker.register(‘/js/sw.js’, {scope:
‘/sw-test/’}).then(function(registration) { // Registration was
successful console.log(‘ServiceWorker registration successful with
scope: ‘, registration.scope); }).catch(function(err) { // registration
failed 🙁 console.log(‘ServiceWorker registration failed: ‘, err); });

1
2
3
4
5
6
7
navigator.serviceWorker.register(‘/js/sw.js’, {scope: ‘/sw-test/’}).then(function(registration) {
      // Registration was successful
      console.log(‘ServiceWorker registration successful with scope: ‘, registration.scope);
    }).catch(function(err) {
      // registration failed 🙁
      console.log(‘ServiceWorker registration failed: ‘, err);
    });

假使设置失利了,没有很优雅的方法赢得通报

比方一个worker被登记了,可是并未出现在chrome://inspect/#service-workers或chrome://serviceworker-internals,那么很可能因为异常而安装失败了,或者是产生了一个被拒绝的的promise给event.waitUtil。

要解决那类难题,首先到 chrome://serviceworker-internals检查。打开开发者工具窗口准备调试,然后在你的install event代码中添加debugger;语句。这样,通过断点调试你更容易找到问题。

Service worker实现

监听三个事件:

JavaScript

self.addEventListener(‘install’, onInstall);
self.addEventListener(‘fetch’, onFetch);
self.addEventListener(“activate”, onActivate);

1
2
3
self.addEventListener(‘install’, onInstall);
self.addEventListener(‘fetch’, onFetch);
self.addEventListener("activate", onActivate);

fetch()近来仅帮衬Service Workers

fetch立刻协助在页面上选拔了,可是近年来的Chrome已毕,它还只援助service
worker。cache
API也将要在页面上被帮忙,但是近来截至,cache也还只好在service
worker中用。

install

JavaScript

////////// // Install ////////// function onInstall(event) {
log(‘install event in progress.’); event.waitUntil(updateStaticCache());
} function updateStaticCache() { return caches
.open(cacheKey(‘offline’)) .then((cache) => { return
cache.addAll(offlineResources); }) .then(() => { log(‘installation
complete!’); }); }

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
//////////
// Install
//////////
function onInstall(event) {
  log(‘install event in progress.’);
  event.waitUntil(updateStaticCache());
}
function updateStaticCache() {
  return caches
    .open(cacheKey(‘offline’))
    .then((cache) => {
      return cache.addAll(offlineResources);
    })
    .then(() => {
      log(‘installation complete!’);
    });
}

install时将装有符合缓存策略的资源开展缓存。

fetch()的默许参数

当你选取fetch,缺省地,请求不会带上cookies等凭证,要想带上的话,需求:

JavaScript

fetch(url, { credentials: ‘include’ })

1
2
3
fetch(url, {
  credentials: ‘include’
})

如此那般设计是有理由的,它比XHR的在同源下默许发送凭据,但跨域时屏弃凭据的平整要来得好。fetch的作为更像任何的CORS请求,例如<img crossorigin>,它默认不发送cookies,除非你指定了<img crossorigin="use-credentials">.。

fetch

JavaScript

//////// // Fetch //////// function onFetch(event) { const request =
event.request; if (shouldAlwaysFetch(request)) {
event.respondWith(networkedOrOffline(request)); return; } if
(shouldFetchAndCache(request)) {
event.respondWith(networkedOrCached(request)); return; }
event.respondWith(cachedOrNetworked(request)); }
onFetch做为浏览器互联网请求的代办,按照须要回到网络或缓存内容,如果得到了互连网内容,重临网络请求时还要进行缓存操作。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
////////
// Fetch
////////
function onFetch(event) {
  const request = event.request;
  if (shouldAlwaysFetch(request)) {
    event.respondWith(networkedOrOffline(request));
    return;
  }
  if (shouldFetchAndCache(request)) {
    event.respondWith(networkedOrCached(request));
    return;
  }
  event.respondWith(cachedOrNetworked(request));
}
onFetch做为浏览器网络请求的代理,根据需要返回网络或缓存内容,如果获取了网络内容,返回网络请求时同时进行缓存操作。

Non-CORS默许不支持

默许景况下,从第三方URL跨域得到一个资源将会破产,除非对方帮助了CORS。你可以添加一个non-CORS选项到Request去避免战败。代价是那般做会重回一个“不透明”的response,意味着你不可能得知这几个请求究竟是水到渠成了或者战败了。

JavaScript

cache.addAll(urlsToPrefetch.map(function(urlToPrefetch) { return new
Request(urlToPrefetch, { mode: ‘no-cors’ }); })).then(function() {
console.log(‘All resources have been fetched and cached.’); });

1
2
3
4
5
cache.addAll(urlsToPrefetch.map(function(urlToPrefetch) {
  return new Request(urlToPrefetch, { mode: ‘no-cors’ });
})).then(function() {
  console.log(‘All resources have been fetched and cached.’);
});

activate

JavaScript

/////////// // Activate /////////// function onActivate(event) {
log(‘activate event in progress.’); event.waitUntil(removeOldCache()); }
function removeOldCache() { return caches .keys() .then((keys) => {
return Promise.all( // We return a promise that settles when all
outdated caches are deleted. keys .filter((key) => { return
!key.startsWith(version); // Filter by keys that don’t start with the
latest version prefix. }) .map((key) => { return caches.delete(key);
// Return a promise that’s fulfilled when each outdated cache is
deleted. }) ); }) .then(() => { log(‘removeOldCache completed.’); });
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
///////////
// Activate
///////////
function onActivate(event) {
  log(‘activate event in progress.’);
  event.waitUntil(removeOldCache());
}
function removeOldCache() {
  return caches
    .keys()
    .then((keys) => {
      return Promise.all( // We return a promise that settles when all outdated caches are deleted.
        keys
         .filter((key) => {
           return !key.startsWith(version); // Filter by keys that don’t start with the latest version prefix.
         })
         .map((key) => {
           return caches.delete(key); // Return a promise that’s fulfilled when each outdated cache is deleted.
         })
      );
    })
    .then(() => {
      log(‘removeOldCache completed.’);
    });
}

在activate时按照version值来删除过期的缓存。

fetch()不根据30x重定向规范

糟糕,重定向在fetch()中不会被触发,那是眼下版本的bug;

管理 Service worker

处理响应式图片

img的srcset属性或者<picture>标签会根据情况从浏览器或者网络上选择最合适尺寸的图片。

在service worker中,你想要在install步骤缓存一个图形,你有以下二种拔取:

  1. 安装具有的<picture>元素或者将被请求的srcset属性。
  2. 安装单一的low-res版本图片
  3. 安装单一的high-res版本图片

正如好的方案是2或3,因为一旦把具备的图纸都给下载下来存着有点浪费内存。

设若你将low-res版本在install的时候缓存了,然后在页面加载的时候你想要尝试从网络上下载high-res的版本,不过假诺high-res版本下载败北以来,似乎故用low-res版本。那么些想法很好也值得去做,不过有一个难题:

比方大家有下边二种图片:

Screen Density Width Height
1x 400 400
2x 800 800

HTML代码如下:

JavaScript

<img src=”image-src.png” srcset=”image-src.png 1x, image-2x.png 2x”
/>

1
<img src="image-src.png" srcset="image-src.png 1x, image-2x.png 2x" />

尽管大家在一个2x的浮现方式下,浏览器会下载image-2x.png,如若大家离线,你可以读取以前缓存并回到image-src.png替代,即使从前它已经被缓存过。就算如此,由于现在的方式是2x,浏览器会把400X400的图纸体现成200X200,要防止那个难点就要在图纸的体裁上设置宽高。

JavaScript

<img src=”image-src.png” srcset=”image-src.png 1x, image-2x.png 2x”
style=”width:400px; height: 400px;” />

1
2
<img src="image-src.png" srcset="image-src.png 1x, image-2x.png 2x"
style="width:400px; height: 400px;" />

必发88 24

<picture>标签情况更复杂一些,难度取决于你是如何创建和使用的,但是可以通过与srcset类似的思路去解决。

特定网站

  1. Google Chrome

Developer Tools->Application->Service Workers

必发88 25

在此处还有多少个可怜实惠的复选框:

  • Offline

依傍断网状态

  • Update on reload
    加载时更新
  • Bypass for network
    连日来拔取网络内容
  1. Firefox

唯有在Settings里有一个得以在HTTP环境中应用Service
worker
的选项,适应于调试,没有单独网站下的Service
worker
管理。

必发88 26

  1. Opera及其余双核浏览器同谷歌 Chrome
    假若看到多少个一样范围内的三个Service
    worker
    ,说明Service
    woker
    更新后,而原有Service
    worker
    还未曾被terminated。

改变URL Hash的Bug

在M40版本中设有一个bug,它会让页面在变更hash的时候造成service
worker甘休工作。

您可以在那边找到越多相关的新闻: 

浏览器全局

看看你的浏览器里都有怎么着Service worker已经存在了

  1. Google Chrome

在地址栏里输入:

JavaScript

chrome://serviceworker-internals/

1
chrome://serviceworker-internals/

可以看到曾经有24个Serviceworker了,在这里可以手动Start让它工作,也得以Unregister卸载掉。

必发88 27

  1. Firefox

有二种方法进入Service
worker
管住界面来手动Start或unregister。

  • 菜单栏,Tool->Web Developer->Service workers
  • 地方栏中输入

JavaScript

about:debugging#workers

1
about:debugging#workers

必发88 28

  1. Opera及其余双核浏览器同谷歌 Chrome

越多内容

那边有局地相关的文档可以参见:

更多

TODO:

  • Service
    workers
    的换代必要手动编辑version,每回发布新小说时需求编制。
  • 使用AMP让页面渲染速度直达最高。

赢得扶持

万一您赶上麻烦,请在Stackoverflow上发帖询问,使用‘service-worker’标签,以便于大家立时跟进和尽可能帮忙你解决难点。

赞 2 收藏
评论

必发88 29

Ref links

Service Worker Cookbook

Is service worker
ready?

Chrome service worker status
page

Firefox service worker status
page

MS Edge service worker status
page

WebKit service worker status
page

1 赞 2 收藏
评论

必发88 30

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图