惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园_首页
J
Java Code Geeks
博客园 - 聂微东
量子位
C
Check Point Blog
T
The Blog of Author Tim Ferriss
T
Tailwind CSS Blog
G
Google Developers Blog
Google DeepMind News
Google DeepMind News
B
Blog
罗磊的独立博客
腾讯CDC
GbyAI
GbyAI
博客园 - 【当耐特】
A
About on SuperTechFans
M
MIT News - Artificial intelligence
U
Unit 42
D
Docker
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Y
Y Combinator Blog
大猫的无限游戏
大猫的无限游戏
小众软件
小众软件
S
SegmentFault 最新的问题
有赞技术团队
有赞技术团队

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
25 Years of LinkaGoGo: Servers Under Desks, Domain Disast...
Henry van de · 2026-05-17 · via DEV Community

LinkaGoGo turns 25 this month. The web has changed beyond recognition since 2001, but the problem it solves hasn't: you find something worth keeping, and you want it to still be there when you need it. Here's the full story of how it survived — floods, ransom registrars, noise complaints, and all.

2001: A server under the desk

LinkaGoGo launched in May 2001 from a machine literally sitting under a desk at home, connected to the internet over a Comcast residential cable line. The IP address was dynamic — meaning it could change without warning whenever Comcast felt like it. The solution was a DNS updater that watched for changes and pushed updates to the domain record. It worked, mostly.

There was no uptime guarantee. If the power went out, the site went down. But it ran. People found it, signed up, and started saving bookmarks.

Server under the desk)

2005: First move — Basespace co-location

After a few years of running from the living room, LinkaGoGo moved its server to a proper co-location facility: Basespace.net in Cambridge, MA. The server got a static IP, a proper rack mount, and a real data center connection. Uptime improved considerably. No more crossing fingers during thunderstorms.

For a few years, this worked well. The site grew steadily.

2007: The RegisterFly debacle

In early 2007, the domain registrar RegisterFly collapsed spectacularly. ICANN launched an investigation, eventually revoking their accreditation — but not before thousands of domains were left in limbo, transfers blocked, renewals failing, and support completely unresponsive.

LinkagGogo.com was one of them. For weeks, the domain was inaccessible — suspended by a registrar that had effectively ceased to function. There was no quick fix; the official transfer process took time and bureaucracy that the situation didn't allow for.

The temporary solution: linkagogo.net. A notice went out to users explaining the situation, DNS was pointed at the same servers, and the site kept running while the .com domain was eventually recovered through ICANN's dispute process. It was stressful, but it worked. Every bookmark survived.

The RegisterFly incident)

2008–2009: AddThis, four million users, and an exit from co-lo

Around 2008, social bookmarking exploded. Services like AddThis started putting share buttons on millions of websites, and LinkaGoGo was one of the destinations. Traffic surged. User registrations climbed. At the peak: four million registered users and more than a billion bookmarks in the database.

Basespace noticed. The traffic LinkaGoGo was generating was beyond what a single co-located server was supposed to be doing, and the pressure to upgrade — or leave — became clear. The economics didn't favor staying.

The solution, improbable as it sounds, was to move back home — this time to the basement, with three servers.

2009–2014: The basement data center (and the flood)

Three servers in a basement sounds like a joke. It wasn't. The machines were properly racked, cooling was managed, and the internet connection had been upgraded significantly. For a few years it held up.

Then the basement flooded.

A combination of heavy rain and a drainage issue meant water came in faster than it could go out. The servers survived — barely — because they were elevated and the water didn't quite reach them. It was close. Standing there with a mop, watching the waterline, and trying to decide whether to pull the plug or trust the setup: that's not a moment you forget.

The servers kept running. The bookmarks stayed safe. But after that incident, "move it back to a real data center" moved to the top of the list. It just took a few more years, because the other motivating factor was closer to home: the constant noise and heat the machines generated made them deeply unpopular with everyone else in the house.

Basement servers and the flood)

2014: DigitalOcean, and cleaning up four million users

By 2014, the combination of flood risk and family objections made the decision for us. LinkaGoGo moved to DigitalOcean.

The migration wasn't just a server move. The social bookmarking boom had also brought in a massive amount of spam — fake accounts, bot registrations, accounts that had never done anything real. Moving to the cloud was an opportunity to cull the database: analyze activity, identify genuine users, and clean out everything else. The four million users became a much smaller, much more real number. The database got fast again.

DigitalOcean (New York) served LinkaGoGo well for over a decade.

2026: Hetzner, and a completely new interface

This year, LinkaGoGo moved again — this time to Hetzner (Virginia), where it now runs on faster hardware with more headroom. The migration coincided with a complete rewrite of the frontend and backend: new interface, new search, AI features, MCP integration for AI assistants, public profiles, and more.

The database is faster than it's ever been. The interface works properly on mobile. There are browser extensions for Chrome, Firefox, Safari, and Edge.

25 years of infrastructure)

What 25 years actually means

A lot of bookmark managers have come and gone in that time. Delicious was acquired and abandoned. Google Bookmarks launched and quietly disappeared. Pocket became a feature inside Firefox. Each time, users were left scrambling to export their data and find somewhere else to go.

LinkaGoGo is still here. Not because it had venture capital or a growth team or a viral moment — but because it never needed those things to keep running. It solved a real problem for real people, and it kept running through every infrastructure move, every domain disaster, every flooded basement.

If you've been a user since the early days: thank you. If you're new: welcome to a service that's been quietly doing this since Netscape was still a thing.

Here's to the next 25.