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

@goodforonefare/ci-cache-loader

v0.9.2

Published

Like cache-loader, but files are invalidated by contenthash, rather than mtime. webpack 4 only.

Downloads

335

Readme

npm node [![test][test]][test-url]

CI Cache Loader

Caches the result of following loaders on disk

How does this differ from cache-loader?

cache-loader is excellent for development mode. However, it may have reduced in peformance in continuous integration environments due to:

  • Git checkouts assigning arbitrary timestamps to source files
  • npm/yarn installation assigning arbitrary timestamps node_modules files
  • Cache restoration assigning arbitrary timestamps to node_modules file

ci-cache-loader works around these problems by:

  • Tracking cached files by hash instead of last modified time
  • Tracking npm dependencies by package version instead of last modified time

Can I just use this for development?

No. cache-loader is much better at reacting to development environment changes. This loader assumes that:

  • node_modules is an unmodified version of code installed via npm/yarn (i.e., no patches, or modification by build scripts)
  • All source code is untouched during webpack compilation
  • thread-loader isn't used (CI servers tend to restrict thread counts anyway)

Install

yarn

Usage

Add this loader in front of other (expensive) loaders to cache the result on disk.

webpack.config.js

module.exports = {
  module: {
    rules: [
      {
        test: /\.ext$/,
        use: ['@shopify/ci-cache-loader', ...loaders],
        include: path.resolve('src'),
      },
    ],
  },
};

⚠️ Note that there is an overhead for saving the reading and saving the cache file, so only use this loader to cache expensive loaders.

Options

| Name | Type | Default | Description | | --------------------- | ------------------------------------------------ | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | cacheKey | {Function(options, request) -> {String}} | undefined | Allows you to override default cache key generator | | cacheDirectory | {String} | path.resolve('.cache-loader') | Provide a cache directory where cache items should be stored (used for default read/write implementation) | | cacheIdentifier | {String} | cache-loader:{version} {process.env.NODE_ENV} | Provide an invalidation identifier which is used to generate the hashes. You can use it for extra dependencies of loaders (used for default read/write implementation) | | write | {Function(cacheKey, data, callback) -> {void}} | undefined | Allows you to override default write cache data to file (e.g. Redis, memcached) | | read | {Function(cacheKey, callback) -> {void}} | undefined | Allows you to override default read cache data from file |