superstatic

Superstatic

Superstatic is an enhanced static web server that was built to power. It has fantastic support for HTML5 pushState applications, clean URLs, caching, and many other goodies.

Documentation

• Installation
• Usage
• Configuration
• API
  • Middleware
  • Server
• Providers
  • Authoring Providers
• Run Tests
• Changelog
• Contributing

Installation

Superstatic should be installed globally using npm:

For use via CLI

$ npm install -g superstatic

For use via API

npm install superstatic --save

Usage

By default, Superstatic will simply serve the current directory on port 3474. This works just like any other static server:

$ superstatic

You can optionally specify the directory, port and hostname of the server:

$ superstatic public --port 8080 --host 127.0.0.1

Configuration

Superstatic reads special configuration from a JSON file (either superstatic.json or firebase.json by default, configurable with -c). This JSON file enables enhanced static server functionality beyond simply serving files.

public: by default, Superstatic will serve the current working directory (or the ancestor of the current directory that contains the configuration json being used). This configuration key specifies a directory relative to the configuration file that should be served. For example, if serving a Jekyll app, this might be set to "_site". A directory passed as an argument into the command line app supercedes this configuration directive.

cleanUrls: if true, all .html files will automatically have their extensions dropped. If .html is used at the end of a filename, it will perform a 301 redirect to the same path with .html dropped.

All paths have clean urls

{
  "cleanUrls": true
}

rewrites: you can specify custom route recognition for your application by supplying an object to the routes key. Use a single star * to replace one URL segment or a double star to replace an arbitrary piece of URLs. This works great for single page apps. An example:

{
  "rewrites": [
    {"source":"app/**","destination":"/application.html"},
    {"source":"projects/*/edit","destination":"/projects.html"}
  ]
}

redirects: you can specify certain url paths to be redirected to another url by supplying configuration to the redirects key. Path matching is similar to using custom routes. redirects use the 301 HTTP status code by default, but this can be overridden by configuration.

{
  "redirects": [
    {"source":"/some/old/path", "destination":"/some/new/path"},
    {"source":"/firebase/*", "destination":"https://www.firebase.com", "type": 302}
  ]
}

Route segments are also supported in the redirects configuration. Segmented redirects also support custom status codes (see above):

{
  "redirects": [
    {"source":"/old/:segment/path", "destination":"/new/path/:segment"}
  ]
}

In this example, /old/custom-segment/path redirects to /new/path/custom-segment

headers: Superstatic allows you to set the response headers for certain paths as well:

{
  "headers": [
    {
      "source" : "**/*.@(eot|otf|ttf|ttc|woff|font.css)",
      "headers" : [{
        "key" : "Access-Control-Allow-Origin",
        "value" : "*"
      }]
    }, {
      "source" : "**/*.@(jpg|jpeg|gif|png)",
      "headers" : [{
        "key" : "Cache-Control",
        "value" : "max-age=7200"
      }]
    }, {
      "source" : "404.html",
      "headers" : [{
        "key" : "Cache-Control",
        "value" : "max-age=300"
      }]
    }]
  }
}

trailingSlash: Have full control over whether or not your app has or doesn't have trailing slashes. By default, Superstatic will make assumptions for on the best times to add or remove the trailing slash. Other options include true, which always adds a trailing slash, and false, which always removes the trailing slash.

{
  "trailingSlash": true
}

i18n: Internationalized content can be served based on accept-language or x-country-code headers.

Imagine a setup with the following files:

- public/
  - index.html
  - i18n/
    - fr_ca/
      - index.html
    - ALL_ca/
      - index.html
    - fr/
      - index.html

With i18n enabled, when a request is received for /index.html with the accept-language header set to fr (and no x-country-code), the content at public/i18n/fr/index.html will be returned as a response.

If accept-language: fr and x-country-code: ca are passed, the content at public/i18n/fr_ca/index.html will be returned for /index.html.

For more information about how content is resolved when using i18n, see the Firebase Hosting documentation of the feature.

{
  "i18n": {
    "root": "/intl"
  }
}

API

