Hacker News Digest

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

Сайт можно разместить на стандартном URL вида username.chatgpt.com/sites/sitename или привязать собственный домен — при смене адреса старый автоматически перенаправляет на новый. В корпоративных тарифах (Business и Enterprise) сайты могут безопасно использовать данные из подключённых инструментов (например, Google Drive или Slack), но только в пределах прав доступа конкретного пользователя. Фоновые задачи не имеют доступа к этим данным — они доступны только во время активного использования сайта посетителем. Для автоматизации можно запланировать повторяющиеся обновления через запрос к ChatGPT, который предложит расписание, подлежащее проверке и управлению. Подробности — в справке OpenAI по созданию и управлению сайтами.

ChatGPT Sites — мощный инструмент для быстрого прототипирования веб-приложений без кода: позволяет создавать рабочие прототипы за час (например, игру про мышь в многомерных лабиринтах или карту парковок), упрощает публикацию микросайтов без Netlify, Firebase или доменов, заменяя ручную работу веб-дизайнеров для простых задач (портфолио, гиды, интерактивные карты). Однако вызывает вопросы: качество контента часто низкое («Potemkin village» — визуально привлекательно, но бессмысленно, например, вращающийся JPEG вместо 3D-объекта), не подходит для сложных, масштабируемых или брендовых сайтов, не решает проблему динамического обновления контента (например, автоматического обновления JSON в SVG-графиках). Есть риски злоупотреблений: бесплатный хостинг может стать мишенью для хонепотов, майнеров и мошеннических сайтов, особенно с ростом арабоязычных прототипов. Спор о влиянии на профессию: некоторые считают, что Sites убьёт веб-дизайнеров, другие — что усилит спрос на людей, умеющих точно формулировать запросы, поскольку AI не создаёт «человеческий смысл» с нуля. Пользователи отмечают, что Sites лучше Claude Artifacts в публикации и интеграции (включая поддержку пользовательских доменов), но требует переключения между инструментами в рабочем процессе (например, Opus 5.5 → Google Docs → Codex). Есть опасения, что Sites может перегрузить экосистему низкокачественным контентом, напоминая GeoCities 2026 года. Советы: OpenAI может отказаться от Sites в пользу более фокусированных продуктов; Google и Apple, благодаря контролю над устройствами, могут захватить рынок «app builders» за счёт лучшей интеграции. Sites не требует знания кода, но требует точности в формулировке запросов — неудачные результаты обычно связаны с расплывчатыми инструкциями, а не с ограничениями AI. Некоторые ожидают интеграции с «Sign In with ChatGPT» для оплаты API-вызовов через подписки, а не через владельцев сайтов, и видят в Sites основу для нового «app economy» внутри ChatGPT.

Google Search теперь перенаправляет пользователей через промежуточный URL вида google.com/goto?url=... вместо прямого указания целевой ссылки в HTML. При клике браузер получает редирект на реальную страницу, а параметр url содержит закодированную ссылку, которую невозможно расшифровать офлайн — это не base64, а внутренняя ссылка на запись в индексе Google. Чтобы получить конечный URL, нужно выполнить HEAD-запрос к /goto и извлечь значение заголовка Location, не следуя редиректу. Это отличается от старого формата google.com/url?q=..., где целевая ссылка была видна в строке запроса.

Изменение направлено против автоматизированного сбора результатов поиска, особенно AI-сканеров и SEO-инструментов, которые ранее могли извлекать тысячи URL из HTML без дополнительных запросов к Google. Теперь для получения каждой ссылки требуется отдельный запрос к goto, что увеличивает нагрузку, создаёт шум в логах и позволяет Google отслеживать подозрительную активность. Это часть стратегии по усложнению скрейпинга наряду с удалением параметра &num=100 и ужесточением систем BotGuard и SearchGuard. В условиях выхода из системы или приватного режима (по состоянию на конец августа 2026 г.) формат goto стал доминирующим в SERP.

Компания Autom обновила свой пайплайн обработки результатов Google Search: теперь их API автоматически выполняет HEAD-запрос к google.com/goto, читает заголовок Location и возвращает конечный URL в тех же полях, что и раньше, без необходимости менять интеграцию у клиентов. Они продолжают мониторить возможные изменения формата и готовы адаптироваться. Для тех, кому нужен доступ к актуальным данным SERP несмотря на защиту Google, предлагается бесплатный tier в 1000 запросов через их API.

