@gasket/plugin-service-worker
v7.0.6
Published
Gasket Service Worker Plugin
Downloads
675
Readme
@gasket/plugin-service-worker
Service workers (SW) are scripts that run separate from the main web page and enable progressive web app features such as precaching, push notifications, and background syncing.
Installation
npm i @gasket/plugin-service-worker
Update your gasket
file plugin configuration:
// gasket.js
+ import pluginServiceWorker from '@gasket/plugin-service-worker';
export default makeGasket({
plugins: [
+ pluginServiceWorker
]
});
Configuration
Options
To be set in under serviceWorker
in the gasket.js
.
url
- (string) Name of the service worker file. Default is/sw.js
scope
- (string) From where to intercept requests. Default is/
content
- (string) The JavaScript content to be served. While this can be initialized in the Gasket config, the expectation is it will be modified by plugins usingcomposeServiceWorker
lifecycle.cacheKeys
- (function[]) Optional cache key functions that accept the request object as argument and return a string.cache
- (object) Adjust the content cache settings using the lru-cache options. By default, content will remain cached for 5 days from last request.minify
- (object). Minification options to be used on the composed JavaScript. Configuration for this field is passed directly touglify-js
. This is turned on inproduction
by default. Addingminify: { }
will turn on the default behavior in other environments, if specified.webpackRegister
- (string|string[]|function|boolean) By default, a service worker registration script will be injected to the webpack entry modules. This can be disabled by setting this tofalse
. If you wish to control which entry modules get injected, read more in the registering section.staticOutput
- (string|boolean) Iftrue
, a staticsw.js
will be output to the./public
dir. Otherwise, this can be set to a string with a path to an alternate output location. This disables request-based service workers. Default isfalse
.
Example
The defaults option for this plugin should be sufficient. However, they can be tuned as needed. A real-world use case may be for a micro-app served under a sub-path.
For example, say there is a "docs" Gasket app, served from /docs
under the
primary domain. For the service worker to be installed and properly scoped, the
following settings would be needed:
// gasket.js
export default makeGasket({
serviceWorker: {
url: '/docs/sw.js',
scope: '/docs',
minify: {
ie8: true
}
}
});
Actions
getSWRegisterScript
This action returns the service worker registration script. This can be used to inject the script into the HTML of your app.
import gasket from 'gasket';
export default async function RootLayout({ children }) {
const swRegisterScript = await gasket.actions.getSWRegisterScript();
return (
<html lang="en">
<body>
<main>{children}</main>
{ swRegisterScript }
</body>
</html>
)
}
Lifecycles
composeServiceWorker
Allows plugins to add to the service worker script, by concatenating inline script text or loaded file data.
Example inline script
This example adds a simple listener for push notifications to the service worker content.
export default {
name: 'sample-plugin',
hooks: {
composeServiceWorker: function (gasket, content, context) {
return content.concat(`
self.addEventListener('push', (event) => {
const title = 'My App Notification';
const options = {
body: event.data.text()
};
event.waitUntil(self.registration.showNotification(title, options));
});
`)
}
}
};
Example loaded script
In this example, we use the market id from the request to read in a partial service worker and add it to the content.
import { promises as fsPromises } from 'fs';
const { writeFile } = fsPromises;;
import path from 'path';
export default {
name: 'sample-plugin',
hooks: {
composeServiceWorker: async function (gasket, content, context) {
const { req, res } = context;
// `req` allows SW content based on hostname, cookie, etc.
const { market = 'en-US' } = req.cookies || {};
const marketFile = `${market.toLowerCase()}.js`;
const partial = await readFile( path.join('sw', marketFile), 'utf8');
return content + partial;
}
}
}
serviceWorkerCacheKey
Allows plugins to effect the cache key based on the request.
Composing service workers can potentially be process intensive, and it is unnecessary to recompose the service worker for each unique request. This hook gathers functions which accept Request as an argument and return a string value.
Verbose example:
This example returns a function that picks off a variable from cookies.
export default {
name: 'sample-plugin',
hooks: {
serviceWorkerCacheKey: function (gasket) {
return function marketCacheKey(req, res) {
return req.cookies.market || 'en-US'
}
}
}
}
Shorthand example:
Same example, written differently.
export default {
name: 'sample-plugin',
hooks: {
serviceWorkerCacheKey: () => (req, res) => req.cookies.market || 'en-US'
}
}
Registering
Besides any config or lifecycle hooks your app or plugins may implement, the service worker itself will need to be registered in your app. A registration script is generated automatically by the plugin based on your config options, and can be included with your app in a couple of ways.
Webpack
When using the @gasket/plugin-webpack in your app, the service worker
registration script will automatically be injected to entry modules by default
at build time. If you are also using the @gasket/plugin-nextjs, only the
_app
entry module will be injected with the script.
If you otherwise need to tune which Webpack entry modules are injected, you can
set the webpackRegister
to the name or array of names of the entries you want
injected. This can also be set to a lookup function that takes in an entry name
and returns a boolean whether it should be injected or not.
// gasket.js
export default makeGasket({
serviceWorker: {
webpackRegister: key => key === 'main'
}
});
If you do not want the registration script injected by Webpack, you can set
webpackRegister
to false.
Request
The alternative way to set up the registration script is to access the script when rendering your pages using the [getSWRegisterScript] action. You can use this when rendering the index.html for your app, or other server side rendering.
How it works
Because there should only be a single service worker registered per scope (or page), this plugin provides a lifecycle hook for apps and plugins to append their service worker code. This also allows content to be generated based on the request, such as language or cookie settings.
When a service worker request comes in, the Request object is passed through the registered cacheKey functions and a key string assembled. If the cache does not contain the assembled key, a new service worker is composed and placed in cache. If the cache does contain the key, the cached service worker content is returns and compose skipped.
How to test
As this plugin expects to compose a service worker scripts from multiple sources, testing can be a bit tricky.
The most straight-forward approach is to author unit tests for service workers partials. To do so, use the loaded script approach which will allow your tests to import the script also. Next, you will need to mock the service worker environment, which can be easily done using service-worker-mock.