User agent parsing: библиотеки и подводные камни, которые ломают fingerprint
Парсинг UA нужен не ради красивого лога. Он нужен, чтобы не смешивать Chrome на Android с WebView, iPadOS с macOS и старые mobile-обвязки с нормальным desktop-агентом.
Типовая ошибка — брать одну библиотеку и считать, что она знает всё. На практике ломаются три вещи: редкие браузеры, кастомные оболочки и срезы по minor-версиям. Если библиотека не видит device model, architecture и rendering engine отдельно, дальше начинается мусор в сегментации.
Проверяй не только browser/device/OS, но и связку полей:
— platform и platformVersion
— mobile flag и viewport hints
— engine и engineVersion
— bot/suspicious маркеры, если они есть в ответе
Ещё один слой риска — несовпадение между UA и реальным fingerprint. Если UA показывает Windows, а canvas/WebGL/таймзона тянут в mobile или другой GEO, любая антифрод-проверка это увидит. Поэтому парсер должен быть частью пайплайна, а не отдельным скриптом для отчёта.
Если строишь маршрутизацию, не делай жёсткие правила только по строке UA. Держи fallback: пустой UA, кривой UA, укороченный UA и UA с подменой. Иначе на части трафика ты сам себе режешь атрибуцию.
Парсинг UA нужен не ради красивого лога. Он нужен, чтобы не смешивать Chrome на Android с WebView, iPadOS с macOS и старые mobile-обвязки с нормальным desktop-агентом.
Типовая ошибка — брать одну библиотеку и считать, что она знает всё. На практике ломаются три вещи: редкие браузеры, кастомные оболочки и срезы по minor-версиям. Если библиотека не видит device model, architecture и rendering engine отдельно, дальше начинается мусор в сегментации.
Проверяй не только browser/device/OS, но и связку полей:
— platform и platformVersion
— mobile flag и viewport hints
— engine и engineVersion
— bot/suspicious маркеры, если они есть в ответе
Ещё один слой риска — несовпадение между UA и реальным fingerprint. Если UA показывает Windows, а canvas/WebGL/таймзона тянут в mobile или другой GEO, любая антифрод-проверка это увидит. Поэтому парсер должен быть частью пайплайна, а не отдельным скриптом для отчёта.
Если строишь маршрутизацию, не делай жёсткие правила только по строке UA. Держи fallback: пустой UA, кривой UA, укороченный UA и UA с подменой. Иначе на части трафика ты сам себе режешь атрибуцию.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Создателя Telegram снова допрашивали
Павла Дурова снова допросили во Франции: встреча с следствием длилась более 6 часов.
Это уже не первый эпизод в деле, которое тянется с 2024 года: тогда основателя Telegram арестовали в аэропорту Ле-бурже и ограничивали в выезде до июня 2025.
Что именно выясняли на новом допросе — не раскрывают. Но давление на Telegram растёт, и в этой истории е…
➡️ Читайте на сайте: https://aff.top/blog/sozdatelia-telegram-snova-doprashivali
🧠 Ещё больше инсайтов → в канале AFF.top
Павла Дурова снова допросили во Франции: встреча с следствием длилась более 6 часов.
Это уже не первый эпизод в деле, которое тянется с 2024 года: тогда основателя Telegram арестовали в аэропорту Ле-бурже и ограничивали в выезде до июня 2025.
Что именно выясняли на новом допросе — не раскрывают. Но давление на Telegram растёт, и в этой истории е…
➡️ Читайте на сайте: https://aff.top/blog/sozdatelia-telegram-snova-doprashivali
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Cloudflare запустил функцию Drop
Cloudflare запустил Drop — сервис, который разворачивает временный сайт за несколько секунд прямо из zip-архива.
Без аккаунта можно создавать сколько угодно таких страниц, но ссылка живёт всего 1 час. Потом сайт придётся переносить в аккаунт.
Зачем это нужно арбитражнику и что можно успеть за это время — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/cloudflare-zapustil-funkciiu-drop
🧠 Ещё больше инсайтов → в канале AFF.top
Cloudflare запустил Drop — сервис, который разворачивает временный сайт за несколько секунд прямо из zip-архива.
Без аккаунта можно создавать сколько угодно таких страниц, но ссылка живёт всего 1 час. Потом сайт придётся переносить в аккаунт.
Зачем это нужно арбитражнику и что можно успеть за это время — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/cloudflare-zapustil-funkciiu-drop
🧠 Ещё больше инсайтов → в канале AFF.top
Anomaly detection в потоке трекинга: какие сбои ловить до того, как они съедят ROI
Если трекинг строится на событиях, а не на ручной сверке, аномалии видно не по отчётам, а по дрейфу сигнала. Ловить нужно не «падение конверсии», а разрыв между слоями: клики идут, сабы есть, postback молчит; или наоборот — конверсии прилетают, а кликового хвоста нет.
Базовый набор правил:
— резкий перекос между уникальными и общими кликами;
— скачок 302/timeout на прокладке, редиректе или endpoint’е;
— пустые или битые subid в postback;
— рост дублей по одному click_id;
— несостыковка между click_time и conversion_time;
— аномально короткий или длинный TTL по сессиям.
Сигнал лучше собирать по слоям: ingress, redirect, LP, tracker, postback, CRM. На каждом слое держи свой baseline и сравнивай не абсолюты, а отклонения от медианы по окну. Для антидетекта отдельно смотри на fingerprint drift: если меняется связка UA / canvas / timezone / locale, часто сначала падает качество матчинга, а потом уже конверсии.
Минимальная защита — алерты на ratio, а не на факт события: click-to-lead, lead-to-approved, approve-to-payout. Если алерт срабатывает только по нулю, ты уже опоздал. Нормальная схема — логировать сырой event, нормализованный event и причину отбраковки.
Если у тебя есть только один дашборд, аномалии в нём будут выглядеть как «шум». Разноси контроль по этапам и сверяй не цифру, а цепочку.
Если трекинг строится на событиях, а не на ручной сверке, аномалии видно не по отчётам, а по дрейфу сигнала. Ловить нужно не «падение конверсии», а разрыв между слоями: клики идут, сабы есть, postback молчит; или наоборот — конверсии прилетают, а кликового хвоста нет.
Базовый набор правил:
— резкий перекос между уникальными и общими кликами;
— скачок 302/timeout на прокладке, редиректе или endpoint’е;
— пустые или битые subid в postback;
— рост дублей по одному click_id;
— несостыковка между click_time и conversion_time;
— аномально короткий или длинный TTL по сессиям.
Сигнал лучше собирать по слоям: ingress, redirect, LP, tracker, postback, CRM. На каждом слое держи свой baseline и сравнивай не абсолюты, а отклонения от медианы по окну. Для антидетекта отдельно смотри на fingerprint drift: если меняется связка UA / canvas / timezone / locale, часто сначала падает качество матчинга, а потом уже конверсии.
Минимальная защита — алерты на ratio, а не на факт события: click-to-lead, lead-to-approved, approve-to-payout. Если алерт срабатывает только по нулю, ты уже опоздал. Нормальная схема — логировать сырой event, нормализованный event и причину отбраковки.
Если у тебя есть только один дашборд, аномалии в нём будут выглядеть как «шум». Разноси контроль по этапам и сверяй не цифру, а цепочку.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Open AI выпустила ChatGPT-5.6 и ChatGPT Work
OpenAI выпустила ChatGPT-5.6 и ChatGPT Work: новая модель получила три версии и понятный прайс, а Work стал универсальным инструментом для кодинга, текстов, изображений и анализа данных. Вывод простой: экосистема ChatGPT усиливается, а фокус смещается на многофункциональные сценарии, где один продукт закрывает сразу несколько задач.
➡️ Читайте на сайте: https://aff.top/blog/open-ai-vypustila-chatgpt-5-6-i-chatgpt-work
🧠 Ещё больше инсайтов → в канале AFF.top
OpenAI выпустила ChatGPT-5.6 и ChatGPT Work: новая модель получила три версии и понятный прайс, а Work стал универсальным инструментом для кодинга, текстов, изображений и анализа данных. Вывод простой: экосистема ChatGPT усиливается, а фокус смещается на многофункциональные сценарии, где один продукт закрывает сразу несколько задач.
➡️ Читайте на сайте: https://aff.top/blog/open-ai-vypustila-chatgpt-5-6-i-chatgpt-work
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
SpacexAI выпустила Grok 4.5
xAI выпустила Grok 4.5 — новую версию флагманской нейросети, доступную в Cursor на всех тарифах и по API за $2 за миллион входных токенов. Бенчмарков пока нет, но модель в 4,2 раза экономнее по токенам на SWE Bench Pro и обучена на данных Cursor, что делает её сильным инструментом для разработки приложений.
➡️ Читайте на сайте: https://aff.top/blog/spacexai-vypustila-grok-4-5
🧠 Ещё больше инсайтов → в канале AFF.top
xAI выпустила Grok 4.5 — новую версию флагманской нейросети, доступную в Cursor на всех тарифах и по API за $2 за миллион входных токенов. Бенчмарков пока нет, но модель в 4,2 раза экономнее по токенам на SWE Bench Pro и обучена на данных Cursor, что делает её сильным инструментом для разработки приложений.
➡️ Читайте на сайте: https://aff.top/blog/spacexai-vypustila-grok-4-5
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
ChatGPT ads внедрил функцию автосоздания креативов
OpenAI добавила в ChatGPT Ads автогенерацию креативов: вставляешь ссылку на сайт, ИИ анализирует лендинг и создаёт релевантный креатив. По ощущениям, такие материалы должны легко проходить модерацию, но пока неясно, насколько они поддаются правкам. Источник интересен ещё и тем, что вайт можно сгенерировать тут же через ChatGPT.
➡️ Читайте на сайте: https://aff.top/blog/chatgpt-ads-vnedril-funkciiu-avtosozdaniia-kreativov
🧠 Ещё больше инсайтов → в канале AFF.top
OpenAI добавила в ChatGPT Ads автогенерацию креативов: вставляешь ссылку на сайт, ИИ анализирует лендинг и создаёт релевантный креатив. По ощущениям, такие материалы должны легко проходить модерацию, но пока неясно, насколько они поддаются правкам. Источник интересен ещё и тем, что вайт можно сгенерировать тут же через ChatGPT.
➡️ Читайте на сайте: https://aff.top/blog/chatgpt-ads-vnedril-funkciiu-avtosozdaniia-kreativov
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
В Google search console теперь можно добавлять соцсети
Google добавил в Search Console поддержку аккаунтов соцсетей: теперь можно отслеживать ключевые запросы, источники и географию переходов, показы и клики по ссылкам. Функция подключается там же, где и сайты, доступны четыре соцсети на выбор. Rollout постепенный — доступ получают не все сразу.
➡️ Читайте на сайте: https://aff.top/blog/v-google-search-console-teper-mozhno-dobavliat-socseti
🧠 Ещё больше инсайтов → в канале AFF.top
Google добавил в Search Console поддержку аккаунтов соцсетей: теперь можно отслеживать ключевые запросы, источники и географию переходов, показы и клики по ссылкам. Функция подключается там же, где и сайты, доступны четыре соцсети на выбор. Rollout постепенный — доступ получают не все сразу.
➡️ Читайте на сайте: https://aff.top/blog/v-google-search-console-teper-mozhno-dobavliat-socseti
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Google стал помечать креативы, созданные ИИ
Google объявил, что начнёт помечать рекламные креативы, созданные нейросетями. Причина — ИИ-баннеры и видео стали слишком похожи на настоящие.
Формат и заметность маркировки будут зависеть от законов конкретного региона: где-то предупреждение появится прямо на креативе, где-то — в его информации.
Что это значит для арбитражников и когда правила …
➡️ Читайте на сайте: https://aff.top/blog/google-stal-pomechat-kreativy-sozdannye-ii
🧠 Ещё больше инсайтов → в канале AFF.top
Google объявил, что начнёт помечать рекламные креативы, созданные нейросетями. Причина — ИИ-баннеры и видео стали слишком похожи на настоящие.
Формат и заметность маркировки будут зависеть от законов конкретного региона: где-то предупреждение появится прямо на креативе, где-то — в его информации.
Что это значит для арбитражников и когда правила …
➡️ Читайте на сайте: https://aff.top/blog/google-stal-pomechat-kreativy-sozdannye-ii
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Компания Meta выпустила Muse Spark 1.1
Meta выпустила Muse Spark 1.1 почти одновременно с новой ChatGPT-5.6. Это мультимодальный агент, который сам дробит задачу на подзадачи и распределяет их между субагентами.
Стоимость тоже заметно ниже топовых западных моделей: $1.25 за миллион входных токенов и $4.25 за миллион выходных.
Но главный вопрос — насколько она реально сильна на фоне к…
➡️ Читайте на сайте: https://aff.top/blog/kompaniia-meta-vypustila-muse-spark-1-1
🧠 Ещё больше инсайтов → в канале AFF.top
Meta выпустила Muse Spark 1.1 почти одновременно с новой ChatGPT-5.6. Это мультимодальный агент, который сам дробит задачу на подзадачи и распределяет их между субагентами.
Стоимость тоже заметно ниже топовых западных моделей: $1.25 за миллион входных токенов и $4.25 за миллион выходных.
Но главный вопрос — насколько она реально сильна на фоне к…
➡️ Читайте на сайте: https://aff.top/blog/kompaniia-meta-vypustila-muse-spark-1-1
🧠 Ещё больше инсайтов → в канале AFF.top
Клоакинг — не только про обход модерации: где он легитимно работает в инфраструктуре
Если убрать шум, клоакинг — это слой маршрутизации по признакам запроса. В нормальной схеме он нужен не для обмана, а для разделения аудиторий, сред и сценариев: bot/user, mobile/desktop, partner/internal, test/production.
Типовые легитимные применения:
— раздача разных лендингов для webview и обычного браузера;
— скрытие служебных страниц от индексации и случайного трафика;
— показ разных версий QA, саппорту и внешним партнёрам;
— фильтрация сканеров, пустых рефереров и мусорных ASN до трекера.
Ключевой момент — клоакинг не должен быть единственным источником истины. Решение лучше строить на связке: CDN/WAF, server-side rules, логирование, отдельные allowlist/denylist и понятный fallback. Иначе ловишь ложные срабатывания, режешь конверсию и потом не понимаешь, где сломалась цепочка.
Практика простая: не завязывайся только на User-Agent, добавляй IP reputation, Accept-Language, ASN, cookies и поведение сессии. Для внутренних маршрутов держи отдельные хосты и отдельные логи, чтобы можно было быстро сравнить, почему один и тот же клик ушёл в разные ветки.Секрет не в маскировке, а в контроле ветвления.
Если нужен слой, который просто разделяет потоки и не ломает атрибуцию, проектируй его как router, а не как магию.
Если убрать шум, клоакинг — это слой маршрутизации по признакам запроса. В нормальной схеме он нужен не для обмана, а для разделения аудиторий, сред и сценариев: bot/user, mobile/desktop, partner/internal, test/production.
Типовые легитимные применения:
— раздача разных лендингов для webview и обычного браузера;
— скрытие служебных страниц от индексации и случайного трафика;
— показ разных версий QA, саппорту и внешним партнёрам;
— фильтрация сканеров, пустых рефереров и мусорных ASN до трекера.
Ключевой момент — клоакинг не должен быть единственным источником истины. Решение лучше строить на связке: CDN/WAF, server-side rules, логирование, отдельные allowlist/denylist и понятный fallback. Иначе ловишь ложные срабатывания, режешь конверсию и потом не понимаешь, где сломалась цепочка.
Практика простая: не завязывайся только на User-Agent, добавляй IP reputation, Accept-Language, ASN, cookies и поведение сессии. Для внутренних маршрутов держи отдельные хосты и отдельные логи, чтобы можно было быстро сравнить, почему один и тот же клик ушёл в разные ветки.
Если нужен слой, который просто разделяет потоки и не ломает атрибуцию, проектируй его как router, а не как магию.
ClickHouse или PostgreSQL для трекера: где ломается стек и как не переплатить за универсальность
ClickHouse берут, когда основной объём — события, клики, редиректы, постбэки и отчёты по большим срезам. Он держит тяжёлую агрегацию и быстрые выборки по колонкам, но не любит частые UPDATE/DELETE и мелкие транзакции. Для трекера это норм, если запись идёт пачками, а не по одной строке в горячий контур.
PostgreSQL удобен там, где важны связи, транзакции и предсказуемая логика: пользователи, кампании, правила, биллинг, права доступа, очереди задач. На нём проще строить CRUD-часть и админку, но при росте событийного потока он начинает упираться в IOPS, индексы и вакуум.
Практичная схема для self-hosted стека — разделить роли: PostgreSQL хранит конфиг и справочники, ClickHouse — факты и аналитику. Не пытайся запихнуть всё в одну базу ради “проще поддерживать”: потом дороже выйдут миграции, бэкапы и восстановление после кривого запроса.
Смотри на три вещи: тип нагрузки, горизонт роста и сценарий восстановления. Если нужен быстрый отчёт по миллионам событий — ClickHouse. Если важна строгая консистентность и много операций с сущностями — PostgreSQL. Если стек растёт, делай репликацию и бэкап отдельно для обеих баз, а схему событий сразу проектируй под append-only.
ClickHouse берут, когда основной объём — события, клики, редиректы, постбэки и отчёты по большим срезам. Он держит тяжёлую агрегацию и быстрые выборки по колонкам, но не любит частые UPDATE/DELETE и мелкие транзакции. Для трекера это норм, если запись идёт пачками, а не по одной строке в горячий контур.
PostgreSQL удобен там, где важны связи, транзакции и предсказуемая логика: пользователи, кампании, правила, биллинг, права доступа, очереди задач. На нём проще строить CRUD-часть и админку, но при росте событийного потока он начинает упираться в IOPS, индексы и вакуум.
Практичная схема для self-hosted стека — разделить роли: PostgreSQL хранит конфиг и справочники, ClickHouse — факты и аналитику. Не пытайся запихнуть всё в одну базу ради “проще поддерживать”: потом дороже выйдут миграции, бэкапы и восстановление после кривого запроса.
Смотри на три вещи: тип нагрузки, горизонт роста и сценарий восстановления. Если нужен быстрый отчёт по миллионам событий — ClickHouse. Если важна строгая консистентность и много операций с сущностями — PostgreSQL. Если стек растёт, делай репликацию и бэкап отдельно для обеих баз, а схему событий сразу проектируй под append-only.
Клоакинг как технический слой: где он нужен без серых сценариев
Клоакинг не обязан быть про обход модерации. В инфраструктуре он часто работает как слой развязки трафика: разный контент для разных UA, GEO, device class и webhook-потоков.
Нормальные применения:
— A/B-ветка для лендинга и pre-lander без смешивания аналитики
— раздельная выдача web/mobile, когда один и тот же URL обслуживает разные шаблоны
— фильтрация ботов, сканеров и internal QA, чтобы не ломать атрибуцию
— защита white pages, где нужен публичный экран и закрытый рабочий слой
Ключевая ошибка — смешивать клоакинг с логикой бизнеса. Если правила живут в HTML и руками правятся на сервере, отладка превращается в хаос. Правильнее держать decision layer отдельно: по IP, fingerprint, referrer, cookie, header'ам и session state.
Схема должна быть прозрачной для команды: кто получает белую страницу, кто — рабочую, где пишется лог решения, сколько живёт TTL, и как отключается фильтр без простоя. Без этого любой обход превращается в случайный редирект.
Если слой нужен для сегментации и контроля доступа — он полезен. Если его нельзя описать правилами и повторить в логах, это уже не инфраструктура, а источник потерь.
Клоакинг не обязан быть про обход модерации. В инфраструктуре он часто работает как слой развязки трафика: разный контент для разных UA, GEO, device class и webhook-потоков.
Нормальные применения:
— A/B-ветка для лендинга и pre-lander без смешивания аналитики
— раздельная выдача web/mobile, когда один и тот же URL обслуживает разные шаблоны
— фильтрация ботов, сканеров и internal QA, чтобы не ломать атрибуцию
— защита white pages, где нужен публичный экран и закрытый рабочий слой
Ключевая ошибка — смешивать клоакинг с логикой бизнеса. Если правила живут в HTML и руками правятся на сервере, отладка превращается в хаос. Правильнее держать decision layer отдельно: по IP, fingerprint, referrer, cookie, header'ам и session state.
Схема должна быть прозрачной для команды: кто получает белую страницу, кто — рабочую, где пишется лог решения, сколько живёт TTL, и как отключается фильтр без простоя. Без этого любой обход превращается в случайный редирект.
Если слой нужен для сегментации и контроля доступа — он полезен. Если его нельзя описать правилами и повторить в логах, это уже не инфраструктура, а источник потерь.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Российские букмекеры увеличили закуп трафика с мобильных приложений
Российские букмекеры в 1 квартале 2026 года заметно нарастили закупку трафика из мобильных приложений. На фоне ужесточения регулирования они смещают бюджеты в новые каналы, где ещё есть живой трафик.
По данным UMG, доля in-app-рекламы выросла с 3-4% до 5-6% при объёме рынка около 10 млрд рублей. Но это может быть только начало — в блоге разбираем…
➡️ Читайте на сайте: https://aff.top/blog/rossiiskie-bukmekery-uvelichili-zakup-trafika-s-mobilnykh-prilozhenii
🧠 Ещё больше инсайтов → в канале AFF.top
Российские букмекеры в 1 квартале 2026 года заметно нарастили закупку трафика из мобильных приложений. На фоне ужесточения регулирования они смещают бюджеты в новые каналы, где ещё есть живой трафик.
По данным UMG, доля in-app-рекламы выросла с 3-4% до 5-6% при объёме рынка около 10 млрд рублей. Но это может быть только начало — в блоге разбираем…
➡️ Читайте на сайте: https://aff.top/blog/rossiiskie-bukmekery-uvelichili-zakup-trafika-s-mobilnykh-prilozhenii
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Mia Khalifa стала амбпссадором 1win
Mia Khalifa снова засветилась рядом с 1win: в Instagram она показала цепочку с логотипом бренда и статус «VIP 1win».
Параллельно всплыла история с ее ставкой на Испанию на ЧМ — по данным поста, выигрыш мог составить 200к$.
Официального подтверждения амбассадорства пока нет, но для арбитражников это уже повод для новых креативов. Что именно здесь…
➡️ Читайте на сайте: https://aff.top/blog/mia-khalifa-stala-ambpssadorom-1win
🧠 Ещё больше инсайтов → в канале AFF.top
Mia Khalifa снова засветилась рядом с 1win: в Instagram она показала цепочку с логотипом бренда и статус «VIP 1win».
Параллельно всплыла история с ее ставкой на Испанию на ЧМ — по данным поста, выигрыш мог составить 200к$.
Официального подтверждения амбассадорства пока нет, но для арбитражников это уже повод для новых креативов. Что именно здесь…
➡️ Читайте на сайте: https://aff.top/blog/mia-khalifa-stala-ambpssadorom-1win
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from КРАВЧЕНКО
Дорогие коллеги и партнеры,
Наш маршрут конференций за последние недели, получился особенно насыщенным.
Со стендами PoshFriends мы побывали на MAC и GGate, а затем продолжили встречи уже в полях iGB Live в Лондоне.
В Ереване увиделись с любимыми SEO-командами, попробовали местные вина, обменялись новостями и зарядились энергией УБТ-команд.
В Тбилиси обсуждали тренды, новые связки и совместные планы, встречались с действующими партнерами и знакомились с новыми. А за настроение на стенде отвечала Черемша, которая чуть не стала маскотом одного из наших продуктов. С этой задачей, кажется, справилась лучше всех.
В Лондоне все было уже по-деловому. Провели серию встреч с топ-партнерами, обсудили Японию, бурж и новые точки роста. География интересов растет, планы становятся амбициознее. Воротники, как выяснилось, нагладили не зря.
Спасибо всем, с кем удалось увидеться на этом маршруте. За открытые разговоры, новые идеи, доверие и планы, которые постепенно превращаются в реальные проекты.
Конференционный сезон продолжается. Скоро увидимся снова.
Всегда ваши, Команда Posh Friends 🤝
Наш маршрут конференций за последние недели, получился особенно насыщенным.
Со стендами PoshFriends мы побывали на MAC и GGate, а затем продолжили встречи уже в полях iGB Live в Лондоне.
В Ереване увиделись с любимыми SEO-командами, попробовали местные вина, обменялись новостями и зарядились энергией УБТ-команд.
В Тбилиси обсуждали тренды, новые связки и совместные планы, встречались с действующими партнерами и знакомились с новыми. А за настроение на стенде отвечала Черемша, которая чуть не стала маскотом одного из наших продуктов. С этой задачей, кажется, справилась лучше всех.
В Лондоне все было уже по-деловому. Провели серию встреч с топ-партнерами, обсудили Японию, бурж и новые точки роста. География интересов растет, планы становятся амбициознее. Воротники, как выяснилось, нагладили не зря.
Спасибо всем, с кем удалось увидеться на этом маршруте. За открытые разговоры, новые идеи, доверие и планы, которые постепенно превращаются в реальные проекты.
Конференционный сезон продолжается. Скоро увидимся снова.
Всегда ваши, Команда Posh Friends 🤝
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Короткий домен Telegram перестал работать
Telegram лишился домена t.me: он разделегирован и больше не работает на уровне регистратора. Платформа срочно переезжает на telegram.me, а владельцам крупных каналов стоит обновить публичные ссылки. Сроки восстановления неизвестны, и есть риск, что t.me не вернётся вовсе на фоне давления на Telegram.
➡️ Читайте на сайте: https://aff.top/blog/korotkii-domen-telegram-perestal-rabotat
🧠 Ещё больше инсайтов → в канале AFF.top
Telegram лишился домена t.me: он разделегирован и больше не работает на уровне регистратора. Платформа срочно переезжает на telegram.me, а владельцам крупных каналов стоит обновить публичные ссылки. Сроки восстановления неизвестны, и есть риск, что t.me не вернётся вовсе на фоне давления на Telegram.
➡️ Читайте на сайте: https://aff.top/blog/korotkii-domen-telegram-perestal-rabotat
🧠 Ещё больше инсайтов → в канале AFF.top
ClickHouse или PostgreSQL для трекера: где база начнёт тормозить раньше
Если трекер живёт на сыром клике, показах, postback и логах по каждому переходу, выбор БД решает больше, чем фронт. ClickHouse тянет потоковые вставки и тяжёлые отчёты: агрегаты, срезы по GEO/UA, воронки, дедупликацию по событиям. PostgreSQL удобнее там, где важны транзакции, связи между сущностями и частые точечные UPDATE/DELETE.
Схема «всё в одной базе» обычно ломается на смешанной нагрузке. Сначала начинают проседать отчёты, потом блокируются записи, а дальше любой reindex или vacuum превращается в окно деградации. Для трекера это критично: конверсия может прийти с задержкой, а UI уже показывает пустые или неполные данные.
Практика рабочая:
— ClickHouse хранит события, логи, конверсии, сырые постбэки.
— PostgreSQL держит пользователей, кампании, офферы, правила, биллинг.
— между ними нужен явный слой синхронизации, а не ручные скрипты «по случаю».
— если отчёт строится по миллионам строк, не тащите его в OLTP-схему.
Самая частая ошибка — пытаться заставить PostgreSQL быть аналитической витриной. Вторая ошибка — держать в ClickHouse то, что требует строгих транзакций и уникальности на запись. Разделяйте OLTP и OLAP на уровне модели данных, а не после того как начались лаги.
Итог простой: для трекера PostgreSQL — про контроль и консистентность, ClickHouse — про объём и скорость чтения. Чем раньше вы разведёте эти роли, тем меньше шанс, что база станет узким местом.
Если трекер живёт на сыром клике, показах, postback и логах по каждому переходу, выбор БД решает больше, чем фронт. ClickHouse тянет потоковые вставки и тяжёлые отчёты: агрегаты, срезы по GEO/UA, воронки, дедупликацию по событиям. PostgreSQL удобнее там, где важны транзакции, связи между сущностями и частые точечные UPDATE/DELETE.
Схема «всё в одной базе» обычно ломается на смешанной нагрузке. Сначала начинают проседать отчёты, потом блокируются записи, а дальше любой reindex или vacuum превращается в окно деградации. Для трекера это критично: конверсия может прийти с задержкой, а UI уже показывает пустые или неполные данные.
Практика рабочая:
— ClickHouse хранит события, логи, конверсии, сырые постбэки.
— PostgreSQL держит пользователей, кампании, офферы, правила, биллинг.
— между ними нужен явный слой синхронизации, а не ручные скрипты «по случаю».
— если отчёт строится по миллионам строк, не тащите его в OLTP-схему.
Самая частая ошибка — пытаться заставить PostgreSQL быть аналитической витриной. Вторая ошибка — держать в ClickHouse то, что требует строгих транзакций и уникальности на запись. Разделяйте OLTP и OLAP на уровне модели данных, а не после того как начались лаги.
Итог простой: для трекера PostgreSQL — про контроль и консистентность, ClickHouse — про объём и скорость чтения. Чем раньше вы разведёте эти роли, тем меньше шанс, что база станет узким местом.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Youtube тестирует поиск с AI
YouTube начал тестировать Ask YouTube — поиск с ИИ, где можно задавать вопросы обычным языком и получать не список ссылок, а готовую подборку видео и фрагментов.
Фича уже доступна в США и работает на сложные запросы: если нужно, ИИ уточняет вопрос и подсказывает следующий шаг.
Что это значит для поиска на YouTube и когда новинка дойдёт до других…
➡️ Читайте на сайте: https://aff.top/blog/youtube-testiruet-poisk-s-ai
🧠 Ещё больше инсайтов → в канале AFF.top
YouTube начал тестировать Ask YouTube — поиск с ИИ, где можно задавать вопросы обычным языком и получать не список ссылок, а готовую подборку видео и фрагментов.
Фича уже доступна в США и работает на сложные запросы: если нужно, ИИ уточняет вопрос и подсказывает следующий шаг.
Что это значит для поиска на YouTube и когда новинка дойдёт до других…
➡️ Читайте на сайте: https://aff.top/blog/youtube-testiruet-poisk-s-ai
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
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
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
Hetzner: как не словить простои и банальные ошибки на дешёвом хостинге
Hetzner часто берут под лендинги, трекеры, прокси-обвязку и сервисы, где важны предсказуемый диск, сеть и быстрый старт. Но дешёвый VPS не прощает хаотичную эксплуатацию: один забытый бэкап, один открытый порт, один разросшийся лог — и у тебя уже не «экономия», а ночной инцидент.
Перед запуском проверь базу:
— включён ли firewall и закрыто ли всё лишнее;
— есть ли SSH только по ключам, без пароля;
— вынесены ли логи, tmp и бэкапы отдельно от системного диска;
— настроен ли мониторинг по CPU, RAM, disk, inode, latency;
— есть ли restore-процедура, а не просто архив «на всякий случай».
Отдельно смотри на storage и сеть. Для лендингов важнее стабильный отклик, чем пиковая мощность: лучше меньше сервисов на узел, чем один перегруженный VM с swap-thrashing. Если поднимаешь несколько окружений, сразу разводи их по namespace/VM и не смешивай prod с тестом — потом это экономит часы на расследованиях.
Ещё одна типовая ошибка — считать, что «раз хостинг железный, значит можно не заниматься наблюдаемостью». Без алертов на место на диске, ошибки в логах и падение веб-сервиса любой сбой выглядит как магия. Ставь минимальный набор: uptime, метрики ресурсов, централизованные логи и простую проверку health endpoint.
Если нужен спокойный Hetzner без сюрпризов, начинай не с установки CMS, а с baseline: security, backup, monitoring и понятный plan restore. Это и есть нормальный devops для кластера или одиночной VM.
Hetzner часто берут под лендинги, трекеры, прокси-обвязку и сервисы, где важны предсказуемый диск, сеть и быстрый старт. Но дешёвый VPS не прощает хаотичную эксплуатацию: один забытый бэкап, один открытый порт, один разросшийся лог — и у тебя уже не «экономия», а ночной инцидент.
Перед запуском проверь базу:
— включён ли firewall и закрыто ли всё лишнее;
— есть ли SSH только по ключам, без пароля;
— вынесены ли логи, tmp и бэкапы отдельно от системного диска;
— настроен ли мониторинг по CPU, RAM, disk, inode, latency;
— есть ли restore-процедура, а не просто архив «на всякий случай».
Отдельно смотри на storage и сеть. Для лендингов важнее стабильный отклик, чем пиковая мощность: лучше меньше сервисов на узел, чем один перегруженный VM с swap-thrashing. Если поднимаешь несколько окружений, сразу разводи их по namespace/VM и не смешивай prod с тестом — потом это экономит часы на расследованиях.
Ещё одна типовая ошибка — считать, что «раз хостинг железный, значит можно не заниматься наблюдаемостью». Без алертов на место на диске, ошибки в логах и падение веб-сервиса любой сбой выглядит как магия. Ставь минимальный набор: uptime, метрики ресурсов, централизованные логи и простую проверку health endpoint.
Если нужен спокойный Hetzner без сюрпризов, начинай не с установки CMS, а с baseline: security, backup, monitoring и понятный plan restore. Это и есть нормальный devops для кластера или одиночной VM.