Show HN: Server hardening playbook where every item is failure/fix/verify https://ift.tt/aUThb4Y

Show HN: Server hardening playbook where every item is failure/fix/verify https://ift.tt/x8ZIQDt September 7, 2026 at 01:31AM

Show HN: Golden hour API and a 3D globe of the best light https://ift.tt/zPV7T18

Show HN: Golden hour API and a 3D globe of the best light https://ift.tt/Jkln5Dc September 7, 2026 at 01:18AM

Show HN: Lantunnel – a P2P-first private mesh for reaching your LANs https://ift.tt/U6oRSQc

Show HN: Lantunnel – a P2P-first private mesh for reaching your LANs https://ift.tt/4CV3w1E September 7, 2026 at 12:47AM

Show HN: Blunderbase: A Personal Chess Database https://ift.tt/L2xqFJz

Show HN: Blunderbase: A Personal Chess Database I made a free and open source chess database. It's useful for personal game study and gathering statistics across sites. Supports import from lichess, chess.com, FICS and PGN then runs Stockfish and Maia over every game. With it you can analyze your games, take notes on positions and look up openings. The self hosted web version includes a remote-runner that allows connecting engines running on other machines (finally, the CPUs of the AI server at work come to use :D) and an MCP server with a live board to push positions and comments to. Roadmap: iOS and Android companion apps, a sync service, multi-engine analysis, and a correspondence game mode supporting multiple long running calculations. Looking forward to feedback and critique. Docker, Windows, Mac: https://blunderbase.org Demo: https://ift.tt/28F9i0g (read-only) https://ift.tt/mwV3G1x September 6, 2026 at 04:21AM

Show HN: Keen Bean – Mac meeting notes that draft the spec while you talk https://ift.tt/8dw9Ehm

Show HN: Keen Bean – Mac meeting notes that draft the spec while you talk https://keenbean.app/ September 6, 2026 at 06:53AM

Show HN: OpenMonitor – vendor neutral web monitoring cloud agent https://ift.tt/DclUu4T

Show HN: OpenMonitor – vendor neutral web monitoring cloud agent https://www.openmonitor.website/ September 5, 2026 at 09:03PM

Show HN: Minilith – A zero-dependency CMS stored inside a PNG file https://ift.tt/Z3UQmzv

Show HN: Minilith – A zero-dependency CMS stored inside a PNG file I enjoy the constraints of retro development. While building games in PICO-8, I took a interest in the way it packs data into the virtual cartridge. I dug into steganography and started thinking: could I apply the same logic to a content management system? Do we really need all the bloat just to host a micro blog? 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. https://blog.minilith.site/#posts/minilith-architecture September 5, 2026 at 09:09AM