Главное
Proxy Finder научился работать per-host. Он больше не просто выбирает быстрый в целом proxy; он выбирает тот, который уже сработал для сайта, к которому вы обращаетесь. Browser получил исправление стабильности, которое устраняет класс сбоев при холодном старте. А представления Metrics и Activity в Dashboard теперь могут фильтроваться по продуктам.
Что нового
Proxy Finder выбирает proxy, которые реально работают для вашей цели
Это самое большое изменение недели, и потребовалось несколько итераций, чтобы его внедрить.
До: Proxy Finder выбирал из глобального пула по общей пригодности. Два запроса к одному и тому же целевому сайту выбирались из одного и того же широкого пула, даже если большинство proxy в этом пуле не работали бы на этом конкретном сайте.
Теперь: для каждого целевого хоста, к которому вы обращаетесь, Proxy Finder отслеживает, какие proxy реально справились. Новые запросы берут пару из проверенного набора, при необходимости переходят к небольшому зондированию неизвестных для продолжения обучения и избегают тех, которые там уже не сработали. Проверенный набор привязан к хосту (per-host) и сохраняется между перезапусками.
Если вы скрапите защищенные сайты, где работает лишь малая часть proxy, вы должны это почувствовать. Меньше неудачных выборов, меньше повторных попыток, меньше потраченного бюджета.
Мы выкатили это за флагом, провели шесть итераций, чтобы сгладить острые углы (одна из них, ограничение логики обучения для сохранения стабильности при низком трафике, потребовала еще двух проходов), и на этой неделе включили по умолчанию в production.
Browser надежен после периодов простоя
Два исправления, один результат.
Во-первых, в Browser был баг устаревшего состояния при холодном старте. После достаточного времени простоя нижележащий слой отображения удерживал блокировку, которая мешала успешному следующему запуску. Ваш первый запрос после периода затишья мог завершиться ошибкой или зависнуть. Теперь мы снимаем блокировку перед запуском.
Во-вторых, путь публичного API, который маршрутизирует к Browser, в некоторых средах указывал не на то место назначения. Трафик тихо маршрутизировался неправильно. Теперь конфигурация маршрутизации верна.
Если вы видели нестабильное поведение первого запроса в Browser при низком объеме, то это оно.
Фильтрация Metrics и Activity по продуктам
Страницы Metrics и Activity в Dashboard теперь имеют фильтр в виде чипа продукта. Нажмите Single, Browser или Proxy Finder, и графики покажут только трафик этого продукта. Полезно, когда вы хотите видеть latency или ошибки только от одной части вашего использования вместо агрегированного представления.
Небольшое обновление сайта
Страница /jobs запущена. Мы ищем Founding Engineer и Engineer. На обеих страницах расписаны задачи, как выглядит первый месяц и как откликнуться.
Мы также улучшили мобильный рендеринг в превью Dashboard на главной странице, обновили изображения для социальных сетей на девяти публичных маршрутах, обновили robots.txt для эпохи ИИ 2026 года (разрешены системы поиска и превью социальных сетей, заблокированы краулеры для обучения) и обновили Terms of Service, добавив более четкий пункт о допустимом использовании и примечание о юрисдикции Софии с исключениями для потребителей из ЕС.
Под капотом
Невидимое для клиентов переименование в начале окна: "anti-bot bypass" стало "anti-bot resilience" по всему сайту. Тот же продукт, то же поведение; старая формулировка вызывала срабатывание фильтров политик рекламных платформ.
Мы пока не публикуем цифры от новой логики выбора. Мы хотим получить две чистые недели production трафика, прежде чем делать заявления о success rate. Реальные цифры, когда они у нас будут.
Мы потратили последний месяц на перестройку слоя, который решает, какой proxy использовать для какой цели. И сложная часть, не алгоритм; это измерение того, действительно ли он помогает при реальных нагрузках. Вот как выглядит май.