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

@gliderzone/auth-client

v0.1.0

Published

Shared React auth client + login UI for gliding apps (auth.gliderzone.com).

Readme

@gliderzone/auth-client

Shared React auth client + login UI for the gliding apps. A thin wrapper over Better Auth's React client, pre-pointed at auth.gliderzone.com. Part of the shared auth platform (GLI-175); see the auth service and ../AGENTS.md.

Published to npm as the public package @gliderzone/auth-client (GLI-176 decision — it's glue code with no secrets, so public exposure is benign and keeps consumer installs auth-free). Releases are cut by the auth repo's publish-client.yml on a version bump; see ../AGENTS.md.

Install

npm install @gliderzone/auth-client
# peer deps (already present in every gliding app):
npm install react react-dom

Usage

Most apps just use the production singleton:

import { AuthButton, useSession } from "@gliderzone/auth-client";

function Header() {
  const { data: session } = useSession();
  return (
    <header>
      {session ? <span>{session.user.name}</span> : null}
      <AuthButton className="btn" />
    </header>
  );
}
  • AuthButton — sign-out when authed, Google sign-in otherwise.
  • SignInButton / SignOutButton — the individual controls. Unstyled <button>s; pass className/children to match the app.
  • useSession(), signIn, signOut — re-exports bound to the production client.

Pointing at a non-production auth service (local dev)

The singleton targets https://auth.gliderzone.com. For a different base URL, create your own client and pass it to the components:

import { createGlidingAuthClient, AuthButton } from "@gliderzone/auth-client";
import { resolveAuthBaseURL } from "@gliderzone/auth-client";

// Vite: pass import.meta.env so VITE_AUTH_URL can override locally.
const authClient = createGlidingAuthClient({
  baseURL: resolveAuthBaseURL(undefined, import.meta.env),
});

<AuthButton client={authClient} />;

Calling your own backend with a JWT

const { data } = await authClient.token(); // short-lived EdDSA JWT
fetch("/api/whatever", { headers: { authorization: `Bearer ${data.token}` } });

Your backend verifies it against https://auth.gliderzone.com/.well-known/jwks.json — see the claim contract in ../AGENTS.md.

Develop

npm install
npm run build       # tsup → dist/ (ESM + .d.ts)
npm test            # node --test (pure logic + API surface)
npm run typecheck

React/react-dom are peer dependencies.

Gotcha: dedupe React when consuming via a local link

A normal published install resolves React as a peer and is fine. But if you npm link / file:-link this package during local development, the link can pull the package's own dev copy of React, giving the app two React instances → "Invalid hook call". Dedupe React in the consumer (Vite: resolve: { dedupe: ["react", "react-dom"] }).