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 🙏

© 2025 – Pkg Stats / Ryan Hefner

frame

v1.0.0-alpha.2

Published

Persisted boilerplates for all your projects

Readme

Frame

Persisted boilerplates for all your projects.

What and why?

Fed up of copying files everywhere between projects? Fed up of copying them again when you update something?

This project is a middle-ground between an initial project boilerplate (ie. one-time generation of files like yeoman) and an entirely black-boxed environment (ie. limited exposed scripts like create-react-app).

Create one source (a frame) and replicate that across all your desired projects. As you update your frame, your projects can be updated to reflect the changes as well!

How?

1. Write a frame or use an existing one.

A frame is simply a npm package with any files (seriously anything). These files act as the template for your project.

$ mkdir my-oss-frame
$ cd my-oss-frame
$ npm init
$ touch .eslintrc .gitignore webpack.config.js LICENSE.md README.md
$ npm publish

2. Initialise or update your project with your frame.

All files from your frame are copied over into your project. Woo, boilerplate!

We will also preprocess these files as mustache templates using your data.

$ cd my-project
$ frame my-oss-frame

3. Update your frame.

Just modify any of your frame files (or add new ones!) and publish as a new package version.

$ cd my-oss-frame
$ touch .newconfig
$ npm version minor
$ npm publish

4. Install and update the new frame in your project

The newly updated files will be copied over.

If you updated any of your project files which were sourced from your frame we treat these as "ejected" files. We do this by keeping track of the file hashes in frame versions.

$ cd my-project
$ npm install my-oss-frame@newverison
$ frame

Note: You can and should commit the files which are persisted into your project.

Install

npm install -g frame

Template Data

Any data found in your configuration will be available in your files which are all treated as mustache templates. We also add pkg which is your projects package.json data!

For example with the configuration file .framerc:

{
  "data": {
    "name": "My Project",
    "description": "This is a great project"
  }
}

And the frame file README.md:

# {{name}} ({{pkg.version}})

{{description}}

We would see the following file README.md copied to your project:

# My Project (0.0.1)

This is a great project

Roadmap

  • [ ] Special/initial handling of package.json from source frame
  • [ ] Nicer cli UX by allowing choosing of specific overrides rather than always either skipping or forcing
  • [ ] :bug: Handling overwrites where file was not previously framed
  • [ ] Framed frames (ie. infinite "extends")