Quire Ink: A Lightweight Self-Hosted Blog Engine Built on Two SQLite Files

·1 views

A developer has released Quire Ink, a self-hosted blog engine that runs as a single process using two SQLite files, requiring no database server, build pipeline, or cloud services. The engine is designed for minimal page weight, with a first-visit page load of around 114 KB, zero third-party requests, and hand-written JavaScript between 3.6 and 7.8 KB. Reader-facing features include six colour palettes, four reading typefaces, a two-column book mode, a five-ink SVG highlighter, server-side code highlighting for 21 languages, and MathML rendering at no extra load cost. The admin interface, updated in version 2.1.0 this week, is built around a writing-desk concept with full-text draft search, auto-save, scheduled publishing, and a Markdown editor supporting tables, footnotes, and media embeds. Additional built-in tools cover cookie-free analytics, a self-hosted newsletter via SMTP, SEO files, series support, and a one-button backup system with an automated restore test.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Developer's AI Reliability Framework Fails to Flag Its Own Worst Offender

A developer built a multi-agent pipeline framework inspired by classical Islamic hadith science to track and grade the reliability of AI agents transmitting knowledge claims. The system assigns each claim a full transmission chain and grades it by its weakest link, drawing on centuries-old methods for evaluating narrator credibility. Tested on 20,000 claims from real physics textbooks, two core mechanisms — weakest-link quarantine and independent-chain corroboration — performed as intended. However, the grade-recovery loop, the component designed to catch unreliable transmitters, failed to identify the single most fault-prone agent in the evaluation set. The developer disclosed this failure prominently in the paper's abstract, framing it alongside two other inconclusive results as a candid signal of the limits of current AI evaluation methods.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Why You Should Verify AI Refactors Against Real Output, Not Just Unit Tests

AI-generated code refactors can introduce subtle bugs that pass unit tests yet break real-world behavior, as test mocks may never exercise the actual changed implementation. A common example is a config normalizer refactor that silently drops a required field like apiVersion, causing failures only when live API requests are made. Developers are advised to build a small executable harness that runs the real function against a known-good fixture and exits with an error if expected fields are missing. This harness should be run against both the original codebase and the AI-patched version using a Git worktree to isolate the comparison. The approach shifts validation from reading diffs carefully to producing concrete, reproducible evidence that the refactor preserves the original data contract.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Developer shrinks WebAssembly binary 99.3% from 7MB to 52KB through four rewrites

A developer building a browser-based HTML-to-Markdown converter using WebAssembly faced a major file size problem, as every visitor had to download the .wasm binary on first load. The initial Go implementation weighed around 7MB because Go's WASM output bundles its entire runtime, including a goroutine scheduler and garbage collector. Switching to TinyGo cut the size to roughly 936KB, but library compatibility issues prevented further gains, and a subsequent Rust rewrite using the html5ever-based scraper crate yielded no additional improvement. The breakthrough came when the developer abandoned full DOM-tree parsing entirely and replaced it with a custom single-pass state machine in Rust that required only one dependency, wasm-bindgen. The final binary measured just 52KB, demonstrating that eliminating unnecessary abstractions and dependencies can matter far more than switching programming languages.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Key Email Marketing Concepts Every Developer Should Understand

A technical overview published on DEV Community outlines the foundational components of email marketing relevant to developers, covering DNS-based authentication protocols including SPF, DKIM, DMARC, and BIMI. These records and standards work together to verify sender identity, prevent domain spoofing, and improve email deliverability. The article also introduces monitoring tools such as Google Postmaster Tools, Mail-Tester.com, MX ToolBox, and SpamHaus for tracking domain reputation and diagnosing deliverability issues. Key performance metrics including delivery rate, bounce rate, and reply rate are highlighted as essential indicators for scaling email outreach campaigns. The guide is aimed at developers looking to build or optimize email marketing infrastructure for business growth.

0 comments Read more at DEV Community