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

@rochismo/pester

v1.0.21

Published

A simple http library for web client

Readme

Pester

Why?

Because i need a fetch wrapper that supports interceptors and adds all the things i need automatically

Usage

To use it follow the snippet

import { Pester } from '@rochismo/pester';

// I don't know why you need to re-bind  it
const pesterConfig = {
    /**
     * This will automatically call response.json(), 
     * you won't have to specify manually upon it's call (shown later)
     */
    treatEverythingAsJson: true, 
    /**
     * This sets the header Content-Type to application/json, 
     * if it's not set, or set to false the header will be set to form data
     */ 
    sendsJson: true,  
    /**
     * This sets the url that the library will point to (defaults to "/")
     */
    baseUrl: "http:/localhost:3000" 
}
const instance = Pester.create(window.fetch.bind(window), pesterConfig)

instance.interceptors.addRequestInterceptor({
    callback(data) {
        // You can access the following properties
        /**
         * Even though you can access the uri, the method, and the request data, 
         * i would not touch them because that could cause unexpected behavior
         * headers?: PesterHeaders; 
         * uri?: string;
         * requestData?: any;
         * method?: string;
         */
        data.headers.Authorization = "Bearer Token";
    }
})
instance.interceptors.addResponseInterceptor({
    /**
     * The data param contains the following in both success and error callback
     * response: FetchResponse (Response), This is the response object that fetch will give you
     * requestData: PesterData;
     *      Even though you can access the uri, the method, and the request data,
     *      i would not touch them because that could cause unexpected behavior
     *      - headers?: PesterHeaders;
     *      - uri?: string;
     *      - requestData?: any;
     *      - method?: string;
     * payload: any; This is what the server returns either text or json (blob is not contemplated yet)
     */ 
    success(data) {
        // Useful if you need refresh tokens
        if (data.payload.token) {
            doSomethingWithToken(data.payload.token);
        }
    },
    // Optional
    error(data) {

    } 
})

async function test() {
    await instance.post("/test", { message: "Hello from Pester"});
    await instance.get("/test");

    // If not set "treatEverythingAsJson" to true
    await instance.post("/test", { message: "Hello from Pester"}).json() // or .text();
    await instance.get("/test").json() // or .text();
}
test();

Errors?

Fetch errors

If the call to json() to parse the request body fails, it will return an error instead of throwing an exception so you can avoid using try catch blocks.

Interceptor errors

If any interceptor causes an error, it will throw an error with a message displaying what interceptor caused the error, by displaying the interceptor type and the interceptor ID, along with the stacktrace

Unhandled errors

As any other unhandled errors, you will have to handle them by yourself

TODO's

[] When a network error occurrs, return a generic error object instead of an object like "{ data }"