Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Including link: #34

Open
Chopsticks2120 opened this issue Nov 14, 2023 · 0 comments
Open

Including link: #34

Chopsticks2120 opened this issue Nov 14, 2023 · 0 comments

Comments

@Chopsticks2120
Copy link

"

Package Phobia

tests
uptime
style: prettier

  • âš–ï¸� Find the cost of adding a new dependency to your project
  • 🕗 Save yourself time and disk space with this web app
  • 📈 Detect javascript bloat over time with a chart
  • 🛡ï¸� Get a badge/shield for your README
  • 📡 Fetch size from json API to integrate into any tool

...as seen on AWS Developer Tools Blog and npm weekly and ponyfoo weekly and habr and rwpod and wolf report and the changelog and all over twitter

What is the purpose?

Package Phobia reports the size of an npm package before you install it.

This is useful for inspecting potential dependencies or devDependencies without using up precious disk space or waiting minutes for npm install. Ain't nobody got time for dat.

Results are saved so the first person might wait a bit to view package size, but everyone else gets to see the results instantly!

Demo

A good use case might be comparing test runners, web frameworks, or even bundlers. Click one of the links below to see Package Phobia in action!

API

If you would like to use the Package Phobia API in your project, please create a PR modifying API Users.

See API.md for more usage details.

Prior Art

Package Phobia is inspired by Bundle Phobia and Cost Of Modules.

How is this different?

  • Package Phobia THIS TOOL web app that reports the install size of a package over time.
  • Bundle Phobia web app that reports the size after webpack bundles the package over time.
  • Bundle.js web app that reports the size after esbuild bundles the custom code snippet.
  • Pkg-Size web app that reports the size after esbuild bundles one or more packages.
  • Cost Of Modules cli that reports the size of your currently installed packages.
  • Badge Size badge service that reports the gzip size of a single file from a package as svg.
  • Size Limit cli that fails if the bundled (or non-bundled) size of your app is too large.
  • Bundle Size cli that fails CI if a file's size is too large.
  • Package Size cli that compares the bundle size of multiple packages.
  • npm Size cli that compares the npm install size of multiple packages.
  • Require So Slow cli that traces the time of each require module in a node.js app.
  • Why Bundled? cli that uses webpack stats to show your number of imports and package size.
  • Do you even lift? - cli that reports size after rollup bundles the package via npm team.
  • Import Cost extension (and cli) that displays package size inline in the editor.
  • npm Download Size web app that reports the download size (network traffic) of a package.
  • npm Download Size cli cli that reports the download size (network traffic) of a package.
  • Build Size - GitHub App that comments on a PR with the size of your build artifacts
  • Pkg Size - web app that displays package size and file count over time (static data only)
  • BundleWatch - cli that checks if your bundle exceeds a specific size and also tracks increase
  • PackWatch - cli that checks if your package tarball exceeds a specific size and also tracks increase

Why is the size different than size on disk?

Did you install a package and compare the size on disk with the size reported on Package Phobia?

This number will likely be different because Package Phobia doesn't know anything about your hard drive so it can't predict how blocks are allocated.

Packages are known to contain many small .js files which can actually use up a lot of disk space, more than if there was one large, contiguous file.

See this question for more details.

What are the long term goals?

Ideally, this information could be listed on npmjs.com, npms.io, or bundlephobia.com.

Below are the relevant feature requests for each website.

Hopefully, this would lead to publishers taking notice of their bloated packages such as the following:

npm dependencies in the media

I'm not the first one to notice npm packages are snowballing into bloated dependencies of dependencies.

Below are some other users who comically point out this JS bloat.

| thomasfuchs
| ben_a_adams
| devrant
| turnoff.us
| styfle
| davej
| FredyC
| tomitrescak
| maybekatz
| hichaelmart
| brad_frost
| Bryan_Chapel
| getabitlit
| iamdevloper
| rickhanlonii
|

Contributing

See CONTRIBUTING.md and CODE_OF_CONDUCT.md before you start writing any code

Sponsors

Author

Developed by styfle"

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant