Skip to main content

Burgher - a static site generator focused on galleries

Project description

Burgher - a static site generator focused on galleries

Burgher is a static site generator that makes it easy to create photo galleries from your existing folder structure. Instead of requiring you to reorganize your photos or maintain a separate structure, burgher works with how you already organize your photos.

Key features:

  • Uses your existing photo folder organization
  • Automatically generates thumbnails in multiple sizes
  • Extracts and displays EXIF data
  • Supports both single photos and gallery collections
  • Simple template-based customization

Example gallery

Let's look at example structure of the gallery files:


.
├── Baltics
│   ├── Helsinki
│   │   ├── X-T5-2023-05-29 09.31.13.jpg
│   │   ├── X-T5-2023-05-30 19.24.16.jpg
│   │   ├── _Ruoholahti
│   │   │   ├── X-T5-2023-05-30 11.12.54.jpg
│   │   ├── _Suomenlinna
│   │   │   ├── X-T5-2023-05-29 11.05.40.jpg
│   │   │   └── X-T5-2023-05-29 11.54.06.jpg
│   │   └── info.md
│   ├── Lithuania
│   │   ├── _Countryside
│   │   │   ├── X-T5-2023-05-24 09.11.12.jpg
│   │   │   └── X-T5-2023-05-24 14.49.27.jpg
│   │   ├── _Druskininkai
│   │   │   └── X-T5-2023-05-22 08.43.41.jpg
│   │   ├── _Spit
│   │   │   ├── main.jpg
│   │   │   └── info.md
│   │   └── _Vilnius
│   │       └── main.jpg
│   └── Riga
└ ... 

Features:

  • main.jpg is used as a cover image for the album
  • info.md is used to provide description about the album
  • _ prefixed folders are treated as embedded albums - they get rendered as part of the main album but they can have their own info.md and cover image and they also get link on their own.
  • Albums with .hidden empty file will not be indexed in the main page and will only be accessible with the main link

How it works

  1. Point burgher at your photo directories
  2. Define your desired thumbnail sizes and template structure
  3. Burgher automatically:
    • Creates optimized thumbnails
    • Extracts photo metadata
    • Generates gallery pages
    • Maintains your folder hierarchy

Basic Usage

from pathlib import Path

from burgher.feed import Feed

from burgher import FrontMatterNode, StaticFolderNode, Gallery
from burgher import App

# this is the list of directories that will trigger rebuild of all template nodes
# if any file changes. 
check_paths = [
    Path("templates/"),
    Path("static/"),
]

out = Path("../build/")
PHOTO_DIR = Path("/home/user/photos/public/")
app = App(
    name="appname",
    template_dir="/templates",
    output_path=out,
    domain="http://example.com",
    check_paths=check_paths,
    # context db is json file that persists between builds
    # it is used to cache metadata for photos and other content to improve build performance
    context_db_path=Path("../example.json"),
)

app.register(
    # register directory with markdown files that will be rendered into html
    pages=FrontMatterNode.from_folder(
        "pages",
        template_name="page.html"
    ),
    # static files - these will be simply copied
    static=StaticFolderNode("static"),
    # register gallery, here we specify output file, so that the gallery is a root of the site
    gallery=Gallery(PHOTO_DIR,
                    output_file="index.html",
                    source_file="index.md"
                    ),
    rss=Feed(root_gallery=PHOTO_DIR),
)

# generate the site
app.generate()

Available Node Types

Basic Nodes

  • Node - Base node class that others inherit from
  • StaticNode - Copies a single file without modification
  • StaticFolderNode - Copies an entire folder structure without modification

Content Nodes

  • BlogRoot - Creates blog structure with listing index and page notes
  • TemplateNode - Renders a Jinja2 template with context
  • MarkdownNode - Renders markdown content into HTML
  • FrontMatterNode - Markdown with YAML frontmatter for metadata

Gallery and albums

  • Gallery - Root node for the gallery
  • Album - Folder with pictures or other albums
  • Picture - Handles image files with EXIF data and metadata
  • Thumb - Creates thumbnail versions of images

