Hacker News Digest

«Definitely Not Windows» — это пародийный веб-сайт, имитирующий интерфейс Windows 11 с насмешкой над современными трендами ПО: подписками, навязчивой рекламой, AI-фичами, бесконечными обновлениями и мучительными попытками сменить браузер по умолчанию. Всё это — чистый юмор, никакого отношения к Microsoft: сайт не содержит реальных установок, запросов учётных данных или угроз, а все «действия» — лишь анимация и сатира.

Центральный персонаж — Клиппи, который ведёт «журнал посетителей» с анонимным случайным ID, не собирая ни имён, ни почт, ни отпечатков браузера. Стирание куки заставляет его воспринимать вас как нового, подозрительного пользователя — это и есть суть юмора: абсурдная персонализация без реальных данных. Сайт напоминает, что всё — шутка: кнопки не устанавливают софта, не продают подписки и не ломают систему. Даже предупреждение о нехватке места — фикция; ваш диск, скорее всего, полон не из-за него.

Пользователи подтверждают, что сталкиваются с навязчивыми поп-апами, медленными обновлениями и отсутствием контроля в Windows — это высмеивается в пародии. Многие отмечают нереалистично быструю работу имитации и предлагают добавить ссылки на Linux как альтернативу. Большинство считают, что меню «Пуск» и контекстные меню открываются мгновенно, что нереально для реального Windows, где обычно есть заметная задержка. Много участников описывают постоянный поток всплывающих окон, рекламных сообщений и принудительных обновлений, подтверждая сатирическую точку зрения пародии. Некоторые делятся опытом перехода с Windows на Linux/Fedora, отмечая, что это избавило их от назойливых уведомлений и сбора телеметрии. Несколько хвалят производительность имитации, называя её «очень быстрой» — это свидетельствует о хорошем техническом исполнении пародии. Есть разногласие: одни восхищаются скоростью работы сайта, другие считают её слишком быстрой и нереалистичной по сравнению с настоящим Windows. Один пользователь предлагает, чтобы кнопка «fix everything» вела к установщику Linux, превращая шутку в возможность миграции. Другой советует добавить фальшивый индикатор «Installing Updates» с случайной длительностью и скрытыми кнопками отказа, чтобы усилить сатиру. Комментарий указывает на снижение доли Windows 11 в мировом рынке и рост Linux и macOS, подкрепляя общую неудовлетворённость Windows. Некоторые отмечают, что Windows 10 больше не получает обновления безопасности, из‐за чего отказываются переходить на Windows 11. Ностальгические отзывы о Windows 7/8 подчёркивают, что более старые версии казались более продуманными и менее навязчивыми.

OpenAI использует рекламный сборщик на bzr.openai.com, который устанавливает cookie __obi, привязанный к аккаунту ChatGPT. Этот идентификатор генерируется при использовании чатбота: клиент создаёт 16 случайных байтов, получает подписанный JWT-токен с данными учётной записи и отправляет его на bzr.openai.com, где он сохраняется как долгоживущая cookie с атрибутами SameSite=none; Secure, позволяющая передаваться при межсайтовых запросах.

Когда пользователь посещает сайт рекламодателя, установившего OpenAI-подобный пиксель (аналогичный Meta или Google), скрипт загружается с bzrcdn.openai.com, и браузер автоматически прикрепляет cookie __obi к запросу — даже до выполнения любого кода пикселя. Затем при отправке событий конверсии или аналитики на bzr.openai.com этот идентификатор передаётся вместе с данными о поведении на сайте: поисковыми запросами, прочитанными статьями, действиями в формах. OpenAI объединяет эти данные с аккаунтом ChatGPT через поле sub в исходном токене.

Сборщик также извлекает личные данные со страниц рекламодателей: из полей форм (fm), текста страницы (ht), JavaScript-среды (js) и особенно из систем управления тегами (in), где email оказывается главным источником — в наблюдаемом трафике scraped-данные превышали переданные рекламодателем в соотношении 685 к 255. Механизм подтверждён на Chrome для Android при 936 пикселях across 1,029 хостов; не работает в Safari из-за ITP и на iOS из-за WebKit. Хотя аналогичные схемы давно используются в adtech, их применение в ИИ-чате ново: пользователи делятся с ChatGPT конфиденциальной информацией, которой бы не поделились в соцсетях, а теперь эта информация может быть связана с их поведением в открытом вебе через рекламную сеть OpenAI. Advertisers не получают доступ к __obi — он принадлежит домену OpenAI и недоступен их скриптам.

