npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@gasket/plugin-service-worker

v7.0.9

Published

Gasket Service Worker Plugin

Downloads

1,062

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 using composeServiceWorker 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 to uglify-js. This is turned on in production by default. Adding minify: { } 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 to false. If you wish to control which entry modules get injected, read more in the registering section.
  • staticOutput - (string|boolean) If true, a static sw.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 is false.

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.

License

MIT