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

jq-web

v0.5.1

Published

a hack that makes jq run in the browser with emscripten.

Downloads

5,756

Readme

npm badge Mentioned in Awesome jq

jq-web

This is a build of jq, the command-line JSON processor in Javascript using Emscripten along with a wrapper for making it usable as a library.

It runs in the browser.

install and use

npm install jq-web
var jq = require('jq-web')

jq.json({
  a: {
    big: {
      json: [
        'full',
        'of',
        'important',
        'things'
      ]
    }
  }
}, '.a.big.json | ["empty", .[1], "useless", .[3]] | join(" ")')

The code above returns the string "empty of useless things".

You could do the same using the promised API with jq.promised.json({...}).then(result => {}). That is useful if you're loading a .mem or .wasm file, as the library won't return the correct results until these files are asynchronously fetched by the Emscripten runtime.

What is each file

The releases page has a bunch of different files you can download, here's what they all mean:

| file | description | pros | cons | |----------------------|------------------------------------------------------------------------------|----------------------------------|----------------------------------------------------------------------------------------------------| | jq.asm.js | asm.js version | runs in most places | requires loading jq.asm.js.mem | | jq.asm.min.js | minified version of the above | idem | idem | | jq.asm.js.mem | memory initialization file for asm.js, needed by jq.asm.js and jq.asm.min.js | | | | jq.asm.bundle.js | asm.js version with memory initialization embedded | doesn't require loading anything | big and slow | | jq.asm.bundle.min.js | minified version of the above | idem | the minification has no effect in the memory initialization stuff | | jq.wasm.js | WebAssembly wrapper | smaller, much much faster | requires loading jq.wasm.wasm | | jq.wasm.min.js | minified WebAssembly wrapper | | since this is just a wrapper around jq.wasm.wasm, the minification makes almost no difference here | | jq.wasm.wasm | actual WebAssembly binary, loaded by jq.wasm.js and jq.wasm.min.js | | |

When in doubt, just use jq.wasm.js, it is the best!

Webpack issues

fs

The Emscripten runtime will try to require the fs module, and if it fails it will resort to an in-memory filesystem (almost no use of that is made of the library, but it is needed somehow). In Browserify there's a default {} that corresponds to the fs module, but in Webpack you must declare it as an empty module.

404 error when loading .wasm files

By default projects compiled with Emscripten look for .wasm files in the same directory that the .js file is run from. This causes issues when using webpack because name of the .wasm file is altered with a hash and can be placed in a different directory. To fix this problem you can use the copy-webpack-plugin to copy the jq.wasm file to the same directory that the webpack bundle is placed.

Reference

jq.json(<object>, <filter>) <object> will take a Javascript object, or scalar, whatever, and dump it to JSON, then it will return whatever your filter outputs and try to convert that into a JS object. If you're loading .mem or .wasm files asynchronously this will return {} every time you call it until the loading is finished.

jq.raw(<json-string>, <filter>) <raw-output> will take a string that will be passed as it is to jq (like if you were doing echo '<json-string>' | jq <filter> on the command line) then return a string with the raw STDOUT response. If you're loading .mem or .wasm files asynchronously this will return '{}' every time you call it until the loading is finished.

jq.onInitialized.addListener(<function>) registers a function to be called when .mem or .wasm files have finished loading and the library is ready to be used. You should register callbacks here to rerun your functions if you're using the sync API (above). If you're using the promised API (below) you don't ever need to look at this. Also, if you're using the sync API but just at a long time after the page is loaded and the user inputs something, for example, you may not need to use this at all.

jq.promised.json(<object>, <filter>) Promise<object> will do the same as jq.json() but returning a Promise to the result instead. This is safe to use anytime.

jq.promised.raw(<json-string>, <filter>) Promise<raw-output> will do the same as jq.raw() but returning a Promise to the result instead. This is safe to use anytime.

Build

  1. Install Emscripten from source, we used 1.38.12
  2. Clone jq-web and cd into it
  3. Look over the Makefile for more Emscripten instructions
  4. make
    • This may take a while the first time if you have never ran Emscripten before

Test

A handful of tests exist in test.js and are good place to start when verifying a build

  1. npm install or yarn
  2. node test.js
  3. ./node_modules/live-server/live-server.js --open="index.html"