连不上网,离线网页应用

连不上网?大英帝国卫报的秉性离线页面是如此做的

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

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

咱俩是怎样行使 service worker 来为 theguardian.com
构建一个自定义的离线页面。

亚洲必赢官网 1

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

您正在朝着公司途中的地铁里,在表哥大上开辟了
Guardian
应用。大巴被隧道包围着,不过这么些动用可以健康运行,就算没有网络连接,你也能得到完全的作用,除了体现的始末可能有点旧。假若您品味在网站上也如此干,可惜它完全没办法加载:

亚洲必赢官网 2

安卓版 Chrome 的离线页面

Chrome 中的那个彩蛋,很两人都不知道》

Chrome
在离线页面上有个暗藏的嬉戏(桌面版上按空格键,手机版上点击那只恐龙),那多少能减轻一点你的干扰。不过大家得以做得更好。

Service
workers
允许网站小编拦截自己站点的富有网络请求,那也就象征我们可以提供周全的离线体验,似乎原生应用相同。在
Guardian
网站,大家多年来上线了一个自定义的离线体验效果。当用户离线的时候,他们会看出一个饱含
Guardian
标识的页面,下面带有一个简约的离线提醒,还有一个填字游戏,他们得以在伺机网络连接的时候玩玩这几个找点乐子。那篇博客解释了俺们是怎么样构建它的,然而在始发以前,你可以先自己试试看。

运用 瑟维斯(Service)(Service) worker 创造一个非常不难的离线页面

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

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

让我们想像以下情形:大家那儿在一辆通往农村的高铁上,用移动设备看着一篇很棒的文章。与此同时,当你点击“查看更加多”的链接时,火车忽然进入了隧道,导致移动设备失去了网络,而
web 页面会展现出类似以下的情节:

亚洲必赢官网 3

这是格外令人寒心的心得!幸运的是,web
开发者们能通过有些新特征来立异这类的用户体验。我近年来径直在折腾 瑟维斯(Service)(Service)Workers,它给 web 带来的无尽可能性总能给自身惊喜。瑟维斯(Service) Workers
的脍炙人口特质之一是允许你检测网络请求的场合,并让您作出相应的响应。

在那篇小说里,我打算用此特性检查用户的当前网络连接景况,即使没连接则赶回一个顶尖简单的离线页面。即便那是一个可怜基础的案例,但它能给你带来启发,让您理解启动并运行该特性是何其的简短!要是你没精晓过
瑟维斯(Service) Worker,我提出您看看此 Github
repo,精晓更加多相关的消息。

在本案例初步前,让大家先简单地探访它的劳作流程:

  1. 在用户首次访问大家的页面时,我们会安装 瑟维斯(Service)Worker,并向浏览器的缓存添加大家的离线 HTML 页面
  2. 下一场,纵然用户打算导航到另一个 web
    页面(同一个网站下),但此刻已断网,那么大家将回来已被缓存的离线
    HTML 页面
  3. 而是,如果用户打算导航到此外一个 web
    页面,而此时网络已一连,则能照常浏览页面

Service Worker入门

2015/03/26 · JavaScript
· Service Worker

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

  • 十年踪迹]()   

原生App拥有Web应用一般所不享有的富离线体验,定时的沉吟不语更新,信息公告推送等效果。而新的Serviceworkers标准让在Web App上独具那些功效成为可能。

利用 Service(Service) Worker 做一个 PWA 离线网页应用

2017/10/09 · JavaScript
· PWA, Service
Worker

初稿出处:
人人网FED博客   

在上一篇《自我是如何让网站用上HTML5
Manifest》介绍了怎么用Manifest做一个离线网页应用,结果被广泛网友吐槽说那么些事物已经被deprecated,移出web标准了,现在被瑟维斯(Service)(Service)Worker替代了,不管什么,Manifest的有的考虑还是能借用的。作者又将网站升级到了瑟维斯(Service)Worker,倘诺是用Chrome等浏览器就用瑟维斯(Service)Worker做离线缓存,固然是Safari浏览器就仍然用Manifest,读者可以打开那么些网站感受一下,断网也是能健康打开。

试试看

您须求一个支撑 Service
Worker 和 fetch
API 的浏览器。停止到本文编写时唯有Chrome(手机版和桌面版)同时协理那三种 API(译者注:Opera
近期也支撑那二者),然则 Firefox
很快就要协理了(在每一天更新的本子中一度支撑了),除了 Safari
之外的装有浏览器也都在摸索。此外,service worker 只可以登记在应用了
HTTPS 的网站上,theguardian.com
已经起来逐年搬迁到 HTTPS,所以大家只能在网站的 HTTPS
部分提供离线体验。就当下来说,大家选拔了 开发者博客 作为大家用来测试的地点。所以如若你是在大家网站的 开发者博客 部分阅读那篇小说的话,很幸运。

当你使用援助的浏览器访问大家的 开发者博客 中的页面的时候,一切就准备妥当了。断开你的网络连接,然后刷新一下页面。假若您自己没条件尝试的话,可以看一下那段 以身作则视频(译者注:需梯子)。

连不上网,离线网页应用。让我们起首吧

如果你有以下 HTML 页面。那固然那多少个基础,但能给您完全思路。

XHTML

<!DOCTYPE html>

1
<!DOCTYPE html>

接着,让大家在页面里登记 Service(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(‘ServiceWorker
registration successful with scope: ‘, registration.scope);
}).catch(function(err) { // registration failed 🙁 // 注册败北 🙁
console.log(‘瑟维斯(Service)(Service)Worker 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(Service) Worker
拦截任何网络请求,以此检查网络的连接性,并依据检查结果向用户重回最契合的始末。

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
行代码,我向那几个离线页面及其资源(如:图片)发出请求。在收获成功的响应后,大家将离线页面和血脉相通资源充分到缓存。

明日,离线页面已存进缓存了,大家可在须要的时候检索它。在同一个 瑟维斯(Service)Worker 中,我们需求对无网络时重临的离线页面添加相应的逻辑代码。

JavaScript

this.add伊芙(Eve)ntListener(‘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
内置的开发者工具。首先,导航到您的页面,然后一旦设置上了 瑟维斯(Service)(Service)Worker,就开辟 Network 标签并将节流(throttling)改为
Offline。(译者注:若将节流设置为 Offline
没意义,则可因此关闭网络或者通过360伊春警卫禁止 Chrome 访问网络)

亚洲必赢官网 4

万一您刷新页面,你应有能观察相应的离线页面!

亚洲必赢官网 5

若果你只想大致地测试该意义而不想写任何代码,那么你可以访问我已开立好的
demo。其它,上述任何代码可以在
Github repo 找到。

自己知道用在此案例中的页面很不难,但您的离线页面则取决于你协调!假如你想深远该案例的始末,你可以为离线页面添加缓存破坏(
cache busting),如:
此案例。

Service Worker 是什么?

一个 service worker
是一段运行在浏览器后台进度里的本子,它独立于当下页面,提供了那么些不要求与web页面交互的效劳在网页背后悄悄执行的力量。在将来,基于它可以已毕信息推送,静默更新以及地理围栏等劳动,然则当前它首先要享有的效益是阻碍和拍卖网络请求,包蕴可编程的响应缓存管理。

何以说这几个API是一个不行棒的API呢?因为它使得开发者能够支撑更加好的离线体验,它赋予开发者完全控制离线数据的力量。

在service worker提议以前,其它一个提供开发者离线体验的API叫做App
Cache。不过App
Cache有些局限性,例如它可以很简单地解决单页应用的题材,可是在多页应用上会很麻烦,而Service(Service)workers的产出正是为了缓解App Cache的痛点。

上边详细说一下service worker有啥样要求小心的地点:

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

1. 什么是Service Worker

瑟维斯(Service)(Service) Worker是谷歌倡导的贯彻PWA(Progressive Web
App)的一个重大角色,PWA是为了化解传统Web APP的通病:

(1)没有桌面入口

(2)不可能离线使用

(3)没有Push推送

那Service(Service) Worker的具体表现是怎么的呢?如下图所示:

亚洲必赢官网 6

瑟维斯(Service)Worker是在后台启动的一条服务Worker线程,上图我开了四个标签页,所以显示了七个Client,但是不管开多少个页面都只有一个Worker在负责管理。那一个Worker的干活是把一些资源缓存起来,然后拦截页面的乞请,先看下缓存库里有没有,假如有的话就从缓存里取,响应200,反之没有的话就走正规的伸手。具体来说,瑟维斯(Service)(Service)Worker结合Web App Manifest能不辱职责以下工作(那也是PWA的检测专业):

亚洲必赢官网 7

包罗可以离线使用、断网时再次来到200、能唤起用户把网站添加一个图标到桌面上等。

行事规律

因而一段不难的
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)(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,你会师到专门为你订制的个性化内容,它们是在您前边访问网站时由浏览器缓存下来的。它在设置进程中也不会生出任何困难,你所急需的只是造访那一个网站而已,不像原生应用,还索要用户有一个用到集团的账号才能设置。Service(Service)worker
同样可以支持大家升高网站的加载速度,因为网站的框架可以被有限支撑地缓存下来,如同原生应用相同。

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

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

打赏译者

开展阅读

其它,还有几个很棒的离线作用案例。如:Guardian 构建了一个具备 crossword
puzzle(填字游戏)的离线
web 页面 –
因此,尽管等待网络重连时(即已在离线状态下),也能找到一点乐趣。我也援引看看
Google Chrome Github
repo,它包含了过多不等的
瑟维斯(Service) Worker 案例 – 其中一部分用到案例也在那!

只是,如若您想跳过上述代码,只是想大致地通过一个库来拍卖相关操作,那么我引进您看看
UpUp。那是一个轻量的脚本,能让你更轻松地采用离线功用。

打赏协理我翻译更多好小说,谢谢!

打赏译者

瑟维斯(Service)(Service) Worker的生命周期

瑟维斯(Service) 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初次安装的生命周期:

亚洲必赢官网 8

2. 瑟维斯(Service)(Service) Worker的支持情状

Service Worker如今唯有Chrome/Firfox/Opera协助:

亚洲必赢官网 9

Safari和Edge也在预备援救瑟维斯(Service)(Service) Worker,由于瑟维斯(Service)Worker是谷歌(谷歌(Google))为主的一项正式,对于生态相比较封闭的Safari来说也是迫于时局开头准备帮衬了,在Safari
TP版本,可以见到:

亚洲必赢官网 10

在试行作用(Experimental Features)里已经有ServiceWorker的菜单项了,只是尽管打开也是不可以用,会唤起您还并未兑现:

亚洲必赢官网 11

但无论是怎么着,至少表明Safari已经准备帮助ServiceWorker了。此外仍能够看来在2019年二零一七年6月发表的Safari
11.0.1本子现已支撑WebRTC了,所以Safari照旧一个更上一层楼的子女。

Edge也准备协助,所以Service(Service) Worker的前景极度美好。

打赏扶助自己翻译更加多好文章,谢谢!

亚洲必赢官网 12

1 赞 收藏
评论

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

任选一种支付办法

亚洲必赢官网 13
亚洲必赢官网 14

1 赞 3 收藏 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询问最佳实践。

3. 使用Service Worker

ServiceWorker的接纳套路是先挂号一个Worker,然后后台就会启动一条线程,能够在那条线程启动的时候去加载一些资源缓存起来,然后监听fetch事件,在这些事件里拦截页面的哀求,先看下缓存里有没有,要是有直接重临,否则正常加载。或者是一起首不缓存,每个资源请求后再拷贝一份缓存起来,然后下一遍呼吁的时候缓存里就有了。

有关小编:Erucy

亚洲必赢官网 15

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

亚洲必赢官网 16

至于作者:刘健超-J.c

亚洲必赢官网 17

前端,在路上…
个人主页 ·
我的稿子亚洲必赢官网 , ·
19 ·
    

亚洲必赢官网 18

使用Service Worker

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

(1)注册一个瑟维斯(Service)(Service) Worker

瑟维斯(Service)(Service) Worker对象是在window.navigator里面,如下代码:

JavaScript

window.addEventListener(“load”, function() { console.log(“Will the
service worker register?”); navigator.serviceWorker.register(‘/sw-3.js’)
.then(function(reg){ console.log(“Yes, it did.”); }).catch(function(err)
{ console.log(“No it didn’t. This happened: “, err) }); });

1
2
3
4
5
6
7
8
9
window.addEventListener("load", function() {
    console.log("Will the service worker register?");
    navigator.serviceWorker.register(‘/sw-3.js’)
    .then(function(reg){
        console.log("Yes, it did.");
    }).catch(function(err) {
        console.log("No it didn’t. This happened: ", err)
    });
});

在页面load完之后注册,注册的时候传一个js文件给它,这一个js文件就是ServiceWorker的周转条件,倘使不可能学有所成注册的话就会抛很是,如Safari
TP即便有其一目标,但是会抛万分不可能运用,就可以在catch里面处理。那里有个问题是干吗需求在load事件启动呢?因为你要非凡启动一个线程,启动之后您或许还会让它去加载资源,这几个都是必要占用CPU和带宽的,大家应当有限协理页面能健康加载完,然后再起步大家的后台线程,无法与正常的页面加载暴发竞争,这些在低端移动装备意义相比大。

再有少数要求小心的是Service(Service)Worker和库克ie一样是有Path路径的概念的,如果您设定一个cookie若是叫time的path=/page/A,在/page/B这一个页面是无法获得到这么些cookie的,若是设置cookie的path为根目录/,则持有页面都能获得到。类似地,假若注册的时候利用的js路径为/page/sw.js,那么这些瑟维斯(Service)Worker只可以管理/page路径下的页面和资源,而不可见处理/api路径下的,所以一般把瑟维斯(Service)(Service)Worker注册到超级目录,如上边代码的”/sw-3.js”,那样那一个ServiceWorker就能接管页面的享有资源了。

什么注册和装置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是否对你的网站启用了。

亚洲必赢官网 19

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

您会意识那一个意义可以很有益于地在一个模仿窗口中测试你的service
worker,那样您可以关闭和重新打开它,而不会影响到你的新窗口。任何创立在模拟窗口中的注册服务和缓存在窗口被关闭时都将一无往返。

(2)Service Worker安装和激活

登记完以后,ServiceWorker就会进展安装,那一个时候会触发install事件,在install事件之中可以缓存一些资源,如下sw-3.js:

JavaScript

const CACHE_NAME = “fed-cache”; this.add伊夫ntListener(“install”,
function(event) { this.skipWaiting(); console.log(“install service
worker”); // 创造和开辟一个缓存库 caches.open(CACHE_NAME); // 首页 let
cacheResources = [“];
event.waitUntil( // 请求资源并添加到缓存里面去
caches.open(CACHE_NAME).then(cache => {
cache.addAll(cacheResources); }) ); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
const CACHE_NAME = "fed-cache";
this.addEventListener("install", function(event) {
    this.skipWaiting();
    console.log("install service worker");
    // 创建和打开一个缓存库
    caches.open(CACHE_NAME);
    // 首页
    let cacheResources = ["https://fed.renren.com/?launcher=true"];
    event.waitUntil(
        // 请求资源并添加到缓存里面去
        caches.open(CACHE_NAME).then(cache => {
            cache.addAll(cacheResources);
        })
    );
});

透过上边的操作,创造和添加了一个缓存库叫fed-cache,如下Chrome控制台所示:

亚洲必赢官网 20

瑟维斯(Service)(Service)Worker的API基本上都是再次来到Promise对象防止堵塞,所以要用Promise的写法。上面在设置ServiceWorker的时候就把首页的伸手给缓存起来了。在ServiceWorker的运作环境之中它有一个caches的大局对象,那么些是缓存的入口,还有一个常用的clients的全局对象,一个client对应一个标签页。

在ServiceWorker里面可以使用fetch等API,它和DOM是隔离的,没有windows/document对象,无法直接操作DOM,无法直接和页面交互,在瑟维斯(Service)(Service)Worker里面不可能获悉当前页面打开了、当前页面的url是哪些,因为一个ServiceWorker管理当前开拓的多少个标签页,可以通过clients知道所有页面的url。还有能够经过postMessage的方法和主页面相互传递音讯和数量,进而做些控制。

install完事后,就会触发瑟维斯(Service) Worker的active事件:

JavaScript

this.addEventListener(“active”, function(event) { console.log(“service
worker is active”); });

1
2
3
this.addEventListener("active", function(event) {
    console.log("service worker is active");
});

瑟维斯(Service)(Service)Worker激活之后就可见监听fetch事件了,大家希望每得到一个资源就把它缓存起来,就不要像上一篇涉嫌的Manifest需求先生成一个列表。

您恐怕会问,当自己刷新页面的时候不是又再度挂号安装和激活了一个ServiceWorker?固然又调了三次注册,但并不会再一次登记,它发现”sw-3.js”那几个曾经注册了,就不会再登记了,进而不会触发install和active事件,因为近期ServiceWorker已经是active状态了。当必要立异瑟维斯(Service)(Service)Worker时,如变成”sw-4.js”,或者变更sw-3.js的公文内容,就会另行挂号,新的ServiceWorker会先install然后进入waiting状态,等到重启浏览器时,老的ServiceWorker就会被替换掉,新的瑟维斯(Service)Worker进入active状态,如若不想等到再一次启航浏览器可以像上面一样在install里面调skipWaiting:

JavaScript

this.skipWaiting();

1
this.skipWaiting();

Service(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事件。

(3)fetch资源后cache起来

正如代码,监听fetch事件做些处理:

JavaScript

this.addEventListener(“fetch”, function(event) { event.respondWith(
caches.match(event.request).then(response => { // cache hit if
(response) { return response; } return
util.fetchPut(event.request.clone()); }) ); });

1
2
3
4
5
6
7
8
9
10
11
12
this.addEventListener("fetch", function(event) {
    event.respondWith(
        caches.match(event.request).then(response => {
            // cache hit
            if (response) {
                return response;
            }
            return util.fetchPut(event.request.clone());
        })
    );
});

先调caches.match看一下缓存里面是还是不是有了,倘若有直接再次来到缓存里的response,否则的话正常请求资源并把它内置cache里面。放在缓存里资源的key值是Request对象,在match的时候,需求请求的url和header都同一才是同样的资源,可以设定第一个参数ignoreVary:

JavaScript

caches.match(event.request, {ignoreVary: true})

1
caches.match(event.request, {ignoreVary: true})

代表一旦请求url相同就认为是同一个资源。

地方代码的util.fetchPut是那样已毕的:

JavaScript

let util = { fetchPut: function (request, callback) { return
fetch(request).then(response => { // 跨域的资源间接return if
(!response || response.status !== 200 || response.type !== “basic”) {
return response; } util.putCache(request, response.clone()); typeof
callback === “function” && callback(); return response; }); }, putCache:
function (request, resource) { // 后台不要缓存,preview链接也不用缓存 if
(request.method === “GET” && request.url.indexOf(“wp-admin”) < 0 &&
request.url.indexOf(“preview_id”) < 0) {
caches.open(CACHE_NAME).then(cache => { cache.put(request,
resource); }); } } };

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
let util = {
    fetchPut: function (request, callback) {
        return fetch(request).then(response => {
            // 跨域的资源直接return
            if (!response || response.status !== 200 || response.type !== "basic") {
                return response;
            }
            util.putCache(request, response.clone());
            typeof callback === "function" && callback();
            return response;
        });
    },
    putCache: function (request, resource) {
        // 后台不要缓存,preview链接也不要缓存
        if (request.method === "GET" && request.url.indexOf("wp-admin") < 0
              && request.url.indexOf("preview_id") < 0) {
            caches.open(CACHE_NAME).then(cache => {
                cache.put(request, resource);
            });
        }
    }
};

亟需专注的是跨域的资源无法缓存,response.status会再次回到0,要是跨域的资源协助CORS,那么可以把request的mod改成cors。若是请求战败了,如404或者是过期等等的,那么也一向回到response让主页面处理,否则的话表明加载成功,把那几个response克隆一个松手cache里面,然后再回来response给主页面线程。注意能减缓存里的资源一般只可以是GET,通过POST获取的是不可以缓存的,所以要做个判断(当然你也可以手动把request对象的method改成get),还有把有些私有不期望缓存的资源也做个判断。

如此这般一旦用户打开过五回页面,瑟维斯(Service)Worker就设置好了,他刷新页面或者打开第四个页面的时候就可以把请求的资源一一做缓存,包含图片、CSS、JS等,只要缓存里有了不管用户在线或者离线都可以健康访问。那样大家自然会有一个题目,这一个缓存空间到底有多大?上一篇大家提到Manifest也终于地点存储,PC端的Chrome是5Mb,其实那几个说法在新本子的Chrome已经不纯粹了,在Chrome
61版本能够看看地面存储的空间和行使情状:

亚洲必赢官网 21

里面Cache Storage是指Service(Service)Worker和Manifest占用的上空大小和,上图可以看看总的空间尺寸是20GB,大概是unlimited,所以基本上不用顾虑缓存会不够用。

什么样缓存和再次回到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只可以被读取一遍,所以大家得将它克隆出来,一份发给浏览器,一份发给缓存。

(4)cache html

地方第(3)步把图纸、js、css缓存起来了,可是借使把页面html也缓存了,例如把首页缓存了,就会有一个啼笑皆非的问题——ServiceWorker是在页面注册的,不过现在收获页面的时候是从缓存取的,每一回都是如出一辙的,所以就招致不可以立异ServiceWorker,如变成sw-5.js,不过PWA又要求大家能缓存页面html。那如何做呢?谷歌(Google)的开发者文档它只是提到会存在那一个题目,但并从未表达怎么解决这么些问题。那么些的题材的解决就必要大家要有一个体制能了解html更新了,从而把缓存里的html给替换掉。

Manifest更新缓存的体制是去看Manifest的文书内容有没有爆发变化,假设暴发变化了,则会去创新缓存,ServiceWorker也是基于sw.js的公文内容有没有暴发变化,大家得以借鉴那些思想,假若请求的是html并从缓存里取出来后,再发个请求获取一个文件看html更新时间是还是不是暴发变化,若是暴发变化了则说明暴发转移了,进而把缓存给删了。所以可以在服务端通过操纵那几个文件从而去立异客户端的缓存。如下代码:

JavaScript

this.add伊芙ntListener(“fetch”, function(event) { event.respondWith(
caches.match(event.request).then(response => { // cache hit if
(response) { //假设取的是html,则看发个请求看html是或不是更新了 if
(response.headers.get(“Content-Type”).indexOf(“text/html”) >= 0) {
console.log(“update html”); let url = new URL(event.request.url);
util.updateHtmlPage(url, event.request.clone(), event.clientId); }
return response; } return util.fetchPut(event.request.clone()); }) );
});

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
this.addEventListener("fetch", function(event) {
 
    event.respondWith(
        caches.match(event.request).then(response => {
            // cache hit
            if (response) {
                //如果取的是html,则看发个请求看html是否更新了
                if (response.headers.get("Content-Type").indexOf("text/html") >= 0) {
                    console.log("update html");
                    let url = new URL(event.request.url);
                    util.updateHtmlPage(url, event.request.clone(), event.clientId);
                }
                return response;
            }
 
            return util.fetchPut(event.request.clone());
        })
    );
});

由此响应头header的content-type是或不是为text/html,倘使是的话就去发个请求获取一个文本,依据这一个文件的始末决定是或不是需求删除缓存,那些创新的函数util.updateHtmlPage是那般完结的:

JavaScript

let pageUpdateTime = { }; let util = { updateHtmlPage: function (url,
htmlRequest) { let pageName = util.getPageName(url); let jsonRequest =
new Request(“/html/service-worker/cache-json/” + pageName + “.sw.json”);
fetch(jsonRequest).then(response => { response.json().then(content
=> { if (pageUpdateTime[pageName] !== content.update提姆e) {
console.log(“update page html”); // 假使有立异则另行赢得html
util.fetchPut(htmlRequest); pageUpdate提姆e[pageName] =
content.updateTime; } }); }); }, delCache: function (url) {
caches.open(CACHE_NAME).then(cache => { console.log(“delete cache “

  • url); cache.delete(url, {ignoreVary: true}); }); } };
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
let pageUpdateTime = {
 
};
let util = {
    updateHtmlPage: function (url, htmlRequest) {
        let pageName = util.getPageName(url);
        let jsonRequest = new Request("/html/service-worker/cache-json/" + pageName + ".sw.json");
        fetch(jsonRequest).then(response => {
            response.json().then(content => {
                if (pageUpdateTime[pageName] !== content.updateTime) {
                    console.log("update page html");
                    // 如果有更新则重新获取html
                    util.fetchPut(htmlRequest);
                    pageUpdateTime[pageName] = content.updateTime;
                }
            });
        });
    },
    delCache: function (url) {
        caches.open(CACHE_NAME).then(cache => {
            console.log("delete cache " + url);
            cache.delete(url, {ignoreVary: true});
        });
    }
};

代码先去赢得一个json文件,一个页面会对应一个json文件,这几个json的内容是这样的:

JavaScript

{“updateTime”:”10/2/2017, 3:23:57 PM”,”resources”: {img: [], css:
[]}}

1
{"updateTime":"10/2/2017, 3:23:57 PM","resources": {img: [], css: []}}

里面根本有一个update提姆e的字段,假设地点内存没有那么些页面的update提姆e的数据或者是和最新update提姆(Tim)e分裂,则另行去获取
html,然后嵌入缓存里。接着须求布告页面线程数据暴发变化了,你刷新下页面吗。那样就毫无等用户刷新页面才能见效了。所以当刷新完页面后用postMessage布告页面:

JavaScript

let util = { postMessage: async function (msg) { const allClients =
await clients.matchAll(); allClients.forEach(client =>
client.postMessage(msg)); } }; util.fetchPut(htmlRequest, false,
function() { util.postMessage({type: 1, desc: “html found updated”, url:
url.href}); });

1
2
3
4
5
6
7
8
9
let util = {
    postMessage: async function (msg) {
        const allClients = await clients.matchAll();
        allClients.forEach(client => client.postMessage(msg));
    }
};
util.fetchPut(htmlRequest, false, function() {
    util.postMessage({type: 1, desc: "html found updated", url: url.href});
});

并确定type: 1就表示那是一个革新html的音讯,然后在页面监听message事件:

JavaScript

if(“serviceWorker” in navigator) {
navigator.serviceWorker.addEventListener(“message”, function(event) {
let msg = event.data; if (msg.type === 1 && window.location.href ===
msg.url) { console.log(“recv from service worker”, event.data);
window.location.reload(); } }); }

1
2
3
4
5
6
7
8
9
if("serviceWorker" in navigator) {
    navigator.serviceWorker.addEventListener("message", function(event) {
        let msg = event.data;
        if (msg.type === 1 && window.location.href === msg.url) {
            console.log("recv from service worker", event.data);
            window.location.reload();
        }  
    });
}

下一场当大家要求立异html的时候就立异json文件,那样用户就能见到最新的页面了。或者是当用户重新开动浏览器的时候会造成ServiceWorker的运转内存都被清空了,即存储页面更新时间的变量被清空了,这几个时候也会另行请求页面。

急需留意的是,要把这一个json文件的http
cache时间设置成0,那样浏览器就不会缓存了,如下nginx的布署:

JavaScript

location ~* .sw.json$ { expires 0; }

1
2
3
location ~* .sw.json$ {
    expires 0;
}

因为这些文件是亟需实时获取的,无法被缓存,firefox默许会缓存,Chrome不会,加上http缓存时间为0,firefox也不会缓存了。

再有一种更新是用户更新的,例如用户公布了评论,须要在页面通告service
worker把html缓存删了重复得到,那是一个扭曲的音信公告:

JavaScript

if (“serviceWorker” in navigator) {
document.querySelector(“.comment-form”).addEventListener(“submit”,
function() { navigator.serviceWorker.controller.postMessage({ type: 1,
desc: “remove html cache”, url: window.location.href} ); } }); }

1
2
3
4
5
6
7
8
9
10
if ("serviceWorker" in navigator) {
    document.querySelector(".comment-form").addEventListener("submit", function() {
            navigator.serviceWorker.controller.postMessage({
                type: 1,
                desc: "remove html cache",
                url: window.location.href}
            );
        }
    });
}

Service Worker也监听message事件:

JavaScript

const messageProcess = { // 删除html index 1: function (url) {
util.delCache(url); } }; let util = { delCache: function (url) {
caches.open(CACHE_NAME).then(cache => { console.log(“delete cache “

  • url); cache.delete(url, {ignoreVary: true}); }); } };
    this.addEventListener(“message”, function(event) { let msg = event.data;
    console.log(msg); if (typeof messageProcess[msg.type] === “function”)
    { messageProcess[msg.type](msg.url); } });
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
const messageProcess = {
    // 删除html index
    1: function (url) {
        util.delCache(url);
    }
};
 
let util = {
    delCache: function (url) {
        caches.open(CACHE_NAME).then(cache => {
            console.log("delete cache " + url);
            cache.delete(url, {ignoreVary: true});
        });
    }
};
 
this.addEventListener("message", function(event) {
    let msg = event.data;
    console.log(msg);
    if (typeof messageProcess[msg.type] === "function") {
        messageProcess[msg.type](msg.url);
    }
});

依照差距的信息类型调区其余回调函数,如若是1的话就是删除cache。用户发布完评论后会触发刷新页面,刷新的时候缓存已经被删了就会再也去央浼了。

这么就缓解了实时更新的问题。

怎么革新一个Service(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);
          }
        })
      );
    })
  );
});

