cmjs — Minimal Client-Side CMS

A minimal CMS where articles are Markdown files rendered in the browser. No build step, no database, no server-side code.

How it works

1. The browser traverses cmjs/articles/ via a server directory index — discovering authors and their post directories (author/slug/slug.md); nginx JSON autoindex is preferred, with HTML autoindexes supported as a fallback.
2. Each .md file's YAML frontmatter is parsed for title/description/image; publish date and tags/category come from empty .date/.tag marker files beside it (see "Adding an article" below).
3. Clicking an article fetches the Markdown file and renders it with marked.js.
4. Hash-based routing handles navigation — back/forward works without page reloads.
5. Discovered articles are cached in IndexedDB, keyed by post directory and invalidated by directory mtime, so repeat visits skip re-fetching unchanged content — see "Article discovery & caching" below.

Features

• Dark mode — automatically follows the OS prefers-color-scheme setting; no toggle needed.
• Client-side search — the search box in the header filters all articles by title, description, author, and category in-memory. Navigates to #search/query so results are bookmarkable.
• Reading time — estimated from the article word count (200 wpm) and shown on list cards and in article headers. Computed automatically; no frontmatter field needed.
• Table of contents — auto-generated from h2/h3 headings and inserted at the top of the article body. Only appears when the article has three or more headings.
• Back link — a "← Back to articles" link above every article for one-click navigation back to the list.
• Pagination — article list paginates at 20 articles per page; page state is encoded in the hash so browser history works.
• Author and category filtering — clicking an author name or category badge shows a filtered list. Both support pagination.
• Responsive layout — layout, cards, images, and pagination all adapt to narrow screens (breakpoint at 640 px).
• Keyboard navigation — all interactive elements have visible :focus-visible outlines for keyboard users.
• Author profiles — a profile card with bio and social links is shown at the top of each author's article list. Created by adding articles/{author}/{author}.md.

Project structure

cmjs/
├── README.md
├── index.html              # Single-page shell — served from the repo root
├── css/                    # Site-level styles for index.html
│   ├── reset.css           # CSS variables, dark mode, box-sizing reset, focus styles
│   ├── header.css          # Site header, title link, search form
│   └── layout.css          # Main content wrapper, state messages, responsive
├── js/
│   └── marked.min.js       # marked.js (local copy, loaded as a global)
└── cmjs/                   # App content — articles, templates, component styles
    ├── css/
    │   └── components/
    │       ├── card.css        # Article list cards and filter heading
    │       ├── article.css     # Single article view, back link, hero image
    │       ├── content.css     # Rendered markdown styles (.content *)
    │       ├── pagination.css  # Prev/next page navigation
    │       └── toc.css         # Auto-generated table of contents
    ├── js/
    │   ├── config.js       # BASE_URL, MARKED_URL, PICTURES_URL (all via import.meta.url)
    │   ├── frontmatter.js  # parseFrontmatter() — pure YAML-front parser
    │   ├── templates.js    # loadTemplates(), templates cache
    │   ├── discovery.js    # discoverArticles(), fetchJson(), article cache
    │   ├── cache.js        # IndexedDB cache for discovered articles, keyed by post directory
    │   ├── concurrency.js  # mapWithConcurrency() — caps simultaneous per-article fetches
    │   ├── i18n.js         # t(), loadStrings(), getLocale() — UI string lookup
    │   ├── views.js        # loadArticleList, loadArticle, loadAuthorView, loadCategoryView, loadSearch
    │   └── router.js       # Hash router and app entry point
    ├── strings/
    │   ├── en.json         # UI strings (default/fallback locale) — see "Translations" below
    │   ├── cs.json         # Czech translation
    │   └── sk.json         # Slovak translation
    ├── templates/
    │   ├── card.html       # Article list card layout
    │   └── article.html    # Full article view layout
    ├── articles/
    │   └── author/              # One directory per author
    │       ├── author.md        # Author profile (optional)
    │       └── slug/            # One directory per post
    │           ├── slug.md            # Article content + frontmatter
    │           ├── tag-id.tag         # Zero or more empty tag/category markers
    │           └── DD-MM-YYYY.date    # Publish date marker (exactly one)
    └── pictures/           # Article images (referenced via image: frontmatter field)

Adding an article

1. Create the author and post directories if they don't exist: cmjs/articles/author/my-article/
2. Create the Markdown file inside: cmjs/articles/author/my-article/my-article.md
3. Add a publish-date marker beside it: cmjs/articles/author/my-article/DD-MM-YYYY.date (e.g. 16-06-2026.date) — an empty file, exactly one per article. This is the sole source of the publish date; a date: frontmatter field is no longer read.
4. Add tag/category markers as needed: cmjs/articles/author/my-article/tag-id.tag (e.g. kometa.tag, expa-2026.tag) — empty files, any number. A tag id matching expa-YYYY is treated as the article's "year"/category and shown in the "Years" sidebar; every other tag id is a normal topic tag.
5. Add a frontmatter block at the top of the Markdown file
6. Write your content — it will appear in the list automatically

