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

@cornie-js/eventsource

v0.2.0

Published

Eventsource spec compliant with useful extensions

Downloads

86

Readme

Eventsource

An spec compliant implementation of the Eventsource spec with useful extensions

What do you mean by "spec compliant"

Well, It's not currently possible to write a 100% spec compliant in javascript at the moment. There're small well-known discrepancies with the spec:

  • Request initiator type cannot be "other" as stated in the spec.
  • Request redirections are followed, not only 301 and 307 ones as the non normative introduction section states.
  • There's no way to access to the aborted flag of a response. Due to this fact, there's no way to know whether or not an error typed response is an aborted network error one. For this reason, network errors as defined in the spec triggers an attempt to restablish the connection instead of failing the connection if the response is an aborted network error as the spec states.

Extensions

Custom headers

Like any other class, EventSource can be extended. The _buildHeaders method can be overridden in order to build custom headers:

import { EventSource, EventSourceInit } from '@cornie-js/eventsource';

class CustomEventSource extends EventSource {
  readonly #token: string | undefined;

  constructor(
    url: string,
    eventSourceInitDict: EventSourceInit & { token?: string } = {},
  ) {
    super(url, eventSourceInitDict);

    this.#token = eventSourceInitDict.token;
  }

  protected override _buildHeaders(): Headers {
    // Keep other relevant SSE headers in the base class method.
    const headers: Headers = super._buildHeaders();

    if (this.#token !== undefined) {
      headers.set('authorization', `Bearer ${this.#token}`);
    }

    return headers;
  }
}

Why not simply providing an optional headers parameter in the constructor? Well, most auth flows are way more complex than simply passing some pre established headers. As an example, JWT tokens must be renewed once the expiration time is reached.