Superstatic is available as a middleware and a standalone Connect server. This means you can plug this into your current server or run your own static server using Superstatic's server.

Middleware

var superstatic = require('superstatic')
var connect = require('connect');

var app = connect()
	.use(superstatic(/* options */));

app.listen(3000, function() {

});

superstatic([options])

Instantiates middleware. See an example for detail on real world use.

• options - Optional configuration:
  • fallthrough - When false, render a 404 page from within Superstatic rather than calling through to the next middleware. Defaults to true.
  • config - A file path to your application's configuration file (see Configuration) or an object containing your application's configuration. If an object is provided, it will be merged into existing config in a superstatic.json.
  • protect - Adds HTTP basic auth. Example: username:password
  • env- A file path your application's environment variables file or an object containing values that are made available at the urls /__/env.json and /__/env.js. See the documentation detail on environment variables.
  • cwd - The current working directory to set as the root. Your application's public configuration option will be used relative to this.
  • compression - An option which controls superstatic's response compression. Pass in a standard compression(req, res, next) Express middleware function to override the default compression behavior (for example, require shrink-ray to enable advanced compression schemes such as brotli, or require node.js' stock compression middleware yourself to change the compression quality and caching behavior). Any other truthy value will default to the stock node.js middleware.

Server

var superstatic = require('superstatic').server;

var app = superstatic(/* options */);

var server = app.listen(function() {

});

Since Superstatic's server is a barebones Connect server using the Superstatic middleware, see the Connect documentation on how to correctly instantiate, start, and stop the server.

superstatic([options])

Instantiates a Connect server, setting up Superstatic middleware, port, host, debugging, compression, etc.

• options - Optional configuration. Uses the same options as the middleware, plus a few more options:
  • port - The port of the server. Defaults to 3474.
  • host or hostname - The hostname of the server. Defaults to localhost.
  • errorPage - A file path to a custom error page. Defaults to Superstatic's error page.
  • debug - A boolean value that tells Superstatic to show or hide network logging in the console. Defaults to false.
  • compression - A boolean value that tells Superstatic to serve gzip/deflate compressed responses based on the request Accept-Encoding header and the response Content-Type header. Defaults to false.
  • gzip [DEPRECATED] - A boolean value which is now equivalent in behavior to compression. Defaults to false.

Providers

Superstatic reads content from providers. The default provider for Superstatic reads from the local filesystem. Other providers can be substituted when initializing Superstatic:

superstatic({
  provider: require('superstatic-someprovider')({
    provider: 'options'
  })
});

Authoring Providers

Implementing a new provider is quite simple. You simply need to create a function that takes a request and pathname and returns a Promise. The Promise should:

• Resolve null when content isn't found (i.e. a 404 response).
• Resolve with a metadata object as described below when content is found.
• Reject when an error occurs in the content-fetching process.

The metadata object returned by a provider needs the following properties:

• stream: A readable stream for the content.
• size: The length of the content.
• etag: (optional) a content-unique string such as an MD5 hash computed from the content
• modified: (optional) a Date object for when the content was last modified

A simple in-memory store provider can be found at lib/providers/memory.js in this repo as a simple reference example of a provider.

Note: The pathname will be URL-encoded. You should make sure your provider properly handles files with non-standard characters (spaces, unicode, etc).

Run Tests

In superstatic module directory:

npm install
npm test

Contributing

We LOVE open source and open source contributors. If you would like to contribute to Superstatic, please review our contributing guidelines before you jump in and get your hands dirty.

Similar packages

Other packages similar to superstatic

http-server

http-server is a simple, zero-configuration command-line static HTTP server. It is easy to use and can serve static files quickly, but it lacks some of the advanced features like custom headers and redirects that superstatic offers.

live-server

live-server is a simple development HTTP server with live reload capability. It is great for development purposes as it automatically reloads the page when files change. However, it does not offer features like clean URLs or custom headers.

serve

serve is a static file serving and directory listing tool. It is highly configurable and supports features like clean URLs and custom headers, similar to superstatic. However, it is more focused on simplicity and ease of use.