author is derived from the directory path — no frontmatter field needed for it. Publish date, tags, and category are derived from the .date/.tag marker files, not frontmatter.

Frontmatter format

---
title: My Article Title
description: A short summary shown in the article list.
draft: false
---

Your markdown content here...

Field	Required	Notes
title	yes	Shown in the list and article header
description	no	Short summary shown under the title in the list
image	no	Filename of the preview image in the pictures/ directory (e.g. photo.jpg); shown as card thumbnail and article hero
draft	no	Set to true, yes, or 1 to hide from the list

Reading time is computed automatically from the article word count — no frontmatter field needed. date and tags frontmatter fields, if present, are ignored — superseded by the .date/.tag marker files above.

Author profiles

To add a profile for an author, create a file named {author}.md directly inside the author's directory:

cmjs/articles/bob/bob.md

The profile appears as a card above the article list when a visitor filters by that author. It is optional — authors without a profile file work normally.

Profile frontmatter

---
title: Bob Johnson
avatar: bob-avatar.jpg
github: https://github.com/bob
twitter: https://twitter.com/bob
linkedin: https://linkedin.com/in/bob
mastodon: https://mastodon.social/@bob
website: https://bob.example.com
---

Short bio rendered as markdown.

Field	Notes
title	Display name shown in the profile card. Falls back to the author directory name.
avatar	Filename in pictures/ — displayed as a circular thumbnail.
github / twitter / linkedin / mastodon / website	Any subset of these renders as pill links below the bio.

The body text below the frontmatter is rendered as markdown and shown as the bio.

Routing

URL hash	View
(empty)	All articles, page 1
#page/2	All articles, page 2
#search/linux	Search results for "linux"
#author/alice	All articles by alice, page 1
#author/alice/page/2	All articles by alice, page 2
#category/expa-2026	All articles carrying the "expa-2026" year tag, page 1
#category/expa-2026/page/2	Same, page 2
#tag/kometa	All articles tagged "kometa", page 1
#tag/kometa/page/2	Same, page 2
#post/alice/my-article	Single article at cmjs/articles/alice/my-article/my-article.md

Author names and category tags on each card and article are clickable links to their respective filter views. A search box in the header navigates to #search/query.

Customising the layout

The HTML structure for the article list card and the full article view live in cmjs/templates/:

• cmjs/templates/card.html — the card shown in the article list
• cmjs/templates/article.html — the full article view (header, hero image, content)

Edit these files directly to change layout — no JS changes needed. Elements are identified by data-field attributes, which is how the JS modules find and populate them. Keep existing data-field values when rearranging; add new ones if you add new fields.

Translations

Every UI string the JS renders (loading/error states, pagination, filter labels, the table of contents heading, etc.) is looked up through t(key, params) in cmjs/js/i18n.js rather than hardcoded — cmjs/strings/en.json is the default/fallback string table.

Available locales: en (default), cs (Czech), sk (Slovak).

To add another translation:

1. Set <html lang="xx"> in your index.html to the target language code (e.g. cs).
2. Add cmjs/strings/xx.json with the same keys as en.json (copy it as a starting point) — you only need to include the keys you're translating; anything missing quietly falls back to English rather than breaking.
3. {placeholder} tokens in a string (e.g. "{page} of {totalPages}") are substituted at render time — keep them in your translated string, in whatever order/position reads naturally in that language.

The resolved locale also drives date formatting (Intl.DateTimeFormat), search matching, and tag-label sorting (localeCompare), via getLocale() in the same module — so a translation file doesn't just relabel text, it affects how dates and sorting behave too.

Site-specific branding that lives in index.html itself (the page <title>, the header search placeholder, the sidebar section headings) is plain static HTML, not JS-templated — translate it by editing index.html directly, the same way you'd customise it for any other embedding site.

Embedding in an existing page

To add cmjs to any HTML page, three things are needed: the CSS, the two mount-point <div>s, and the script.

1. CSS — in <head>

<!-- Site-level styles (or replace with your own) -->
<link rel="stylesheet" href="css/reset.css">
<link rel="stylesheet" href="css/header.css">
<link rel="stylesheet" href="css/layout.css">

<!-- Component styles -->
<link rel="stylesheet" href="cmjs/css/components/card.css">
<link rel="stylesheet" href="cmjs/css/components/article.css">
<link rel="stylesheet" href="cmjs/css/components/content.css">
<link rel="stylesheet" href="cmjs/css/components/pagination.css">
<link rel="stylesheet" href="cmjs/css/components/toc.css">

