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

html-render-webpack-plugin

v3.0.2

Published

webpack plugin for rendering static HTML in a multi-config webpack build

Downloads

14,907

Readme

html-render-webpack-plugin

npm

Plugin to create HTML files with JavaScript.

Setup

$ npm install webpack html-render-webpack-plugin
# OR
$ yarn add webpack html-render-webpack-plugin

webpack.config.js

module.exports = {
  ...,
  plugins: [new HtmlRenderPlugin().rendererPlugin]
};

Multiple configurations

If you use multiple webpack configurations you may want to add information from other builds when rendering.

For example, you may wish to add a script tag where the name includes a hash. The asset name comes from the output of one build (browser assets) whilst the render is performed in another build (node rendering).

src/render.js

export default ({ assetsByChunkName }) => {
  return `<html>
<body>
  <script src="${assetsByChunkName.main}"></script>
</body>
</html>`;
};

dist/index.html

<html>
  <body>
    <script src="/main-daf2166db871ad045ea4.js"></script>
  </body>
</html>

See the full example below.

Multiple configuration setup

Add htmlRenderPlugin.statsCollectorPlugin to the plugins of all configurations you want to get stats for.

Add htmlRenderPlugin.rendererPlugin to the plugin of the configuration you want to use to render html.

HtmlRenderPlugin will then pass the Webpack Stats for those builds into your render function.

webpack.config.js

const { HtmlRenderPlugin } = require("html-render-webpack-plugin");

const htmlRenderPlugin = new HtmlRenderPlugin();
module.exports = [
  {
    name: "render",
    target: "node", // Creates assets that render HTML that runs well in node
    plugins: [htmlRenderPlugin.rendererPlugin],
  },
  {
    name: "client",
    target: "web", // Creates files that run on the browser
    plugins: [htmlRenderPlugin.statsCollectorPlugin],
  },
];

See examples for more details.

Options

Option: renderEntry string

default: "main"

The webpack entry to use when rendering. Override when using object syntax.

webpack.config.js

module.exports = {
  entry: {
    myRender: "./src/myRender.js",
  },
  plugins: [
    new HtmlRenderPlugin({
      renderEntry: "myRender",
    }).render,
  ],
};

Option: renderDirectory string

The location to create rendered files. Defaults to the rendered assets output.

Useful when deploying HTML files separate to other build assets.

Option: routes Array<object|string>

default: [""]

Renders a HTML page for each value in the array. A route can be a string showing the folder or file to render, or an object containing a route parameter. index.html is automatically appended for paths.

const routes = ["", "contact", "about"];

A route can be an object, containing a route parameter.

const routes = [
  {
    route: "en-us/contact",
    language: "en-us",
  },
  {
    route: "en-us/about",
    language: "en-us",
  },
  {
    route: "en-au/contact",
    language: "en-au",
  },
  {
    route: "/en-au/about",
    language: "en-au",
  },
];

Option: mapStatsToParams Function

default: ({webpackStats, ...route}) => ({ webpackStats })

mapStatsToParams should accept webpackStats and route information and returns values to be passed into render. The function is called individually for each render.

Recommendation: mapStatsToParams is an opportunity to limit what information is provided to your render function. Keeping the boundary between your build code and application code simple. Avoid passing all webpackStats into your render function, pull out only the information needed. It is recommended to override the default mapStatsToParams behaviour.

Option: transformFilePath Function

default: (route) => route.route ? route.route : route

By default a file will be created using the route value. For example the value {route: '/about/us'} would create about/us/index.html

If you want to use a different file path you can provide a transformFilePath function.

new HtmlRenderPlugin({
  ...
  transformFilePath: ({ route, language }) => `${language}/${route}`
  routes: [
    { route: '/about/us', language: 'en-us' },
    { route: '/about/us', language: 'en-au' }
  ]
});

In this example, the resulting files will be

  • en-us/about/us/index.html

  • en-au/about/us/index.html

Option: renderConcurrency string ("serial"|"parallel")

default: "serial"

By default each file will be rendered one after the other, creating a simple sequential build log. When renders with significant asynchronous work you may want to have each render run in parallel.

new HtmlRenderPlugin({
  renderConcurrency: 'parallel'
});

Option: skipAssets Function

default: false

After waiting for all builds to complete HtmlRenderPlugin will render all routes. For particularly large projects with a large number of routes this can take some time. For watch builds you may want to skip emitting assets, relying on createDevRouter instead.

Option: transformExpressPath Function

default: (route) => route.route ? route.route : route

When creating a dev router each route will be attached to the router using it's route value.

If you want to use a different express route you can provide a transformExpressPath function.

Dev Server

Create an Express Middleware to attach to Webpack Dev Server to speed up development builds.

For particularly large projects with slow renders and a large number of routes rendering every route on every build can slow down development. The dev server allows you to only render the pages as they are needed during development, whilst ensuring the resulting render works like the full production render.

Using the Webpack Dev Server Node API create a dev server and attach the dev HtmlRenderPlugin router to it. When pages are requested they will be rendered just-in-time, using the same method of rendering as production.

const htmlRenderPlugin = new HtmlRenderPlugin({
  routes,
  skipAssets: true,
});

const compiler = webpack(config);

const webpackDevServer = new WebpackDevServer(compiler, {
  before: (app) => {
    app.use(htmlRenderPlugin.createDevRouter());
  },
});

webpackDevServer.listen("8081");

Note: Ensure that you use the same htmlRenderPlugin created for your webpack configuration as you use for your dev server.

Manual just-in-time rendering

As an alternative to using the default dev server you can access renderWhenReady to apply your own just-in-time rendering.

Just call renderWhenReady with any route, and the next time the renderer is ready the render will be performed.

Note: Be careful to only use routes that are generated in a production. Not doing this can lead to differences between development and production builds.

Example: Using an Express App to render a dynamic path with ids.

app.get('/books/:id', (req, res) => {
  res.send(await htmlRenderPlugin.renderWhenReady({route: '/books/_id'}))
})

Errors returned during this render will contain a webpackStats attribute when available. This can be useful when rendering your own error pages.

Examples

Example: Client assets

An example of using mapStatsToParams to create <script> tags.

src/render.js

export default ({ mainChunk }) => {
  return `<html>
  <body>
    <script src="${mainChunk}"></script>
  </body>
  </html>`;
};

webpack.config.js

const path = require("path");

const { htmlRenderPlugin, htmlRenderClientPlugin } = createHtmlRenderPlugin({
  mapStatsToParams: ({ webpackStats }) => ({
    mainChunk: webpackStats.toJson().assetsByChunkName.main,
  }),
});

module.exports = [
  {
    name: "client",
    target: "web",
    output: {
      filename: "client-[name]-[contenthash].js",
    },
    entry: path.resolve("src", "client.js"),
    plugins: [htmlRenderPlugin.statsCollectorPlugin],
  },
  {
    name: "render",
    target: "node",
    output: {
      libraryExport: "default",
      libraryTarget: "umd2",
      filename: "render-[name]-[contenthash].js",
    },
    entry: path.resolve("src", "render.js"),
    plugins: [htmlRenderPlugin.rendererPlugin],
  },
];

Migration Guides

Migration from v1 to v2? Checkout the Migration Guide.