Minilith is a database free CMS where the entire state (posts, pages, and settings) are compressed and stored directly in the pixels of a 256xd256 PNG file.
Minilith has zero dependencies. There is no Node, no bundlers, and no external DBs. It relies entirely on browser APIs to compress, secure, and render a site directly from the image.
The Minilith Architectural Lifecycle
Instead of a traditional backend and database, the flow looks like this:
1. Payload Creation: The editor data (JSON) is signed with a private key and compressed using the browser's native deflate algorithms.
2. Injection: The compressed bits are injected into the image's RGB channels using steganography. A raw tEXt chunk is injected right before the IEND marker to wrap the extraction script, turning the image into an executable polyglot.
3. Distribution: The result is a single image file. It can either be pushed directly to Cloudflare KV or downloaded locally.
4. Extraction & Rendering: A client side loader fetches the image, draws it to a hidden canvas, extracts the bits, verifies the signature and visual fingerprint, and runs the decompressed payload.
Since the entire database is just a picture, deployment and portability are extremely simple:
- Cloudflare Edge: Publish directly from the editor to Cloudflare KV, overwriting a single key-value pair for instant updates.
- Self Hosting: Generate a .zip archive from the editor and host on any basic web server.
- Offline Portability: The editor utilizes service workers. Once you have visited the editor once it is cached. You can view, edit, and generate new images completely offline.
The obvious flaw is aggressive image processing and optimization destroying the polyglot logic and data. (Though fun fact: texting the raw image over iMessage preserves the payload)
The code is experimental and the linked post is my architectural breakdown of the process. I'd love feedback and to hear your thoughts and ideas.
a_bytecycle•2h ago