The site-level CSS files (reset.css, header.css, layout.css) are optional — they style the shell around the CMS. If your page already has a layout and reset, you can skip them and only load the component stylesheets. Note that reset.css also defines the CSS custom properties (colours, radius) used throughout — if you skip it, define the variables yourself.

2. Mount points — in <body>

<div id="list-view"></div>
<div id="article-view" hidden></div>

Place these wherever you want the CMS to appear. The router toggles hidden between them on navigation.

Optionally add a search form anywhere in the page:

<form id="search-form" role="search">
    <input type="search" id="search-input" placeholder="Search articles…" autocomplete="off">
</form>

3. Script — before </body>

<script type="module" src="cmjs/js/router.js"></script>

router.js is the only script tag needed. It loads marked.min.js automatically at startup (path configured in cmjs/js/config.js).

Subdirectory pages: If the embedding page lives in a subdirectory (e.g. /blog/index.html), relative paths like cmjs/... will resolve incorrectly. Use root-relative paths with a leading / for the CSS links and script tag:

<link rel="stylesheet" href="/cmjs/css/components/card.css">
<script type="module" src="/cmjs/js/router.js"></script>

All internal fetches (articles, templates, marked.js) resolve relative to the module files via import.meta.url and work automatically — only the HTML tags need the / prefix.

Minimal example

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>My Site</title>
    <link rel="stylesheet" href="cmjs/css/components/card.css">
    <link rel="stylesheet" href="cmjs/css/components/article.css">
    <link rel="stylesheet" href="cmjs/css/components/content.css">
    <link rel="stylesheet" href="cmjs/css/components/pagination.css">
    <link rel="stylesheet" href="cmjs/css/components/toc.css">
</head>
<body>
    <div id="list-view"></div>
    <div id="article-view" hidden></div>

    <script type="module" src="cmjs/js/router.js"></script>
</body>
</html>

nginx configuration

Point nginx root at the repo root. The autoindex directive applies recursively to all subdirectories under /cmjs/articles/.

server {
    listen 80;
    server_name example.com;
    root /var/www/cmjs;

    # Serve the SPA
    location / {
        try_files $uri $uri/ /index.html;
    }

    # Enable JSON directory listing for article discovery (applies to all subdirs)
    location /cmjs/articles/ {
        autoindex on;
        autoindex_format json;
        autoindex_localtime off;  # keep mtimes in GMT — the crawler's cache relies on consistent, unambiguous timestamps
    }
}

Note: autoindex_format json requires nginx 1.7.9+. Check with nginx -v. If autoindex_format json is ever lost (config drift, an older nginx), the crawler falls back to parsing nginx's default HTML directory listing instead of breaking outright.

Article discovery & caching

Articles are discovered by crawling cmjs/articles/ client-side: fetch the author directories, then each author's post directories along with their mtime, then — only for directories whose mtime has changed since the last visit — that directory's own listing (to read its .tag/.date markers) and its Markdown content.

• Cache — results are cached per post directory in IndexedDB (cmjs/js/cache.js), keyed by directory path and invalidated by comparing the live mtime against the cached one. If IndexedDB is unavailable (private browsing, disabled storage), the crawler transparently falls back to fetching everything live on every visit.
• Cache schema version — the cached records store the full derived article shape, not raw content, so a code change to how articles are derived (in cmjs/js/discovery.js) can make old cached entries stale in structure, not just content — and a directory's mtime won't catch that. Bump CACHE_SCHEMA_VERSION in cmjs/js/cache.js whenever that shape changes; it's baked into the IndexedDB database name, so a bump invalidates every cached entry on the next deploy.
• Concurrency — MAX_CONCURRENT_REQUESTS in cmjs/js/discovery.js (default 10) caps how many post directories are crawled at once; raise it for a fast/local nginx, lower it for a slow or shared/production instance.
• Crawl health — if every author's directory listing fails outright, or very few of the known post directories loaded, a small warning banner is shown above the article list instead of silently rendering an empty page (see getCrawlStats() / renderCrawlHealthWarning() in cmjs/js/discovery.js / cmjs/js/views.js).
• Design rationale — the full reasoning (wave-based crawling, recency prioritisation, HTML-autoindex fallback, and long-term "deploy and forget" constraints) is documented in .claude/nginx-sitemap-crawler-plan.md, which ships alongside the code.

Running locally

Using nginx locally (example for Linux):

# Symlink or copy the repo to your nginx webroot, then reload:
sudo nginx -s reload

Python's http.server returns HTML directory listings, not JSON, so article discovery won't work with it. Use nginx.