Developer runs ten Next.js websites from one monorepo with a single daily commit

·1 views

A developer has built a monorepo called DomainNetwork that hosts ten distinct Next.js websites, each targeting a different audience and monetization model, all published through a single Git commit. This morning's commit comprised 30 files and 1,240 insertions, simultaneously pushing new blog posts to all ten sites. The architecture relies on three core decisions: a shared npm workspace with per-site Vercel deployments, a machine-readable sites.json manifest that drives all automations, and markdown-based content requiring no CMS or database. Six sites are currently live, including a developer invoice tool, a typing test platform, and an indie app directory, with four more nearing launch. The developer estimates that running ten sites requires only about one and a half times the effort of running one, thanks to shared tooling and standardised build conventions.

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)

Lumpcode Lets Developers Run AI Coding Campaigns Through Git PRs

Lumpcode is a command-line tool that manages long-running AI agent coding campaigns by treating Git as the sole source of truth, processing one pull request at a time. Each campaign, called a lump, is stored under a dedicated project directory and executed in isolated units tied to individual branches and PRs. The tool supports a dedicated-daemon setup where a secondary machine handles scheduling while the developer continues working on a primary laptop. When a lump is merged into the primary branch, the worker daemon automatically picks it up and processes it on its next scheduled tick, defaulting to every five minutes. The setup requires only Git, Node 22 or later, and a compatible AI coding agent CLI, with no additional services needed.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Byzantine Fault Testing Exposes Limits of Single-Authority Checkpoint Systems

A technical study examining distributed system security found that isolating a producer from an oracle's readable surface does not prevent a compromised authority from presenting conflicting checkpoint histories to different observers. Researchers tested a Byzantine witness model in which a tampered authority could show one job a signed checkpoint with a minimum version of 2 while showing another job a forked version still at version 1, with each view appearing locally valid. Experiments across six test cells demonstrated that per-view inclusion checks alone are insufficient to detect such equivocation, while cross-checkpoint consistency against a job-unwritable prior successfully rejected shrinking or swapped forks. However, the study also identified clear assumption boundaries: the consistency mechanism only catches named forks when the shared prior remains honest, unwritable, and is actually verified across jobs. Two isolated first-time jobs with no shared prior can still independently accept divergent histories, leaving the equivocation undetected.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Why Infrastructure Security Audits Fail — and What Businesses Should Actually Check

Most organizations treat security audits as compliance formalities rather than genuine opportunities to identify vulnerabilities, resulting in little operational change. Experts argue that audits should begin with accurate, automated asset discovery, since documented inventories frequently diverge from actual running infrastructure. Access control reviews must verify real-time permissions — not just documented policies — including often-overlooked service accounts that can carry broad, unmonitored privileges. Internal network segmentation deserves as much scrutiny as perimeter defenses, since it determines how far an attacker can move once inside. Reframing audits as proactive threat-finding exercises, rather than box-ticking obligations, significantly improves their effectiveness.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Graftcode lets React apps call TypeScript backends without writing API routes

Graftcode is a developer tool that eliminates traditional API layers by exposing backend methods as installable packages that frontend applications can call directly like library functions. Instead of building REST endpoints, managing HTTP clients, and maintaining request-response models, developers simply install a generated package and invoke backend functions with full type safety. The article demonstrates this approach by walking through the construction of a simple task tracker using React and a TypeScript backend. Even basic to-do apps typically require multiple communication layers — routes, controllers, validation, and response handling — all of which Graftcode aims to remove. The tool includes a Gateway component for exposing backend capabilities and a Vision feature for discovering them, targeting developers who want to reduce integration overhead.

0 comments Read more at DEV Community