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

canopy-webpack-config

v4.2.0

Published

Some defaults for webpack configs at canopy

Downloads

942

Readme

canopy-webpack-config

Some defaults for webpack configs at Canopy.

Goals

  • Ensure webpack externals for common dependencies are correct. This ensures smaller bundle sizes.
  • Provide some defaults for people implementing sofe services.
  • Still be 100% overrideable.

Things we don't want

  • Hiding webpack configs at a level comparable to create-react-app or angular-cli. Nothing will need to be "ejected," you can always override anything you want.
  • Discouraging people from experimenting with their webpack config.
  • Discouraging people from knowing webpack.
  • Being overly opininated about how you do things like css (or other "autonomy" areas of building a sofe service).

Usage

First, install the library as a devDependency.

yarn add --dev canopy-webpack-config @babel/runtime @babel/plugin-transform-runtime

Now create a webpack.config.js file. This file will use canopy-webpack-config and allow you to override anything you want to about the defaults. Inside of the file, call the canopyWebpackConfig() function to get some defaults and add/override to your webpack config. See example below:

// webpack.config.js

const canopyWebpackConfig = require('canopy-webpack-config');

module.exports = canopyWebpackConfig('login-ui', {
  // Override or add anything you want to your webpack config
  module: {
    rules: [
      // e.g. apply a css loader if using css-modules
      { loader: 'css-loader' },
    ],
  },
})

Finally, create the following scripts in your package.json:

{
  "scripts": {
    "build": "webpack --config webpack.config.js --env.analyze=static",
    "analyze": "webpack --config webpack.config.js --env.analyze=server",
    "start": "webpack-dev-server --port"
  }
}

You'll need to add SSL certificates to ~/.canopy-ssl/, or define your own by changing the start script above to webpack-dev-server --cert {location} --key {location} --port

Now add yarn build to your .gitlab-ci.yml file for the build step. You can run yarn analyze at any time to see your bundle size and breakdown. And yarn start will start up a web server that is ready to go as a sofe override.

API

  • canopyWebpackConfig(name, config): The default export of the canopy-webpack-config npm library. This function requires both of its arguments. The first argument is a string name for the library you are exporting. The second is a webpack config that will be merged with the defaults that canopy-webpack-config provides. The library will put the bundled files into the "build" directory. Note that this project assumes that you use babel-loader, but it does not install babel-loader. So you'll have to install it yourself, at whatever version you prefer.
  • --env.analyze=server|static|disabled: An option you can specify when invoking the webpack cli. For example: webpack --config webpack.config.js --env.analyze. This will open a bundle analyzer that lets you see the byte size of all your code splits and bundles. And the breakdown of what libraries and files are big and causing the byte size to be large. See webpack-bundle-analyzer for more details.
  • --env.dev: An option you can specify when invoking the webpack cli. For example: webpack --config webpack.config.js --env.dev. This will force the webpack build to be done in development mode. Note that this is unnecessary for webpack-dev-server, which already forces the config to be in development mode without you needing to do anything.

Debugging

To see your full webpack config, simply add a --env.debug to your webpack cli command.

Features and assumptions

canopy-webpack-config assumes a few things about your project and provides defaults for those things:

  • It automatically uses babel-loader to compile js files.
  • It compiles your library to AMD format
  • It compiles your code into the build directory relative to where you started the webpack process.
  • It excludes all common dependencies from the build.
  • Requires webpack-dev-server >= 3.4.0

Limitations

the webpack config for canopy-webpack-config will always create the output bundle in the directory that the webpack process was started in. This is different than how webpack configs normally work -- they usually create the output bundle in relation to the directory in which the webpack config file is placed.

Optional modifiers

We support a few config options for builds, including typescript and an externals submodule.

module.exports = canopyWebpackConfig('login-ui', {}, {
  typescript: true,
  externals: true
})

Typescript <bool>

Pass an options object with {typescript: true} when your service uss typescript.

Externals <bool>

Pass an options object with {externals: true} when you are looking to export a submodule from /src/externals.{js|ts}. This should be for exports that must be imported synchronously such as hooks or queries that do not have other internal dependencies (to avoid circular dependencies).