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

monkey-compose-plugins

v2.2.0

Published

Provides a cleaner API for enabling and configuring plugins for monkey.js

Downloads

4

Readme

Installation

npm install --save monkey-compose-plugins

Usage

// next.config.js
const withPlugins = require('monkey-compose-plugins');

module.exports = withPlugins([...plugins], nextConfiguration);

plugins

See the examples for more use-cases.

It is an array containing all plugins and their configuration. If a plugin does not need additional configuration, you can simply add the imported plugin. If it does need configuration or you only want to run it in a specific phase, you can specify an array:

[plugin: function, configuration?: object, phases?: array]

plugin: function

Imported plugin. See the optional plugins section if you only want to require a plugin when it is really used.

const withPlugins = require('monkey-compose-plugins');
const sass = require('@zeit/next-sass');

module.exports = withPlugins([[sass]]);
configuration?: object

Configuration for the plugin.

You can also overwrite specific configuration keys for a phase:

const withPlugins = require('monkey-compose-plugins');
const { PHASE_PRODUCTION_BUILD } = require('next-server/constants');
const sass = require('@zeit/next-sass');

module.exports = withPlugins([
	[
		sass,
		{
			cssModules: true,
			cssLoaderOptions: {
				localIdentName: '[path]___[local]___[hash:base64:5]'
			},
			[PHASE_PRODUCTION_BUILD]: {
				cssLoaderOptions: {
					localIdentName: '[hash:base64:8]'
				}
			}
		}
	]
]);

This will overwrite the cssLoaderOptions with the new localIdentName specified, but only during production build. You can also combine multiple phases ([PHASE_PRODUCTION_BUILD + PHASE_PRODUCTION_SERVER]: {}) or exclude a phase (['!' + PHASE_PRODUCTION_BUILD]: {} which will overwrite the config in all phases except PRODUCTION_BUILD). You can use all phases next.js provides.

phases?: array

If the plugin should only be applied in specific phases, you can specify them here. You can use all phases next.js provides.

const withPlugins = require('monkey-compose-plugins');
const {
	PHASE_DEVELOPMENT_SERVER,
	PHASE_PRODUCTION_BUILD
} = require('next-server/constants');
const sass = require('@zeit/next-sass');

module.exports = withPlugins([
	[
		sass,
		{
			cssModules: true,
			cssLoaderOptions: {
				localIdentName: '[path]___[local]___[hash:base64:5]'
			}
		},
		[PHASE_DEVELOPMENT_SERVER, PHASE_PRODUCTION_BUILD]
	]
]);

You can also negate the phases with a leading !:

const withPlugins = require('monkey-compose-plugins');
const {
	PHASE_DEVELOPMENT_SERVER,
	PHASE_PRODUCTION_BUILD
} = require('next-server/constants');
const sass = require('@zeit/next-sass');

module.exports = withPlugins([
	[
		sass,
		{
			cssModules: true,
			cssLoaderOptions: {
				localIdentName: '[path]___[local]___[hash:base64:5]'
			}
		},
		['!', PHASE_DEVELOPMENT_SERVER]
	]
]);

This will apply the plugin in all phases except PHASE_DEVELOPMENT_SERVER.

nextConfiguration

Any direct next.js configuration can go here, for example: {distDir: 'dist'}.

You can also customize the webpack configuration of next.js within this object.

const withPlugins = require('monkey-compose-plugins');

const nextConfig = {
	distDir: 'build',
	webpack: (config, options) => {
		// modify the `config` here

		return config;
	}
};

module.exports = withPlugins(
	[
		// add plugins here..
	],
	nextConfig
);

Phases are also supported within the nextConfiguration object and have the same syntax as in plugin configuration objects.

const { PHASE_DEVELOPMENT_SERVER } = require('next-server/constants');
const nextConfig = {
	distDir: 'build',
	['!' + PHASE_DEVELOPMENT_SERVER]: {
		assetPrefix: 'https://my.cdn.com'
	}
};

Optional plugins

If a plugin should only get loaded when it is used, you can use the optional helper function. This can especially be useful if the plugin is only in the devDependencies and so may not be available in all phases. If you don't use the optional helper in this case, you would get an error.

const { withPlugins, optional } = require('monkey-compose-plugins');
const { PHASE_DEVELOPMENT_SERVER } = require('next-server/constants');

module.exports = withPlugins([
	[
		optional(() => require('@zeit/next-sass')),
		{
			/* optional configuration */
		},
		[PHASE_DEVELOPMENT_SERVER]
	]
]);

Extend another config file

It sometimes makes sense to split a next.config.js file into multiple files, for example when you have more than just one next.js project in one repository. You can then define the base config in one file and add project specific plugins/settings in the config file or the project.

To easily archive this, you can use the extend helper in the next.config.js file of your project.

// next.config.js
const { withPlugins, extend } = require('monkey-compose-plugins');
const baseConfig = require('./base.next.config.js');

const nextConfig = {
	/* ... */
};

