[Перевод] От Apache 1.3 до Cloudflare: эволюция самого известного домена в интернете

Мы все используем example.com в документации, конфигах, примерах кода и туториалах. Это настолько привычный паттерн, что мало кто задумывается: а что вообще находится на этом домене сегодня и как он работает?

Недавно я обратил внимание на то, какие заголовки отдает этот сайт, и обнаружил там не только проксирование через Cloudflare, но и следы интересных технических решений. Давайте разберемся, как менялась инфраструктура и верстка самого известного зарезервированного домена за последние 25 лет.

Что мы имеем сегодня

Если проверить заголовки ответа сервера прямо сейчас (например, с помощью простой команды curl -I https://example.com), мы увидим современную инфраструктуру:

Верстка страницы максимально минифицирована, без лишних оберток. Но самое интересное кроется в деталях, которые появились на сайте в последние годы.

Археологические раскопки: таймлайн изменений

Чтобы понять текущее состояние, полезно взглянуть на то, с чего все начиналось. Публичный архив Wayback Machine позволяет отследить эту эволюцию шаг за шагом.

Эра Apache и табличной верстки (2002–2010)

Самые ранние доступные снимки example.com от 2002 года показывают простую страницу со списком зарезервированных доменов (.com, .net, .org) на базе классической табличной верстки, с логотипом ICANN в углу.

Серверные заголовки того времени выдают классический стек: Apache/1.3.22 (позже обновленный до 1.3.27 на Red Hat Linux). В феврале 2003 года на странице появилась важная деталь: прямая ссылка на RFC 2606 — официальный документ, резервирующий эти домены исключительно для использования в документации. А в июле 2010 года к списку официально добавили домен .edu.

Эра CDN и первого редизайна (2011–2019)

С 2011 по 2013 год домен временно редиректил посетителей на основной сайт IANA. Но 29 июля 2013 года произошел поворотный момент: редирект убрали, и сайт начал отдаваться с EdgeCast CDN вместо прямого Apache-сервера.

Именно тогда появился тот самый узнаваемый дизайн с аккуратной скругленной карточкой, заголовком <h1>Example Domain</h1> и лаконичным описанием цели домена. Список доменов убрали с главной, оставив только ссылку на сайт IANA для получения дополнительной информации.

В октябре 2019 года произошли косметические правки: обновили стек шрифтов (добавили резервные шрифты для macOS, iOS и Windows) и слегка отредактировали текст, сделав его более прямым и современным.

Современная эра: минимализм и смена провайдеров (2025–2026)

В начале 2025 года из заголовков ответов исчезло поле Server. Это не было случайностью: в это время происходила внутренняя миграция инфраструктуры, связанная с реорганизацией Edgio (бывший EdgeCast) и переходом части контрактов к другим провайдерам.

Уже в конце 2025 года инфраструктура сменилась снова: сайт окончательно переехал под защиту и проксирование Cloudflare, о чем теперь недвусмысленно говорят заголовки cf-ray в ответе сервера.

Технический разбор: две интересные фишки

Помимо смены хостинг-провайдеров, в коде страницы есть пара деталей, которые заслуживают внимания разработчиков.

Фишка 1: Пустой favicon как оптимизация

В коде страницы можно встретить такую строчку:

<link rel="icon" href="data:," />

На первый взгляд, это выглядит как странная заглушка. Но на самом деле это гениальная микрооптимизация. Браузеры по умолчанию всегда делают дополнительный HTTP-запрос к /favicon.ico, если тег не указан явно. Для домена, который ежедневно парсят тысячи ботов, скриптов мониторинга и автоматических проверок, это миллионы лишних запросов в день. Отдача пустого data-URI (data:,) сразу обрывает этот запрос на стороне клиента, экономя трафик и ресурсы сервера.

Фишка 2: Почему не прижились JS-эксперименты

В последнее время IANA экспериментировала с мультиязычностью на странице. Механика была реализована через JavaScript: текст оборачивался в отдельные <span>, которым задавался нарастающий transition-delay, создавая эффект плавного появления текста при смене языка.

Однако для сайта-заглушки, главная задача которого — грузиться мгновенно, работать без JavaScript и потреблять минимум ресурсов, это классический оверинжиниринг. В итоге от сложной анимации отказались в пользу простого статического отображения доступных языков, что логично и соответствует философии домена.

Практический вывод: почему не стоит пинговать example.com

Многие разработчики по привычке используют example.com в скриптах для проверки доступности сети, как dummy-endpoint для тестов HTTP-клиентов или в конфигурациях мониторинга.

Однако сама IANA официально предупреждает: этот домен предназначен только для иллюстративных примеров в документации. Он не гарантирует SLA, не является сервисом, и большая часть трафика, который он получает, — автоматизированная. Периодически сервер может не отвечать или отдавать ошибки, что ломает логику ваших тестов.

Что использовать вместо него?

• Для тестирования HTTP-запросов и моков: httpbin.org или mocky.io.

• Для проверки сетевой связности: используйте внутренние ресурсы вашей инфраструктуры или специально поднятый локальный мок-сервер (например, через Python http.server).

Не создавайте паразитную нагрузку на инфраструктуру, которая существует исключительно как услуга любезности для документаторов.

Заключение

Эволюция example.com — это отличный срез развития веба в миниатюре: от простых текстовых страниц на Apache 1.3 и табличной верстки до минифицированного HTML за Cloudflare с хитрыми оптимизациями вроде data-URI для фавикона.

А вы использовали example.com в своих скриптах? Сталкивались ли с тем, что он внезапно начинал вести себя не так, как ожидалось? Делитесь опытом в комментариях.