Special Purpose Nodes

  • Feed - Generates RSS/Atom feeds
  • Stats - Generates statistics pages

Each node type can be configured with various options and composed together to build complex static sites. Nodes can have parent-child relationships and share context data.

Node System and File Structure

The node system creates a graph that mirrors your site's file organization:

Node Tree to File Tree Mapping

  • Each Node corresponds to a file or directory in your site
  • Parent nodes represent directories containing other files/folders
  • Child nodes represent the contained files and subdirectories
  • The node graph directly maps to the output file structure

Context Database

The context database is used to cache metadata for photos and other content to improve build performance:

  • Photo EXIF data is expensive to parse and extract from image files
  • The context DB caches extracted metadata like:
    • Camera settings (aperture, shutter speed, ISO)
    • Camera/lens model information
    • Dates and timestamps
    • Image dimensions
    • Other EXIF tags of interest

When building the site:

  1. For each node, a hash based on file stats (size, modification time) is generated
  2. If the hash exists in the context DB, cached metadata is used
  3. If not found or the file changed, metadata is re-parsed and cached (e.g. EXIF data for photos)
  4. For template nodes, content is regenerated if source files, templates, or Python code changes
  5. This avoids re-processing unchanged files on subsequent builds

The context caching provides significant performance benefits:

  • Only new/modified photos need full EXIF processing
  • Cached metadata is instantly available for unchanged files
  • Reduces build times dramatically for large photo galleries
  • Preserves extracted metadata between builds

The context DB is stored as a JSON file that persists between builds. This allows incremental builds to be much faster than regenerating all metadata each time.

Blog Root

For blogs there is a blog root node:

from pathlib import Path

from burgher import App, BlogRoot, StaticFolderNode

blog_folder = Path('blog_entries')
check_paths = [
    Path("./templates/"),
    Path("./static/"),
]

blog = App(...)  # as before 
blog.register(
    index=BlogRoot(source_file=blog_folder / "index.md", post_folder=blog_folder / "posts"),
)

blog.generate()

This is the structure expected for the blog:


.
├── index.md
└── posts
    ├── entry1.assets
    │   └── 2021-03-08 12.27.28.jpg
    ├── entry1.md
    └── xps-setup.md

The index has special markdown attributes:

---
title:  "Blog title"
title_post: "Blog"
go_back_title: "blog"
---

# Blog

Some info about the blog

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

burgher-1.1.tar.gz (26.8 kB view details)

Uploaded Source

Built Distribution

burgher-1.1-py3-none-any.whl (31.0 kB view details)

Uploaded Python 3

File details

Details for the file burgher-1.1.tar.gz.

File metadata

  • Download URL: burgher-1.1.tar.gz
  • Upload date:
  • Size: 26.8 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/5.1.1 CPython/3.12.0

File hashes

Hashes for burgher-1.1.tar.gz
Algorithm Hash digest
SHA256 00448b186272ce3de304491cff6a198371743940f102b74016055b579816b2e0
MD5 8fc326aca4dac3a9a4c164b7a6aa325c
BLAKE2b-256 444522d15687ab54d85cd27f65b1aae5427f96bdd35dee8b1f87f51bf4ec2bf9

See more details on using hashes here.

File details

Details for the file burgher-1.1-py3-none-any.whl.

File metadata

  • Download URL: burgher-1.1-py3-none-any.whl
  • Upload date:
  • Size: 31.0 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/5.1.1 CPython/3.12.0

File hashes

Hashes for burgher-1.1-py3-none-any.whl
Algorithm Hash digest
SHA256 b651770e5c000fd9944fed9c7dfca4514896d9612bfaaa43af9949c00647a971
MD5 aca093b703e0f2ec8b78c0aae2da6a47
BLAKE2b-256 8fdf7f7e7c24d86cb49c580eb1996bcb136b80bab21bc04d4f56d26de5e244fc

See more details on using hashes here.

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page