flamerouter

v0.1.0

Published

a year ago

Blazingly fast SPA-like router for static sites

Downloads

0High
0Medium
0Low

caramelfur

static-site router frontend spa prefetch

Flamerouter 🔥

I really liked the simplicity of the original flamethrower, but things were missing and bugs were present. So here is my own improved version

Status: Beta

A 2kB zero-config router and prefetcher that makes a static site feel like a blazingly fast SPA.

Why?

Problem: Static sites feel slow and cannot easily share state between pages. This makes it difficult to create a pleasant user experience (UX) with JavaScript libraries because each new page needs to reboot your JS from scratch.

Rather than requiring a frontend framework to take control of the entire DOM, the goal is to make route changes on static sites feel faster, like a SPA.

How?

It tells the browser to prefetch visible links in the current page with IntersectionObserver.
Intercepts click and popstate events, then updates the HTML5 history on route changes.
Uses fetch to get the next page, swaps the <body> out, merges the <head>, but does not re-execute head scripts (unless asked to).

This means you can have long-lived JavaScript behaviors between navigations. It works especially well with native web components.

QuickStart

npm i flamerouter

import flamerouter from 'flamerouter';
const router = flamerouter();

That's it. Your site now feels blazingly fast.

Advanced Usage

// with opts
const router = flamerouter({ prefetch: 'visible', log: false, pageTransitions: false });

// Navigate manually
router.go('/somewhere');
router.back();
router.forward();

// Listen to events
window.addEventListener('flamethrower:router:fetch', showLoader);
window.addEventListener('flamethrower:router:fetch-progress', updateProgressBar);
window.addEventListener('flamethrower:router:end', hideLoader);

// Disable it
router.enabled = false;

Opt-out of specific links for full page load.

<a href="/somewhere" data-cold></a>

Scripts in <body> will run on every page change, but you can force scripts in the <head> to run:

<script src="..." data-reload></script>

The fetch-progress event is a custom event, so usage will look something like this:

window.addEventListener('flamethrower:router:fetch-progress', ({ detail }) => {
 const progressBar = document.getElementById('progress-bar');
 // progress & length will be 0 if there is no Content-Length header
 const bytesReceived = detail.received; // number
 const length = detail.length; // number
 progressBar.style.width = detail.progress + '%';
});

Prefetching

Prefecthing is disabled by default.

visible: prefetch visible links on the page with IntersectionObserver
hover: prefetch links on hover

const router = flamerouter({ prefetch: 'visible' });

Misc

Supported in all browsers? Yes. It will fallback to standard navigation if window.history does not exist.

Does it work with Next.js? No, any framework that fully hydrates to an SPA does not need this - you already have a client-side router.

Does it work with Astro? I think so. It can share state between routes, but partially hydrated components may flash between routes.

Other things to know:

<head> scripts run only on the first page load. <body> scripts will still run on every page change (by design).
It's a good idea to show a global loading bar in case of a slow page load.
This library is inspired by Turbo Drive.
This project is experimental.

Contributing

Build it:

npm run dev

Serve the example:

npm run serve

Make sure all playwright tests pass before submitting new features.

npm run test

Deploying

You can deploy Flamerouter to Vercel as follows:

npm run deploy

This uses the Build Output API and the Vercel CLI to deploy the /example folder.

Published

Vulnerabilities

Links

Maintainers

Keywords

Readme