Skip to content

Latest commit

 

History

History
268 lines (170 loc) · 9.58 KB

README.md

File metadata and controls

268 lines (170 loc) · 9.58 KB

Banner

version downloads license python-version test workflow

Aurora

Aurora is a static site generator implemented in Python.

See a blog template that you can use with Aurora.

Aurora supports:

  • Creating content and pages with markdown, jinja2, and HTML
  • Static and incremental builds
  • Interactive building with hot reloading for development (up to < 300ms reload time)
  • Out-of-the-box support for generating date, category, and tag archive pages

Aurora is supported on Linux and macOS. Aurora does not yet work on Windows, and there may be issues using Aurora on WSL. If you run into any issues with installation, please create a GitHub Issue.

Demos

Static Generation (1k+ pages)

demo.mov

Incremental Static Regeneration (~40 pages)

demo.mov

Get Started

Install Aurora

First, install Aurora:

pip3 install aurora-ssg

Create a Site

To create a new site, run the following command:

aurora new my-site

This will create a folder called my-site with everything you need to start your Aurora site.

To navigate to your site, run:

cd my-site

Aurora sites contain a few directories by default:

  • _layouts: Store templates for your site.
  • assets: Store static files like images, CSS, and JavaScript.
  • posts: Store blog posts (optional).
  • pages: Store static pages to generate.

A new Aurora site will come with a pages/index.html file that you can edit to get started.

Build Your Site (Static)

You can build your site into a static site by running the aurora build command.

Aurora works relative to the directory you are in.

To build your site, navigate run the following command:

aurora build

This will generate your site in a _site directory.

Build Your Site (Dynamic)

For development purposes, you can run Aurora with a watcher that will automatically rebuild your site when you make changes to any page in your website.

To run Aurora in watch mode, run the following command:

aurora serve

Your site will be built in the _site directory. Any time you make a change to your templates, the _site directory will be updated to reflect those changes.

Development Setup

If you are interested in contributing to Aurora, you will need a local development setup.

To set up your development environment, run the following commands:

git clone https://github.com/capjamesg/aurora
cd aurora
pip3 install -e .

This will install Aurora in editable mode. In editable mode, you can make changes to the code and see them reflected in your local installation.

Aurora Site Structure

By default, an Aurora site has the following structure in the root directory:

  • pages: Where all pages used to generate your site are stored.
  • pages/_layouts: Where you can store layouts for use in generating your website.
  • pages/_data: Where you can store JSON data files for use in generating pages. See the "Render Collections of Data" section later in this document for information on how to use this directory to generate pages from data files.
  • pages/posts: Where you can store all of your blog posts, if you use your site as a blog. The posts directory is processed with additional logic to automatically generate date archive and category archive pages, if applicable.

Any file in pages or a folder you make in pages (not including _layouts and _data) will be rendered on your website. For example, if you create a pages/interests/coffee.html file, this will generate a page called _site/pages/interests/coffee/index.html.

Configuration

You need a config.py file in the directory in which you will build your Aurora site. This file is automatically generated when you run aurora new [site-name].

This configuration file defines a few values that Aurora will use when processing your website.

Here is the default config.py file, with accompanying comments:

import os

BASE_URLS = {
    "local": os.getcwd(),
}

SITE_ENV = os.environ.get("SITE_ENV", "local")
BASE_URL = BASE_URLS[SITE_ENV]
ROOT_DIR = "pages" # where your site pages are
LAYOUTS_BASE_DIR = "_layouts" # where your site layouts are stored
SITE_DIR = "_site" # the directory in which your site will be saved
REGISTERED_HOOKS = {} # used to register hooks (see `Build Hooks (Advanced)` documentation below for details)

The BASE_URLS dictionary is used to define the base URL for your site. This is useful if you want to maintain multiple environments for your site (e.g., local, staging, production).

Here is an example configuration of a site that has a local and staging environment:

BASE_URLS = {
    "production": "https://jamesg.blog",
    "staging": "https://staging.jamesg.blog",
    "local": os.getcwd(),
}

Render Collections of Data

You can render data from JSON files as web pages with Aurora. This is useful if you have a JSON collection of data, such as a list of coffee shop reviews, that you want to turn into posts without creating corresponding markdown files.

To create a collection, add a new file to your site's pages/_data directory. This file should have a .json extension.

Within the file, create a list that contains JSON objects, like this:

[
    {"slug": "rosslyn-coffee", "layout": "coffee", "title": "Rosslyn Coffee in London is terrific."}
]

This file is called pages/_data/coffee.json.

Every entry must have a layout key. This corresponds with the name of the template that will be used to render the page. For example, the coffee layout will be rendered using the pages/_layouts/coffee.html template.

We need to create the pages/_layouts/coffee.html template to render our collection. Create a new file called pages/_layouts/coffee.html and add the following contents:

---
title: Coffee List
---

{% for item in site.coffee %}
    {{ item.title }}
{% endfor %}

Every entry must also have a slug key. This corresponds with the name of the page that will be generated. In the case above, one file will be created in the _site output directory: _site/coffee/rosslyn-coffee/index.html.

Build Hooks (Advanced)

You can define custom functions that are run before a file is processed by Aurora. You can use this feature to save metadata about a page that can then be consumed by a template.

These functions are called "hooks".

To define a hook, you need to:

  1. Write a hook function with the right type signature, and;
  2. Add the hook function to the HOOKS dictionary in your config.py file.

For example, you could define a function that saves the word count of a page:

def word_count_hook(file_name: str, page_state: dict, site_state: dict):
    if "posts/" not in file_name:
        return page_state

    page_state["word_count"] = len(page_state["content"].split())
    return page_state

Suppose this is saved in a file called hooks.py.

This function would make a page.word_count available in the page on which it is run.

Hooks must return the page_state dictionary, otherwise the page cannot be processed correctly.

To register a hook, create an entry in the REGISTERED_HOOKS dictionary in your config.py file:

REGISTERED_HOOKS = {
    "hooks": ["word_count_hook"],
}

Above, hooks corresponds to the name of the Python file with our hook, relative to the directory in which aurora build is run. (NB: aurora build should always be run in the root directory of your Aurora site.) word_count_hook is the name of the function we defined in hooks.py.

You can define as many hooks as you want.

To register multiple hooks in the same file, use the syntax:

REGISTERED_HOOKS = {
    "hook_file_name": ["hook1", "hook2", "hook3"],
}

Test Suite

To run the Aurora tests, run:

pytest tests/*.py

Performance

In a test generating 292,884 files from a CSV file with a single layer of inheritance in each template, Aurora built the website in 140.59 seconds (2m:20s).

In a test on a website with 1,763 files and multiple layers of inheritance, Aurora built the website in 3.149s. The files in this test were a combination of blog posts, static pages, and programmatic archives for blog posts (date pages, category pages).

In a test rendering 4,000 markdown files with a single layer of inheritance in each template, Aurora built the website in between 0.9 and 1.2 seconds.

In a test comparing 11ty to Aurora in generating the Airport Pianos website (~45 pages), 11ty took 1.36 seconds to start and generate the site, whereas Aurora took 0.034 seconds.

Users

The following sites are built with Aurora:

Have you made a website with Aurora? File a PR and add it to the list!

License

This project is licensed under an MIT license.