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

resolve-cache

v0.0.1

Published

Cache and reuse results of node module file name resolution algorithms

Downloads

3

Readme

node-resolve-cache

Cache and reuse results of node module file name resolution algorithm

In node.js, when you require 'name' a lot of things happens under the hood. If you have lots of modules, file name resolution itlelf adds quite a lot of time.

requiring module: (name starts with '/' or '.'):

  • try to open name. Try to open name + all registered extensions (js, .node, json, .coffee etc). try to open name + '/index.js' ( and all registered extensions)

requiring package:

  • try to read and parse node_modules/package.json (sometimes large, due to included README)
  • try to locate main script. Repead all steps as in 'require module'
  • if not found, repeat in all parent folders up to root.
  • if not found, search in all NODE_PATH paths

Which all often adds up as tousands os syscalls, exceptions and startup time milliseconds. (Exceptions part also not very nice because it makes harder to use breakOnException debugger commmand - you need to skip all requires as most of them thow exceptions internally)

This module allow you to save all results of this lookup process and re-use it on later restarts.

Usage

Install:

npm install --save resolve-cache

At the beginning of your script insert

   require('resolve-cache')(__dirname + '/resolve-cache.json')¬

Uou can use any name instead of resolve-cache.json. If this file exist, it's data is used for name resolution. If it does not exist, all resolved names are dubped to it on process exit. To refresh cache just delete this file and it'll be regenerated.

Caveats

There is no easy way to efficiently check at runtime if cached data is still relevant. If you move your files AND use them under same name you should refresh cache. Example:

   var a = require('./foo');

   // ./foo.js:
   module.exports = 1
  • if you decide to refactor 'foo.js' into 'foo' folder + 'foo/index.js' you need to clean resolve cache.

See also: