Xchat удалён из App Store и Google play

Google Play и App Store удалили мессенджер XChat, продвигавшийся Илоном Маском как сервис с шифрованием без рекламы. Несмотря на трафик из X.com, приложение исключили из сторов. Причиной мог стать отказ от трекинга, что мешает монетизации и антифрод-системам площадок. Кейс доказывает: отсутствие рекламных инструментов делает софт уязвимым, а медийная поддержка не спасает продукт, если его политика нарушает правила маркетплейсов.

➡️ Читайте на сайте: https://aff.top/blog/xchat-udalen-iz-app-store-i-google-play

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

В Facebook Ads Manager появилась метрика Creative Diversity

Meta представила метрику Creative Diversity для оценки разнообразия креативов. Алгоритм Generative Recommender анализирует стиль, тему, тип хука и формат объявлений. Простое изменение цвета или ракурса теперь не работает: система пессимизирует похожие подходы. Для эффективного залива арбитражникам придется тестировать принципиально разный контент, чтобы алгоритмы лучше находили аудиторию. Инструмент выйдет из беты до конца года.

➡️ Читайте на сайте: https://aff.top/blog/v-facebook-ads-manager-poiavilas-metrika-creative-diversity

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

Твои переписки с ChatGPT читают люди

OpenAI привлекает подрядчиков для ручного анализа диалогов с ChatGPT, чтобы повысить качество модели. В ходе проверки конфиденциальная информация пользователей попадает к третьим лицам. Для сферы CPA это несет прямые риски: уникальные связки, креативы и структуры лендингов, созданные нейросетью, перестают быть приватными. Главный вывод — любая информация, переданная ИИ, может быть изучена извне, что ведет к быстрому выгоранию профитных подходов …

➡️ Читайте на сайте: https://aff.top/blog/tvoi-perepiski-s-chatgpt-chitaiut-liudi

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

Бэкап без восстановления — это не защита, а дорогая иллюзия

Коллеги, давайте разберем план выполнения. Автоматизация резервного копирования нужна не ради галочки, а чтобы RPO/RTO были не на словах. Базовый минимум: полный бэкап по расписанию, инкременты между ними, отдельное хранение копий и контроль успешности задач. Если джобу просто «запустили», это еще не бэкап — это надежда.

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

Но самый частый провал — не хранение, а восстановление. Если restore не прогоняется регулярно, вы не знаете ни время подъема, ни поломанные зависимости, ни битые архивы. В продакшене так лучше не делать, и вот почему: в момент аварии уже поздно выяснять, что скрипт восстановления ждал интерактивный ввод или не поднимал права на каталог.

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

Если у вас есть только одна копия и ни одного тестового восстановления — у вас не backup strategy, а план на удачу.

Миграция данных без простоя — это не магия, а дисциплина на каждом шаге

Коллеги, давайте разберем план выполнения. Схема простая, но дьявол кроется в статистике: сначала описываем источник и приемник, потом фиксируем объем, скорость изменения и допустимое окно рассинхрона. Без этого «перелив» превращается в лотерею.

Минимальный набор действий:
— загрузка в новую структуру через staging, а не сразу в боевую таблицу;
— двойная запись только там, где можно пережить лишний I/O;
— сверка по количеству, контрольным суммам и бизнес-ключам;
— отдельный план отката, а не надежда на удачу.

Посмотрим, что тут с I/O в реальности. Самые частые простои прилетают не из-за самого копирования, а из-за блокировок, долгих транзакций и массового обновления индексов. Если миграция трогает горячие таблицы, режьте батчи, отключайте тяжелые фоновые задачи и заранее проверяйте, как ведет себя репликация или очереди.

Перед переключением нужен короткий dry run: прогон на копии, замер времени, проверка прав, триггеров, ограничений и внешних зависимостей. И да, выпускать в продакшен без метрик по lag, latency и ошибкам — плохая идея, даже если «данных немного».

Золотое правило: сначала мониторинг, потом индексы. Если видно, где узкое место, миграция проходит тихо; если нет — получаете простой, который потом долго объясняют бизнесу и еще дольше разбирают в логах.

Google тестирует оплату за контент сайта

Google запустил тест программы AI Contribution Pilot, предлагая вебмастерам выплаты через Search Console за контент, повлиявший на ответы ИИ в Gemini и AI Overviews. Алгоритмы оценки вклада и формулы расчетов непрозрачны, а суммы пока скромные. Главный итог: создан важный прецедент прямой компенсации за использование авторских материалов в генеративной выдаче.

➡️ Читайте на сайте: https://aff.top/blog/google-testiruet-oplatu-za-kontent-saita

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

В публичный доступ вышли Gemini 3.8 Live и Gemini 3.8 Live Extended Thinking

Google представила Gemini 3.8 Live и Extended Thinking — голосовые ИИ-модели с поддержкой 97 языков и функцией параллельного мышления. Инструмент умеет выполнять фоновые задачи и анализировать видео в реальном времени, не прерывая диалог. Высокое качество распознавания речи и доступ через API позволяют эффективно использовать модели для автоматизации воронки продаж, обработки лидов и создания интерактивных креативов.

➡️ Читайте на сайте: https://aff.top/blog/v-publichnyi-dostup-vyshli-gemini-3-8-live-i-gemini-3-8-live-extended-thinking

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

Топ 5 spy-сервисов для Facebook

В обзоре сравниваются пять spy-сервисов для Facebook: от бесплатной Library до профессиональных AdSpy и Tyver. Автор оценивает их по глубине аналитики, охвату и цене. Главный вывод: бесплатные решения не показывают профитность креативов, поэтому для работы в плюс необходим платный софт. Лидером рейтинга стал Tyver за баланс стоимости и функций. Инвестиции в спай окупаются за счет быстрого поиска рабочих подходов и экономии бюджета на тестах новы…

➡️ Читайте на сайте: https://aff.top/blog/top-5-spy-servisov-dlia-facebook

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

Meta добавила платную подписку на свои соцсети

Meta расширяет программу Meta Verified, внедряя подписку Meta One с тремя тарифами стоимостью до 19,99 долларов. Пакеты включают верификацию и доступ к ИИ компании. Несмотря на скепсис по поводу нейросетей, синяя галочка остается важным инструментом для арбитража. В нише УБТ верифицированные аккаунты моделей повышают траст и упрощают залив. Подписка становится техническим расходом, требующим оценки окупаемости в рамках связок.

➡️ Читайте на сайте: https://aff.top/blog/meta-dobavila-platnuiu-podpisku-na-svoi-socseti

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

Параметры БД надо крутить не «на глаз», а по симптомам и метрикам

Коллеги, давайте разберем план выполнения. Конфигурация БД — это не место для магии. Один и тот же параметр может спасать latency или добивать I/O, если менять его без понимания нагрузки.

Рабочий порядок простой:
— сначала снимите базовую картину: CPU, I/O, cache hit, locks, temp usage;
— меняйте один параметр за раз, иначе не поймете, что сработало;
— фиксируйте до/после: план, время ответа, число чтений, рост памяти;
— проверяйте побочные эффекты: больше памяти одному воркеру — меньше остается остальным.

Частая ошибка — лечить очередь запросов увеличением всех буферов подряд. Это не настройка, а попытка заткнуть дыру одеялом. Если упираетесь в диск, ищите плохие планы, лишние чтения и сортировки, а не просто раздувайте кэш. Схема простая, но дьявол кроется в статистике.

Если параметр нужен только «на всякий случай», его место в черновике, а не в production. Сначала мониторинг, потом индексы и уже потом конфиг.

Миграция данных без простоя: где чаще всего рвётся план и как это закрыть

Коллеги, давайте разберем план выполнения. Главная ошибка — считать миграцию одной операцией. На деле это цепочка: анализ схемы, перенос данных, сверка, переключение, откат. Если хотя бы один шаг не измерен, простой появится не «из-за базы», а из-за вашей уверенности.

Перед переносом проверьте три вещи:
— объем и скорость изменения данных, а не только общий размер;
— зависимости: триггеры, FK, джобы, приложения с hardcode на старые имена;
— окна блокировок: где допустимы короткие, а где любая пауза уже инцидент.

Для больших таблиц лучше идти через двойную запись или репликацию, а не через «залили и переключили». Сначала прогоняем синхронизацию, потом сравниваем контрольные суммы/количество строк/ключевые агрегаты. Посмотрим, что тут с I/O в реальности: иногда узкое место не сеть, а сортировка, журнал или вакуум, который внезапно решил жить своей жизнью.

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

Если миграция требует «ночного окна на несколько часов», это не план, а просьба о форс-мажоре. Делайте перенос так, чтобы самый рискованный шаг был обратим за минуты, а не за новый уик-энд.

В Telegram Ads добавили Banner in Bot

В Telegram Ads появился формат Banner in Bot для показа рекламы внутри ботов с аудиторией от 1000 человек. Инструмент таргетируется не на площадки, а на пользователей — по интересам, номерам телефонов и подпискам. Пока доступны только текстовые креативы по ставкам Target Users. Новинка позволяет напрямую через стандартный кабинет охватывать целевую аудиторию прямо в их диалогах с ботами.

➡️ Читайте на сайте: https://aff.top/blog/v-telegram-ads-dobavili-banner-in-bot

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

Anthropic готовит к запуску Claude Money

Anthropic анонсировала Claude Money — ИИ-сервис для управления личными финансами и автоматизации платежей. Инструмент позволяет подключать банковские карты для анализа расходов, планирования бюджета и проведения транзакций. Это переход от консультационных моделей к полноценным финансовым агентам. Внедрение технологии позволит пользователям делегировать нейросети рутинные задачи, включая оплату токенов и подписок на необходимые рабочие сервисы.

➡️ Читайте на сайте: https://aff.top/blog/anthropic-gotovit-k-zapusku-claude-money

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

Meta ограничивает расходы на токены для сотрудников

Meta ввела внутренние лимиты на использование ИИ из-за резкого роста расходов: в 2026 году только на сотрудников заложены миллиарды долларов, а общий бюджет на ИИ-инфраструктуру оценивается в 130–145 млрд. Вывод простой: даже у Big Tech ИИ перестал быть бесплатной игрушкой и требует жёсткого контроля затрат.

➡️ Читайте на сайте: https://aff.top/blog/meta-ogranichivaet-raskhody-na-tokeny-dlia-sotrudnikov

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

Сложный SQL не лечат «магией» — его разбирают по плану выполнения

Коллеги, давайте разберем план выполнения. Если запрос стал тяжелым, сначала ищем не «плохой JOIN», а место, где он раздувается: лишние строки, ранняя сортировка, неудачный фильтр, коррелированный подзапрос. Золотое правило: сначала мониторинг, потом индексы.

Рабочий порядок такой:
— Проверить фактический план, а не надежду оптимизатора.
— Сократить набор данных до JOIN: фильтры, предикаты, предагрегация.
— Убрать функции с колонок в WHERE и ON, иначе индекс часто превращается в декорацию.
— Смотреть на кардинальность: если оценка мимо, план легко уедет в nested loop на миллионы строк.

Частая ошибка — лечить симптом индексом на каждое поле. Индекс помогает, когда селективность есть и запрос умеет его использовать. Если проблема в GROUP BY, DISTINCT или лишнем CTE-материале, индекс только ускорит путь к той же ошибке. Посмотрим, что тут с I/O в реальности: иногда дешевле переписать подзапрос в semijoin или вынести тяжелую агрегацию в отдельный шаг.

Отдельно следите за сортировками и блокировками: ORDER BY без нужного индекса, широкие SELECT *, долгие транзакции и конкурирующие UPDATE легко превращают «просто отчет» в источник боли. В продакшене так лучше не делать, и вот почему...

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

Транзакции и изоляция: как не устроить дедлоки и грязные чтения в проде

Коллеги, давайте разберем план выполнения. Транзакция нужна не «для надежности вообще», а чтобы зафиксировать границы атомарности и блокировок. Если держите ее открытой дольше, чем нужно, вы сами расширяете окно для конфликтов, роста очередей и сюрпризов в логах.

Базовые правила: — начинайте транзакцию как можно позже; — заканчивайте как можно раньше; — не мешайте в одной транзакции долгий I/O, сетевые вызовы и пользовательский ввод; — обновляйте строки в одном и том же порядке, иначе дедлоки придут без приглашения. Схема простая, но дьявол кроется в статистике: короткая транзакция под нагрузкой почти всегда дешевле «безопасной», но длинной.

По изоляции помните: READ COMMITTED обычно закрывает грязные чтения, но не спасает от неповторяемых чтений и фантомов; REPEATABLE READ и SERIALIZABLE дают больше гарантий, но платят за это блокировками, версионностью и падением параллелизма. В продакшене так лучше не делать, и вот почему: максимальную изоляцию часто включают «на всякий случай», а потом ищут, почему CPU и I/O живут своей жизнью.

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