Google заменил прямые ссылки в поиске на редиректы через /goto?url=..., скрывая настоящий URL и добавляя задержку. Технический анализ показывает, что параметр url содержит protobuf-структуру, расшифровать которую можно только через серверы Google. Это затрудняет копирование ссылок, ухудшает SEO (нет hover и правого клика с целью) и спровоцировало переход пользователей на альтернативные поисковики — DuckDuckGo, Brave, Kagi, Mojeek, Yandex. Мнения расходятся: одни считают редиректы мерой против скрейпинга и стимулом для платных API, другие — необоснованным ограничением доступа и нарушением доверия. Некоторые полагают, что влияние касается в основном ботов, а обычные пользователи сталкиваются лишь с небольшим замедлением. Для возврата прямых ссылок можно добавить параметр udm=web к запросу. Также доступно браузерное расширение, автоматически заменяющее /goto на оригинальные URL. Предлагается строить собственный индекс или использовать устаревший Google Search Appliance для независимого поиска. Некоторые видят в редиректе способ борьбы с манипуляциями CTR рекламодателей.

Это браузерная игра «Змейка», которая использует URL-страницы в качестве игрового поля. Управление осуществляется стрелками или клавишами WASD, а змейка перемещается прямо в адресной строке. Если URL отображается некорректно, есть кнопка для исправления отображения.

Игра сохраняет рекорд игрока в очках и позволяет делиться результатом. Создана разработчиком под ником @epidemian, исходный код открыт на GitHub. Проект демонстрирует креативный подход к использованию стандартных элементов браузера для создания игрового процесса.

• Пользователи восхищены креативностью и нестандартным подходом к реализации игры "Змейка" в адресной строке браузера с использованием символов Unicode (Braille).
• Обсуждаются технические аспекты и проблемы: некорректное отображение пробелов в некоторых браузерах, предложения по улучшению (использование других символов, зацикливание границ), ограниченная работа на мобильных устройствах.
• Предупреждения о возможных проблемах с историей браузера и рекомендации использовать режим инкогнито.
• Упоминаются похожие проекты: игры в favicon (2048, другая версия "Змейки"), а также шуточные предложения портировать Doom.
• Автор проекта (@epidemian) отмечает, что игра создана 10 лет назад и может некорректно работать в современных браузерах.

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

Вы можете выбрать тематику домена (например, криптовалюты, финансы или знакомства) и длину URL, от короткой до абсурдно длинной. Инструмент просто меняет внешний вид ссылки, сохраняя её функциональность, что делает его забавным способом подчеркнуть важность проверки URL перед переходом.

• Пользователи делятся опытом, как корпоративные IT-системы (Microsoft Safelink, MimeCast) переписывают ссылки в письмах, делая их подозрительными и нечитаемыми, что парадоксально снижает безопасность.
• Обсуждаются юмористические и потенциально опасные аспекты сервиса, который намеренно генерирует URL-адреса, выглядящие как фишинговые или вредоносные (например, cheap-bitcoin.online).
• Поднимается тема о том, что подобные инструменты могут использоваться для троллинга или рикреоллинга, но также предупреждается о рисках, включая возможность реального фишинга или проблем с IT-безопасностью на работе.
• Несколько комментаторов отмечают, что их корпоративные сети блокируют сгенерированные ссылки или подобные домены, что ограничивает использование сервиса.
• Упоминаются альтернативные методы создания подозрительных ссылок и приводятся личные забавные случаи из корпоративной практики, связанные с безопасностью и фишингом.

Как запустить ArchiveTeam Warrior

Это виртуальная машина для архивации сайтов. Работает на Windows, macOS, Linux через VirtualBox или VMware, не влияет на систему, использует лишь трафик и немного диска.

Быстрый старт (VirtualBox)

1. Скачайте образ (357 МБ).
2. VirtualBox → Файл → Импортировать → выбрать файл.
3. Запустите ВМ; она обновится и предложит открыть браузер.

После запуска

• Откройте http://localhost:8001/
• Укажите имя для таблицы лидеров.
• Выберите проект во вкладке «All projects» или оставьте «ArchiveTeam’s Choice» для автоматического выбора приоритетной задачи.

Goo-gl tracker
Загрузка…

• ArchiveTeam (не Archive.org) спас 3,75 млрд коротких ссылок goo.gl и весь их контент (91 ТиБ) до отключения Google 25 августа.
• Данные уже поступают в Wayback Machine; сами файлы WARC пока закрыты «access-restricted».
• Участники просто запускали Docker-контейнер, перебирая пространство URL, чтобы не попасть под бан.
• Поднимались идеи блокчейн/P2P-краулера и сравнение с CommonCrawl, но основная цель — предотвратить link rot.
• Reddit и Twitter тоже архивировались (Pushshift, ArcticShift, AcademicTorrents), пока API не закрыли.