Короткий домен Telegram перестал работать

Telegram лишился домена t.me: он разделегирован и больше не работает на уровне регистратора. Платформа срочно переезжает на telegram.me, а владельцам крупных каналов стоит обновить публичные ссылки. Сроки восстановления неизвестны, и есть риск, что t.me не вернётся вовсе на фоне давления на Telegram.

➡️ Читайте на сайте: https://aff.top/blog/korotkii-domen-telegram-perestal-rabotat

🧠 Ещё больше инсайтов → в канале AFF.top

Интеграция анти-капчи в Selenium, Puppeteer и Playwright без лишней магии

Если сервис подключён криво, бот начинает не «решать капчу», а ломать весь сценарий. Базовая схема одна: ловим появление challenge, отправляем sitekey/URL в анти-капчу, ждём токен и вставляем его до сабмита. Разница между стеком — только в точке встраивания и способе дождаться нужного DOM-состояния.

Selenium: удобно прокидывать токен через execute_script и триггерить change/input на скрытом поле. Puppeteer: лучше работать через page.evaluate, но не забывать про реальные события, а не только assignment в value. Playwright: стабильнее всего цеплять через locator.fill + dispatchEvent, если виджет принимает текстовый инпут; для iframe придётся идти через frameLocator.

Логика одна и та же: не полагаться на fixed sleep, ждать конкретный селектор, проверять, что токен не пустой, и всегда делать повторную попытку после таймаута. Если анти-капча отдаёт token, а страница молчит — проблема обычно в неправильном контейнере, гонке событий или в том, что challenge живёт внутри iframe.

Снижаем косты на распознавание: сначала валидируем, что капча реально показана, потом только запускаем запрос в сервис. Иначе парсер начинает жечь баланс на ложных срабатываниях. Надёжная интеграция — это не «вызвать API», а точно попасть в момент, когда фронт уже готов принять ответ.

Youtube тестирует поиск с AI

YouTube начал тестировать Ask YouTube — поиск с ИИ, где можно задавать вопросы обычным языком и получать не список ссылок, а готовую подборку видео и фрагментов.

Фича уже доступна в США и работает на сложные запросы: если нужно, ИИ уточняет вопрос и подсказывает следующий шаг.

Что это значит для поиска на YouTube и когда новинка дойдёт до других…

➡️ Читайте на сайте: https://aff.top/blog/youtube-testiruet-poisk-s-ai

🧠 Ещё больше инсайтов → в канале AFF.top

Cloudflare Turnstile: какие библиотеки реально держат автоматизацию без лишних падений

Turnstile ломается не «капчей», а связкой: токен, параметры вызова и окружение браузера. Поэтому рабочая схема всегда строится вокруг трех слоев:
— сбор widget data и action/cData;
— воспроизведение JS-челленджа в том же контексте;
— быстрый возврат токена в форму до истечения TTL.

Для автоматизации обычно используют два класса инструментов: headless-браузеры с перехватом сетевых запросов и сервисные API-обвязки, которые принимают sitekey, pageurl и дополнительные параметры. Первый вариант стабильнее на сложных страницах, второй проще в интеграции, но чувствителен к качеству входных данных. Если сайт дергает дополнительные скрипты, без полноценного браузерного окружения токен часто выглядит валидным, но не проходит серверную проверку.

По библиотекам важен не бренд, а покрытие edge-case’ов:
• прокидывание custom parameters без потери порядка;
• работа через прокси с сохранением отпечатка;
• повторная отправка токена при soft-reload формы;
• логирование причины отказа, а не только статуса failed.

Логика обхода поведенческих паттернов тут тоже критична: одинаковый fingerprint, резкие тайминги и пустая история браузера повышают шанс на повторный челлендж. Стабильнее всего работает связка: чистый профиль, предсказуемые паузы, один и тот же стек заголовков, минимальные переключения между страницами. Бенчмарк сервисов решения капчи: сравнивайте не обещания, а процент успешной валидации и время до принятия токена на вашей целевой форме.

Снижаем косты на распознавание: сначала тестируйте нативный браузерный сценарий, потом уже добавляйте внешний solver.

Z.ai анонсировала новую GLM-5.5

Z.ai готовит релиз флагманской GLM-5.5: модель обещают показать в августе 2026 года.

Главная интрига — рост до 1 трлн параметров при том же контекстном окне в 1 млн токенов. Новинка снова будет заточена под код и агентные задачи.

Почему версия сразу 5.5, без 5.3 и 5.4, и что это может означать для рынка — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/z-ai-anonsirovala-novuiu-glm-5-5

🧠 Ещё больше инсайтов → в канале AFF.top

Telegram запустил собственный сервер для ботов

Telegram запустил собственный сервер для ботов и мани-приложений: теперь backend можно размещать прямо внутри инфраструктуры мессенджера.

Сервер работает на JavaScript/TypeScript, через вебхуки, и позволяет подключать SQL-базу для сбора контактов без посредников.

Пока неясны цена и ограничения — что именно уже можно тестировать, а где скрыт подв…

➡️ Читайте на сайте: https://aff.top/blog/telegram-zapustil-sobstvennyi-server-dlia-botov

🧠 Ещё больше инсайтов → в канале AFF.top

Логические капчи ломаются не силой, а разбором их состояния и триггеров

Логическая капча почти всегда строится как мини-стейт-машина: задать пару ответов, выбрать объект, пройти условие по картинке или тексту. На клиенте это выглядит как набор DOM-событий, скрытых флагов и проверок на последовательность действий. Если не сломать цепочку состояний, решение не проходит даже при правильном ответе.

