SShortSingh.
Back to feed

How one developer built an 8-language static Next.js site with no server

0
·2 views

A developer recently rebuilt a personal website as a fully static Next.js 15 export supporting eight languages, hosted for free on Cloudflare Pages. Since static export eliminates server-side request handling, locale detection had to be driven entirely by URL structure rather than HTTP headers. The next-intl 4 library was used to manage routing, with each language generating its own set of prerendered HTML files at build time. English was configured without a URL prefix to keep clean paths, while all other languages use their language code in the URL. Proper hreflang tags were implemented to signal to search engines that the near-identical pages are translations, not duplicates.

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)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Developer uses Ed25519 public-key signing to enable offline licence checks in browser tool

A developer built a browser-based Bates-numbering tool for litigation PDFs that processes all files locally, never uploading documents to a server, to comply with legal confidentiality requirements. Because privileged legal documents may be subject to court protective orders restricting where they can travel, a traditional server-side licence validation system was not viable. Instead, the developer ships an Ed25519 public key directly in the JavaScript bundle and uses the browser's built-in WebCrypto API to verify licences entirely offline. Licence keys follow a custom format containing a base64url-encoded payload and signature, which are validated with a single crypto.subtle.verify call requiring no third-party cryptography library. The signing private key never leaves the developer's machine, meaning the scheme is secure even if the verification logic and public key are fully visible in the client-side bundle.

0
ProgrammingDEV Community ·

Student builds offline telemetry system to monitor harvesters in areas without connectivity

A Brazilian technical school student has developed FieldNode, an offline telemetry system designed to monitor harvesters operating in rural areas with no mobile signal. The project uses two ESP32 microcontrollers communicating via ESP-NOW protocol to collect real-time data on temperature, vibration, and RPM without requiring internet access. A local dashboard is served directly from the gateway device over its own Wi-Fi, allowing field supervisors to monitor machine health on their phones. When connectivity is restored, all collected data automatically syncs to a Django and MySQL backend API, using UUID-based deduplication to prevent data loss or duplication. The student has shared the project on GitHub and is seeking community feedback on the API structure and data models as part of his final technical course assignment.

0
ProgrammingDEV Community ·

No-Code AI Test Automation Combines RAG, Playwright MCP for Smarter QA

A new architectural approach enables AI-powered test automation agents that can plan, execute, and analyze browser tests without testers writing every line of code manually. The system integrates four core components: a large language model for reasoning, Retrieval-Augmented Generation (RAG) for accessing project-specific QA knowledge, Playwright MCP for browser interaction, and a vector database for searchable documentation. RAG addresses a key limitation of standard AI models by supplying application-specific context such as business rules, existing test cases, known bugs, and API documentation. The Model Context Protocol (MCP) layer connects the AI agent to external tools including Playwright, Jira, Git, and test runners, enabling end-to-end automation. Test execution results, including screenshots, logs, and failure data, are fed back into the workflow to support continuous improvement.

0
ProgrammingDEV Community ·

Fanless MacBook Air Caused 54% Benchmark Error Due to Thermal Throttling

A developer benchmarking a search engine's multi-thread performance on an Apple M4 MacBook Air discovered that thermal throttling silently corrupted an entire dataset. Because the fanless laptop heats up under sustained load, running tests sequentially from 1 to 11 threads meant later thread counts always executed on a hotter, slower chip — a systematic bias, not random noise. A result showing 11 threads completing in 5.2 seconds turned out to be a one-off cold-chip reading, later reproducing at 8.0 seconds under warmer conditions. The developer resolved the issue by switching to a round-robin measurement protocol — cycling through all thread counts across multiple full sweeps and taking the per-thread median — which fairly distributed thermal states across every configuration. The corrected 128-measurement run produced a reproducible performance plateau at 8 threads with a 3.0x speedup, and the anomalous record disappeared entirely.