module.exports = extend(baseConfig).withPlugins(
	[
		[
			sass,
			{
				cssModules: true
			}
		]
	],
	nextConfig
);
// base.next.config.js
const withPlugins = require('monkey-compose-plugins');

module.exports = withPlugins([
	[
		typescript,
		{
			typescriptLoaderOptions: {
				transpileOnly: false
			}
		}
	]
]);

Plugin developers

This plugin has a few extra functionality which you can use as a plugin developer. However, if you use them, you should mention somewhere in your readme or install instructions that it needs monkey-compose-plugins to have all features available and so it won't confuse your users if something is not working as described out-of-the-box because they don't use this compose plugin yet.

Phases

You can specify in which phases your plugin should get executed within the object you return:

const { PHASE_DEVELOPMENT_SERVER } = require('next-server/constants');

module.exports = (nextConfig = {}) => {
  return Object.assign({}, nextConfig, {
    // define in which phases this plugin should get applied.
    // you can also use multiple phases or negate them.
    // however, users can still overwrite them in their configuration if they really want to.
    phases: [PHASE_DEVELOPMENT_SERVER],

    webpack(config, options) {
      // do something here which only gets applied during development server phase

      if (typeof nextConfig.webpack === 'function') {
        return nextConfig.webpack(config, options);
      }

      return config;
    },
  };
};

These phases are handled as a default configuration and users can overwrite the phases in their next.config.js file if they want to. See phases configuration for all available options.

Additional information

When a plugin gets loaded with monkey-compose-plugins, some additional information on which you can depend is available. It gets passed in as the second argument to your plugin function:

module.exports = (nextConfig = {}, nextComposePlugins = {}) => {
	console.log(nextComposePlugins);
};

Currently, it contains these values:

{
  // this is always true when monkey-compose-plugins is used
  // so you can use this as a check when your plugin depends on it
  nextComposePlugins: boolean,

  // the current phase which gets applied
  phase: string,
}

Examples

Basic example

// next.config.js
const withPlugins = require('monkey-compose-plugins');
const images = require('next-images');
const sass = require('@zeit/next-sass');
const typescript = require('@zeit/next-typescript');

// next.js configuration
const nextConfig = {
	useFileSystemPublicRoutes: false,
	distDir: 'build'
};

module.exports = withPlugins(
	[
		// add a plugin with specific configuration
		[
			sass,
			{
				cssModules: true,
				cssLoaderOptions: {
					localIdentName: '[local]___[hash:base64:5]'
				}
			}
		],

		// add a plugin without a configuration
		images,

		// another plugin with a configuration
		[
			typescript,
			{
				typescriptLoaderOptions: {
					transpileOnly: false
				}
			}
		]
	],
	nextConfig
);

Advanced example

// next.config.js
const { withPlugins, optional } = require('monkey-compose-plugins');
const images = require('next-images');
const sass = require('@zeit/next-sass');
const typescript = require('@zeit/next-typescript');

const {
	PHASE_PRODUCTION_BUILD,
	PHASE_PRODUCTION_SERVER,
	PHASE_DEVELOPMENT_SERVER,
	PHASE_EXPORT
} = require('next-server/constants');

// next.js configuration
const nextConfig = {
	useFileSystemPublicRoutes: false,
	distDir: 'build'
};

module.exports = withPlugins(
	[
		// add a plugin with specific configuration
		[
			sass,
			{
				cssModules: true,
				cssLoaderOptions: {
					localIdentName: '[local]___[hash:base64:5]'
				},
				[PHASE_PRODUCTION_BUILD + PHASE_EXPORT]: {
					cssLoaderOptions: {
						localIdentName: '[hash:base64:8]'
					}
				}
			}
		],

		// add a plugin without a configuration
		images,

		// another plugin with a configuration (applied in all phases except development server)
		[
			typescript,
			{
				typescriptLoaderOptions: {
					transpileOnly: false
				}
			},
			['!', PHASE_DEVELOPMENT_SERVER]
		],

		// load and apply a plugin only during development server phase
		[
			optional(() => require('@some-internal/dev-log')),
			[PHASE_DEVELOPMENT_SERVER]
		]
	],
	nextConfig
);

Comparison

As a comparison, it would look like this without this plugin where it is not really clear which configuration belongs to which plugin and what are all the enabled plugins. Many features mentioned above will also not be possible or requires you to have a lot more custom code in your config file.

// next.config.js
const withSass = require('@zeit/next-sass');
const withTypescript = require('@zeit/next-typescript');
const withImages = require('next-images');
const withOffline = require('next-offline');

module.exports = withSass(withOffline(withTypescript(withImages({
    {
        cssModules: true,
        cssLoaderOptions: {
            importLoaders: 1,
            localIdentName: '[local]___[hash:base64:5]',
        },
        typescriptLoaderOptions: {
            transpileOnly: false,
        },
        useFileSystemPublicRoutes: false,
        distDir: 'build',
        workerName: 'sw.js',
        imageTypes: ['jpg', 'png'],
    }
}))));