Алгоритмический обход обычно сводится к трем шагам:
— снять исходное состояние: HTML, JS-обвязку, hidden-поля, токены;
— воспроизвести нужные события в правильном порядке, а не только отправить ответ;
— проверить, какие параметры реально валидируются сервером, а какие используются только для фронтовой маски.

Проблемные места почти всегда одинаковые: антибот смотрит на задержки между кликами, повторяемость координат, отсутствие blur/focus, несоответствие payload и поведения страницы. Если скрипт шлет только финальный ответ, без имитации маршрута по шагам, капча уходит в повтор или дает ложный успех. Тут полезен трассировщик запросов и сравнение двух сессий: ручной и автоматической.

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

Google картинки станут конкурентом Pinterest

Google Картинки начали превращать в полноценную платформу с персональной лентой по прошлым запросам — по сути, в аналог Pinterest.

Во вкладке For you уже тестируют подборки, а ещё обещают коллекции и генерацию изображений во встроенной Nano Banana.

Как это будет работать и когда новинка дойдёт до других стран — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/google-kartinki-stanut-konkurentom-pinterest

🧠 Ещё больше инсайтов → в канале AFF.top

Turnstile ломается не «браузером», а правильной связкой API, сессии и JS-состояния

Cloudflare Turnstile обычно валится в трёх местах: не совпал отпечаток окружения, потерялась связка токена с текущей сессией, либо скрипт капчи увидел рассинхрон в DOM. Поэтому автоматизация строится не вокруг «волшебной библиотеки», а вокруг стабильного пайплайна: открыть страницу, сохранить cookies, дождаться рендера виджета, получить token и отправить его в тот же контекст.

По библиотекам картина простая:
• Playwright — удобен для JS-челленджей и повторяемых сценариев, если нужен полный контроль над страницей.
• Puppeteer — рабочая база, когда важнее кастомная логика вокруг формы и сетевых запросов.
• Selenium — живёт там, где уже есть старый стек, но требует более аккуратной настройки окружения.
• Для извлечения token полезны обвязки вокруг DOM и network hooks; отдельный «решатель» без браузерной сессии часто даёт нестабильный результат.

Логика обхода поведенческих паттернов сводится к одному: не спешить. Нужны задержки между действиями, одинаковый user-agent в рамках сессии, консистентные headers и отсутствие лишних перерисовок формы. Если token получен, но сервер отвечает отказом, проверяйте не капчу, а привязку к cookies, referer и времени жизни токена.

Снижаем косты на распознавание: сначала тестируйте браузерную автоматизацию, а внешние сервисы подключайте только как резервный слой. Так проще держать стабильность парсинга и не упираться в случайные отказы на ровном месте.

Россияне не смогут покупать стейблкоины

Россиянам могут закрыть доступ к покупке стейблкоинов: в новой версии закона их приравняли к иностранным активам.

Купить такие токены смогут только квалифицированные инвесторы — например, с активами от 24 млн рублей или доходом от 12 млн в год.

Что это значит для обычных пользователей и когда правило заработает — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/rossiiane-ne-smogut-pokupat-steiblkoiny

🧠 Ещё больше инсайтов → в канале AFF.top

hCaptcha на объёмах ломает не solver, а плохая схема сессий

Если гонять запросы в лоб, hCaptcha начинает стоить дороже самого трафика: растёт число повторных вызовов, сыпятся токены, а анти-фрод видит одинаковые паттерны. Рабочая схема — не «решать быстрее», а уменьшать число мест, где вообще нужен челлендж.

— Привязывай токен к конкретной сессии и прокси, не переиспользуй его между потоками.
— Держи стабильный fingerprint: одинаковые headers, timezone, язык, canvas/webgl; резкая смена ломает доверие.
— Сначала проверяй, можно ли пройти без капчи: прогрев аккаунта, cookie-цепочка, последовательность действий.
— На очередь решения ставь только те запросы, где hCaptcha реально блокирует next step, а не весь поток.

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

Бенчмарк сервисов решения капчи: меряйте не только success rate, но и время до валидного токена, долю повторных задач и процент отклонений на стороне сайта. Если метрика не бьётся по всей цепочке, сервис «решает» только на бумаге.

Снижаем косты на распознавание: сначала стабилизируем сессии и поведение, потом масштабируем solver-пул.

Почему провайдеры по-разному держат Google Search: где теряется парсинг

У Google Search стабильность решает не “самый мощный” провайдер, а тот, у кого чище цепочка: DNS, TLS, IP-репутация и поведение сессии. На практике слабое звено ломает не один запрос, а весь пул — сначала растёт доля редиректов, потом прилетают мягкие проверки, затем ответы начинают деградировать в HTML-мусор.

Бенчмарк сервисов решения капчи: для поиска мало смотреть на success-rate. Важно мерить отдельно:
— время до первого валидного SERP;
— долю повторных челленджей на одной сессии;
— стабильность cookie-цепочки;
— количество пустых или урезанных выдач.
Провайдер, который быстро “решает”, но рвёт сессию, в итоге дороже.

Логика обхода поведенческих паттернов: провайдер с хорошей ротацией IP может проиграть более медленному, если тот аккуратнее держит заголовки, порядок запросов и интервалы. Для Google Search критично, чтобы один и тот же профиль не прыгал между разными ASN, языками и гео без причины — именно такие скачки чаще всего переводят трафик в режим дополнительной проверки.

Снижаем косты на распознавание: сначала тестируй провайдера на одинаковом наборе запросов, фиксируя не только капчу, но и качество выдачи. Если после “успешного” прохода SERP нестабилен, такой канал надо резать первым. Лучший провайдер для поиска — тот, который даёт ровный парсинг без лишних повторов и не заставляет платить за каждый сбой цепочки.