Отслеживание через cookie __obi на bzr.openai.com можно блокировать DNS-фильтрацией (NXDOMAIN), как отметили @drnick1 и @Razengan, или с помощью строгой разделённости кук в Firefox, Brave и Safari. В Chrome и Edge этот метод не работает. Для изоляции кук рекомендуется использовать отдельные контейнеры для каждого домена, а также расширения uBlock Origin и EFF Privacy Badger. По данным Bloomberry, число сайтов с ad-трекингом ChatGPT удвоилось за месяц. @Legend2440 сравнивает эти трекеры с инструментами Facebook и Google. Практика вызывает критику как часть «экономики наблюдения» и вызывает опасения о коллаборации с государством. Применение стандартного трекинга к AI-чатам противоречит ожиданиям пользователей в приватности, что привело к отказу некоторых от использования ChatGPT. EU-законодательство рассматривает такие действия как нарушение приватности и стремится их ограничить. При этом часть пользователей считает рекламу на основе содержания чатов приемлемой, а другие полагают, что OpenAI тратит ресурсы на рекламу вместо стремления к AGI.

Страница Trust Status Salesforce предоставляет информацию о текущем состоянии сервисов и позволяет пользователям получать персонализированные обновления о техническом обслуживании и инцидентах через My Trust Center. Основная цель — повышение прозрачности и доверия за счёт индивидуальных уведомлений, адаптированных под конкретные арендаторы (tenants) клиентов. На странице также реализована система управления согласием на использование cookie-файлов, разделённая на три категории: обязательные, функциональные и рекламные. Обязательные cookie-файлы всегда активны и обеспечивают базовую работу сайта, включая аутентификацию и безопасность. Функциональные и рекламные cookie-файлы можно включать или отключать по выбору пользователя: первые улучшают производительность и анализ трафика, вторые отслеживают поведение для таргетированной рекламы. Интерфейс включает переключатели для каждой категории, детали по каждому типу cookie и кнопки для применения, сброса или принятия всех настроек. Страница также содержит ссылки на политику конфиденциальности, основной сайт Salesforce и Trust-платформу, а также отмечает copyright 2026 года. Все элементы направлены на соблюдение норм защиты данных и предоставление пользователям контроля над их информацией.

Обсуждение дополняет статью, раскрывая реальные проблемы эксплуатации Salesforce: устаревшая инфраструктура, сложная диагностика из-за неясного статус-пейджа, и критику бloatware-подхода, несмотря на компетентность SRE-команды. Сбой произошёл из-за каскадного исчерпания ресурсов в устаревшей службе входа Salesforce, что подтверждается деталями инцидента на их статус-странице. Статус-страница Salesforce остаётся непрозрачной для пользователей — содержит произвольные ID и неясные описания сбоев, несмотря на попытки персонализации. Сбой совпал с Dreamforce, что усилило негативное восприятие, так как компания демонстрирует свои продукты в момент критического падения. По опыту @stmw, SRE-команда Salesforce компетентна, но масштаб PaaS с миллионами кастомных приложений создаёт уникальные инженерные вызовы, которые неизбежно приводят к сбоям. Некоторые пользователи считают, что Salesforce превратился в монолитный бloatware, который нужно заменить простыми альтернативами; другие признают сложность его инфраструктуры. Инцидент подтверждает, что даже крупные платформы уязвимы к сбоям в базовых компонентах, таких как аутентификация, и это не связано с AI или DNS, как предполагали некоторые. Пользователи отмечают, что Salesforce-системы часто содержат сотни кастомных полей с дублирующей семантикой, что усложняет поддержку и увеличивает риск сбоев. Сбой вызвал ироничные комментарии о том, что пользователи получили «бесплатный день без спама» и смогли реально поработать.

Законы о cookie, такие как GDPR и CCPA, создали ежедневный ритуал раздражения для пользователей интернета. Вместо того чтобы дать реальный контроль над данными, они заставили миллионы сайтов показывать навязчивые cookie-баннеры, которые большинство пользователей механически принимают. Эта система неэффективна по трем причинам: вызывает усталость от согласия, несправедлива к небольшим сайтам, которые не могут позволить себе дорогие платформы управления согласием, и не предоставляет реального выбора.

Предлагаемое решение — перенести управление cookie в браузеры. Пользователи могли бы один раз установить свои предпочтения приватности в настройках браузера (например, "только необходимые", "аналитика", "персонализация"), и браузер автоматически применял бы эти настройки ко всем сайтам. Такой подход устранит необходимость в миллионах повторяющихся запросов согласия, снизит нагрузку на небольшие сайты и предоставит пользователям реальный контроль над их данными, сделав интернет более удобным и приватным.

• Веб-сайты используют "malicious compliance", превращая диалоговые окна в инструмент давления на пользователя, вместо того чтобы предоставлять реальную возможность отказа.
• Браузеры могли бы автоматически применять настройки приватности пользователя, но вместо этого веб-сайты вынуждают пользователей вручную отказываться от сбора данных, даже если это технически возможно.
• Законодательство, похоже, нацелено на веб-сайты, но не на браузеры, даже если последние могли бы решить проблему. Это приводит к тому, что вместо того, чтобы просто запретить отслеживание, веб-сайты вынуждены запрашивать согласие, что создает видимость соблюдения закона.
• Попытка сделать приватность доступной для всех, вместо того чтобы просто запретить отслеживание, привела к тому, что вместо того, чтобы браузер просто сообщал веб-сайтам "не отслеживать", они должны спрашивать, что создает видимость соблюдения закона.