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 🙏

© 2026 – Pkg Stats / Ryan Hefner

pinata-proxy

v0.0.8

Published

some components

Readme

Pinata Proxy

An experiment to understand what happens when we start separating Pinata from ZADev/client

To publish a new version:

  1. bump the version in package.json
  2. npm run build to compile assets into the build directory (and the dist directory for legacy access).
  3. (publish somewhere - TBD)

Other commands

  • npm test
  • npm run lint

Notes

Importing

Due to the nature of how we import Pinata files in ZAdev (eg import {Thing} from pinata/nested/directory) this was never going to be simple. Right now, the most "light touch" approach is to alias pinatato thedist` directory within the node module, and then navigate into the folder structure.

It's not ideal, as it forces a hard coupling of the internal implementations of the Pinata package and ZADev.

There is also a named barrel export of all the current components.

Finally, Rollup is used to export both ES6 and CommonJS versions of the library, and is the "proper" way to import the components.

Location of Pinata source code

Right now the source code lives within ZADev - but would rely on being published externally and then re-imported into the /client package to hook in properly. After this proof of concept, this should be moved to a different repository entirely.

Versioning

This currently takes the approach of a single version for the entire library, with patch level version bumps for bugfixes, minor for API additions, and major versions for breaking changes.

The approach of versioning each package separately has also been discussed, and still needs to be technically explored in order ot understand benefits/drawbacks etc

Change Management

Direct implementation depends upon the outcome of the versioning exploration, but right now could live in the root of this app as a CHANGELOG file (TODO)

Dependencies

A major plus point to extracting Pinata is to decouple the dependencies from Zadev. Right now nothing significant has changed, and all versions of babel/eslint plugins are the same as ZAdev/client. Next steps would be to see what would be involved in upgrading Pinata to eg Bable@7 and understand if there are any issues as a result of such a change.