4. Http/Manifest/Service Worker三种cache的关系

要缓存可以使用三种手段,使用Http
Cache设置缓存时间,也得以用Manifest的Application Cache,还能用ServiceWorker缓存,假如三者都用上了会怎么样啊?

会以瑟维斯(Service) Worker为事先,因为Service(Service)Worker把请求拦截了,它首先做拍卖,即便它缓存库里一些话平素回到,没有的话正常请求,就约等于尚未ServiceWorker了,那几个时候就到了Manifest层,Manifest缓存里如若有些话就取那一个缓存,要是没有的话就一定于尚未Manifest了,于是就会从Http缓存里取了,假诺Http缓存里也未尝就会发请求去获得,服务端依照Http的etag或者Modified
提姆(Tim)e可能会回来304 Not
Modified,否则正常重临200和数目内容。那就是整一个赢得的经过。

故此假设既用了Manifest又用瑟维斯(Service)Worker的话应该会招致同一个资源存了四次。不过足以让协助瑟维斯(Service)(Service)Worker的浏览器拔取Service(Service) Worker,而不接济的采纳Manifest.

处理边界和填坑

这一节内容相比新,有成千成万待定细节。希望这一节很快就不须求讲了(因为标准会处理那个题材——译者注),不过现在,那一个情节依然应该被提一下。

