World's First Website, Launched in 1991 by Tim Berners-Lee, Remains Accessible

·1 views

The world's first website, created by British computer scientist Tim Berners-Lee at CERN near Geneva, went live on August 6, 1991, and remains accessible today at info.cern.ch. The plain, text-only page introduced the concept of the World Wide Web and was hosted on a single NeXT computer, which at one point represented the entire web. Berners-Lee developed the three core technologies underpinning the web — HTML, HTTP, and URLs — by the end of 1990, and crucially chose to keep all standards open and unlicensed. That decision allowed anyone to build browsers or servers without permission or payment, enabling the web to expand far beyond CERN. The site's deliberate minimalism is credited as a key reason the web scaled to billions of pages and continues to underpin modern internet-connected systems worldwide.

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)

How to fix Claude Code sessions broken by lone UTF-16 surrogates in transcripts

Claude Code sessions can become permanently unusable when a lone UTF-16 surrogate character gets written into the session's on-disk JSONL transcript file. This happens when a large, emoji-heavy tool output is truncated mid-character, leaving an orphaned surrogate half that the API's strict JSON parser rejects on every subsequent request. Because Claude Code replays the full session history to the API on each turn, the corrupted line poisons every future request until the file is manually repaired. The fix involves closing the session, stripping only the invalid surrogate code points (U+D800–U+DFFF) from the offending line using a Python script, and resuming the session — leaving all valid emoji and text intact. A byte-level pre-filter can speed up transcript scanning significantly, making automated checks on session start a practical option for content-heavy projects prone to repeat occurrences.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

CommitBrief uses SHA-256 content addressing to cache LLM code reviews at zero cost

CommitBrief, a tool that automates code review using large language models, caches every LLM response to eliminate redundant API calls and associated costs. Each cache entry is keyed by a SHA-256 hash of all inputs that affect the output, including the diff, system prompt, model, provider, language, and schema version. Because the key is derived entirely from the inputs, any change automatically produces a new key, making stale cache entries impossible without any explicit invalidation logic. Cache hits are resolved through a simple disk read and JSON unmarshal, bypassing token usage and cost estimation entirely. The design also ensures that adding new optional features does not invalidate existing cache entries, since new parameters only extend the key when present.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Developer Explains How Solana NFTs Work Under the Hood Using Token Extensions

A developer exploring Solana's NFT infrastructure discovered that NFTs are not a distinct asset type but simply tokens configured with specific properties, including a supply of one, zero decimals, and revoked mint authority. Metadata stored on-chain gives each NFT its identity, covering details like name, description, and image. Historically, most Solana NFT projects relied on Metaplex, an open-source protocol that standardized metadata and collection management. Solana's newer Token Extensions now allow developers to embed metadata, collection grouping, and custom business logic directly into the token without depending on external frameworks. The developer concluded that NFTs have practical uses well beyond digital art, including tickets, memberships, certificates, and gaming assets.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Why Your Project's README Is Its Most Important First Impression

A software developer writing for DEV Community argues that a README file is far more than technical documentation — it is the first experience a visitor has with a project. Drawing on experience contributing to an open-source Python project that lacked a clear introduction, the author observed that even high-quality codebases can be overlooked when their README fails to quickly explain what the project does. Visitors typically scan repositories within seconds to decide whether a project is worth their time, making clarity and brevity critical. The author notes a 'README paradox': overly long or technical files can overwhelm newcomers just as much as ones that are too sparse. The key recommendation is to prioritize a concise Quick Start section that answers basic questions first, leaving detailed documentation for separate files.

0 comments Read more at DEV Community