NeoCMS 3.0 · Open source

NeoCMS keeps the website. Loses the database.

Controlled visual editing for the static website you already have — with drafts, revisions, publishing, media and SEO tools, while public pages remain ordinary HTML.

  • 0Database tables
  • HTMLPublic output
  • 3Permission roles
  • GPLv3Open source
Discover

Give people an editor. Keep the site simple.

NeoCMS adds a private administration layer to an existing static website. Mark the regions people may change, and authors get a visual editor instead of a source file. The public site keeps serving the same HTML it served before.

There is no database to provision, query or keep in step with the files. Drafts, schedules, revisions and operational records live on the filesystem beside the site, under paths that the supplied server rules keep private.

Four decisions that keep it useful.

NeoCMS is for teams that need controlled content editing without rebuilding a working site around a heavyweight platform.

  1. I

    HTML remains the product

    Publishing updates an ordinary HTML page. Visitors do not wait for a CMS database, a theme engine or a page-builder runtime before they can read it.

  2. II

    Editors change only what you mark

    Add one configurable class to a region and NeoCMS makes it editable. Leave the rest alone and the layout, scripts and components stay in the hands of the people responsible for them.

  3. III

    Draft before publish

    Editing the browser preview does not quietly change the live page. Authors save drafts; publishers review, publish immediately or schedule the change for later.

  4. IV

    Keep a way back

    Every changed or deleted page receives a timestamped filesystem snapshot. Publishers can inspect the history and restore an earlier version when a release needs undoing.

A small CMS, without small ambitions.

The authoring tools teams expect, fitted around the files they already own.

02

Drafts & publishing

Nothing goes live by accident.

Save private work without touching the public page. A publisher can release it now or schedule it for a specific time, with a CLI worker available for unattended publication.

  • Filesystem-backed drafts
  • Immediate or scheduled publishing
  • Revision captured before replacement
03

Pages

Manage the site, not just one page.

Search, create, duplicate, rename and delete editable HTML pages, including pages in subdirectories. Templates keep new pages consistent with the rest of the site.

  • Page search and picker
  • Subdirectory support
  • Reusable page templates
04

Media

Know what an image is doing.

Browse uploaded images, reuse them, keep their alternative text, see where they are used and remove files that no page still needs.

  • Image-focused media library
  • Alternative-text records
  • Usage counts and storage limits
05

SEO

The useful metadata is editable too.

Authors can maintain the title, description, canonical URL, Open Graph image and robots indexing choice without hunting through the document head.

  • Page title and description
  • Canonical and social image
  • Robots indexing control
06

Shared content

Change it once, use it everywhere.

Mark a region with a shared key and update every matching page together. Build ordered, nested navigation menus and insert the generated markup into an editable region.

  • Named global content regions
  • Nested navigation builder
  • Shared values captured on publish
07

Preview & accessibility

Look before you publish.

Preview at desktop, tablet and mobile widths, then check common authoring problems: missing alt text, empty links, heading jumps, absent labels and missing page metadata.

  • Three responsive preview widths
  • Practical pre-publish checks
  • Sandboxed, script-free preview frame
08

Roles & activity

Give each person the right lever.

Editors prepare content, publishers release and restore it, and administrators manage pages, media, shared content and menus. The dashboard keeps drafts, schedules, problems and recent activity visible.

  • Editor, publisher and administrator
  • Least-privilege role fallback
  • Operational dashboard and audit logs
09

Operational safety

Small does not mean careless.

Password hashes, expiring sessions, login throttling, request and storage quotas, private data paths, security headers and owner-only files give a simple deployment sensible boundaries.

  • No enabled default account
  • Configurable request and storage limits
  • Apache rules and documented Nginx equivalents

Your design remains yours

NeoCMS does not ask you to translate a site into a proprietary theme or component language. Add the CMS directory, mark the regions people may edit, and keep deploying the same HTML, CSS and JavaScript you understand today.

From static site to editable site.

A deliberately short installation path, with the important permissions and credentials made explicit.

  1. I

    Place it

    Put cms/ and uploads/ in the document root of the existing PHP-hosted website.

  2. II

    Configure it

    Create the untracked local configuration, add password_hash() credentials, assign roles and confirm the required paths are writable.

  3. III

    Mark it

    Add the configured editable class to each region an author may change. Add neo-dupe where a whole block may repeat.

  4. IV

    Publish it

    Open /cms/, edit visually, save a draft and publish when it is ready. The live result is still the site's original HTML page.

NeoCMS makes sense when…

01You already have a fast static site that does not need rebuilding.

02Authors need to change words and images without touching HTML.

03You want review, scheduling and rollback without a database service.

04Your developers need firm boundaries around what editors may alter.

05You prefer files that can be backed up, diffed and moved with the site.

06You want open-source code you can inspect, adapt and host yourself.

Questions worth asking.

Does NeoCMS replace my existing website?

No. It is designed to sit alongside an existing static site. Your public pages remain ordinary HTML, CSS and JavaScript; NeoCMS adds the authenticated editing and publishing layer.

Does it really need no database?

Yes. Drafts, revisions, schedules, metadata, activity logs and configuration are stored on the filesystem. Back up cms/data/ with the website, and deny direct web access to the CMS data and log directories as described in the documentation.

What can an editor change?

Only the regions carrying the configured editable class. The default is editable, but it can be changed to any valid single class name. Repeatable blocks use the separate neo-dupe class.

Can people review work before it goes live?

Yes. Editors save filesystem-backed drafts without changing the public page. Publishers can then publish immediately, schedule publication, inspect previous revisions and restore an earlier version.

What does it require?

PHP 8 on Linux, the PHP DOM and fileinfo extensions, PHP sessions, a modern JavaScript-enabled browser, and write access to the managed HTML files plus the CMS data, log and upload directories.

Can I use and modify it commercially?

NeoCMS is open-source software licensed under GPLv3. You may use, study, modify and distribute it under that licence; the repository includes the complete licence terms and project documentation.

Also from Alchamentary.

Independent products, built because they should exist.

01

4ensics Leviathan

Drop a file. See everything.

A browser-based binary analysis, reverse-engineering and digital-forensics workbench that keeps artefacts local.

See Leviathan
02

Blackwall

Nobody has a password to steal.

Passkey-only identity, standards-based integration and an audit trail designed to prove it was not altered.

See Blackwall
03

Fury

Post-quantum file encryption.

A documented format, a Go library and tools for material that must stay unreadable after the mathematics moves on.

See Fury

Use it. Change it. Ship it.

NeoCMS is available now under GPLv3. Download the complete source, installation guide and technical documentation from GitHub.