5. 拔取Web App Manifest添加桌面入口

在意那里说的是别的一个Manifest,那些Manifest是一个json文件,用来放网站icon名称等音讯以便在桌面添加一个图标,以及成立一种打开那么些网页如同打开App一样的法力。上边一贯说的Manifest是被屏弃的Application
Cache的Manifest。

其一Maifest.json文件可以这么写:

JavaScript

{ “short_name”: “人人FED”, “name”: “人人网FED,专注于前者技术”,
“icons”: [ { “src”: “/html/app-manifest/logo_48.png”, “type”:
“image/png”, “sizes”: “48×48” }, { “src”:
“/html/app-manifest/logo_96.png”, “type”: “image/png”, “sizes”: “96×96”
}, { “src”: “/html/app-manifest/logo_192.png”, “type”: “image/png”,
“sizes”: “192×192” }, { “src”: “/html/app-manifest/logo_512.png”,
“type”: “image/png”, “sizes”: “512×512” } ], “start_url”:
“/?launcher=true”, “display”: “standalone”, “background_color”:
“#287fc5”, “theme_color”: “#fff” }

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
{
  "short_name": "人人FED",
  "name": "人人网FED,专注于前端技术",
  "icons": [
    {
      "src": "/html/app-manifest/logo_48.png",
      "type": "image/png",
      "sizes": "48×48"
    },
    {
      "src": "/html/app-manifest/logo_96.png",
      "type": "image/png",
      "sizes": "96×96"
    },
    {
      "src": "/html/app-manifest/logo_192.png",
      "type": "image/png",
      "sizes": "192×192"
    },
    {
      "src": "/html/app-manifest/logo_512.png",
      "type": "image/png",
      "sizes": "512×512"
    }
  ],
  "start_url": "/?launcher=true",
  "display": "standalone",
  "background_color": "#287fc5",
  "theme_color": "#fff"
}

icon须求预备多种条件,最大需求512px *
512px的,那样Chrome会自动去挑选合适的图形。假设把display改成standalone,从变化的图标打开就会像打开一个App一样,没有浏览器地址栏那个东西了。start_url指定打开之后的进口链接。

然后添加一个link标签指向那几个manifest文件:

JavaScript

<link rel=”manifest” href=”/html/app-manifest/manifest.json”>

1
<link rel="manifest" href="/html/app-manifest/manifest.json">

诸如此类组合Service Worker缓存:
亚洲必赢官网 22把start_url指向的页面用ServiceWorker缓存起来,那样当用户用Chrome浏览器打开那个网页的时候,Chrome就会在尾部弹一个升迁,询问用户是不是把这么些网页添加到桌面,如若点“添加”就会转变一个桌面图标,从那么些图标点进去就像是打开一个App一样。感受如下:

亚洲必赢官网 23

正如狼狈的是Manifest近年来唯有Chrome协助,并且不得不在安卓系统上应用,IOS的浏览器不能添加一个桌面图标,因为IOS没有开放那种API,不过我的Safari却又是足以的。

综上,本文介绍了怎么用Service Worker结合Manifest做一个PWA离线Web
APP,紧假诺用瑟维斯(Service)(Service)Worker控制缓存,由于是写JS,比较灵活,仍可以与页面举行通讯,此外通过请求页面的创新时间来判断是不是要求立异html缓存。ServiceWorker的包容性不是专程好,不过前景相比较光明,浏览器都在准备支持。现阶段得以结合offline
cache的Manifest做离线应用。

有关阅读:

  1. 为啥要把网站升级到HTTPS
  2. 怎么着把网站升级到http/2
  3. 本身是何等让网站用上HTML5
    Manifest

1 赞 1 收藏
评论

亚洲必赢官网 24

比方设置失利了,没有很优雅的方法得到通报

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

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

fetch()近来仅帮助Service Workers

fetch立刻帮忙在页面上应用了,不过当前的Chrome完成,它还只支持service
worker。cache
API也即将在页面上被帮衬,不过近期截至,cache也还不得不在service
worker中用。

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">.。

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.’);
});

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

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

处理响应式图片

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;" />

亚洲必赢官网 25

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

改变URL Hash的Bug

在M40版本中存在一个bug,它会让页面在转移hash的时候造成service
worker为止工作。

您可以在此地找到越来越多相关的新闻: 

越来越多内容

这里有部分有关的文档可以参考:

赢得扶持

要是您赶上麻烦,请在Stackoverflow上发帖询问,使用‘service-worker’标签,以便于大家当下跟进和不择手段支持您解决问题。

赞 2 收藏
评论

亚洲必赢官网 26

网站地图xml地图