ChatGPT ads внедрил функцию автосоздания креативов

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

➡️ Читайте на сайте: https://aff.top/blog/chatgpt-ads-vnedril-funkciiu-avtosozdaniia-kreativov

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

В Google search console теперь можно добавлять соцсети

Google добавил в Search Console поддержку аккаунтов соцсетей: теперь можно отслеживать ключевые запросы, источники и географию переходов, показы и клики по ссылкам. Функция подключается там же, где и сайты, доступны четыре соцсети на выбор. Rollout постепенный — доступ получают не все сразу.

➡️ Читайте на сайте: https://aff.top/blog/v-google-search-console-teper-mozhno-dobavliat-socseti

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

Google стал помечать креативы, созданные ИИ

Google объявил, что начнёт помечать рекламные креативы, созданные нейросетями. Причина — ИИ-баннеры и видео стали слишком похожи на настоящие.

Формат и заметность маркировки будут зависеть от законов конкретного региона: где-то предупреждение появится прямо на креативе, где-то — в его информации.

Что это значит для арбитражников и когда правила …

➡️ Читайте на сайте: https://aff.top/blog/google-stal-pomechat-kreativy-sozdannye-ii

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

Кэш ускоряет сайт только тогда, когда его настроили по слоям, а не «включили галочку»

Браузерный кэш — для статики: CSS, JS, шрифты, изображения. Для них задавайте долгий TTL и имена файлов с хешем, чтобы при обновлении клиент забрал новую версию, а не держал старую. Для HTML кэш короче: иначе пользователь видит устаревшую верстку, даже если backend уже отдал исправление.

На сервере держите отдельный кэш для повторяющихся ответов: страницы каталога, API-справочники, результаты тяжелых запросов. Нормальная схема: cache key зависит от URL, query string, языка, авторизации и device-параметров. Если в ключ не попал важный параметр, получите «быстрые» ошибки и странные данные. Разворачиваем, проверяем, мониторим. ⚙️

Перед вводом проверьте три вещи: заголовки Cache-Control и ETag, поведение при purge/invalidate, и что CDN не кэширует персональные ответы. Если есть cookies или авторизация, ставьте отдельные правила bypass. Для динамики полезны stale-while-revalidate и stale-if-error: пользователь получает страницу сразу, а обновление идет фоном.

Метрики простые: TTFB, доля cache hit, нагрузка на origin, размер статики и число повторных запросов. Если hit rate растет, а TTFB не падает, ищите медленный backend или плохой CDN-путь. Стабильность — это отсутствие магии, только предсказуемая конфигурация.

Компания 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

Nginx на лендинге: 5 настроек, которые убирают лишнюю задержку

Если лендинг ловит пики трафика, Nginx должен не «стараться», а отрабатывать предсказуемо. Сначала проверь базу: worker_processes auto; worker_connections 4096; keepalive_timeout 15; sendfile on; tcp_nopush on; tcp_nodelay on. Это снижает накладные расходы на соединения и отдачу статики.

Дальше смотри на кэш заголовков и статику:
— cache-control для картинок, CSS, JS
— gzip для текстовых ресурсов
— expires для неизменяемых файлов
— separate location для /assets/ и /static/
Без этого Nginx будет каждый раз делать лишнюю работу, а браузер — повторно дергать то, что уже можно хранить локально.

Если лендинг собирает заявки через proxy_pass, не тащи туда лишний трафик. Ограничь body_size, поставь адекватные таймауты, включи buffering там, где ответы короткие. Для upstream держи keepalive, иначе на всплесках упрешься в лишние TCP-сессии. Логи не отключай, но выноси их на ротацию, иначе диск станет узким местом.

Перед выкладкой прогоняй nginx -t, замеряй ab или wrk на типовом шаблоне и смотри не только RPS, но и p95 latency. Если p95 растет, проблема не в сервере, проблема в его настройке. Стабильность — это отсутствие магии, только предсказуемая конфигурация.

Как пережить всплеск трафика без падения сайта: базовый план масштабирования

Проблема обычно не в объёме трафика, а в том, что узкие места заранее не известны. При всплеске первыми падают не «все сервера», а один слой: DNS, балансировщик, база, кэш, очередь. Поэтому перед нагрузкой нужно измерить p95 latency, RPS по ключевым ручкам и потолок по CPU, RAM, IOPS. Без этих цифр масштабирование превращается в угадайку.

Что делаем до пика:
• выносим статический контент в CDN;
• ставим горизонтальное масштабирование web-слоя;
• включаем кэширование на уровне приложения и reverse proxy;
• ограничиваем тяжёлые запросы, очереди и фоновые задачи;
• проверяем health-checkи и авто-перезапуск.

База данных — самый частый стопор. Если чтение доминирует, отделяйте read-replica от write-master. Если запись тяжёлая, режьте транзакции, убирайте длинные блокировки, индексируйте реальные запросы, а не предполагаемые. Для очередей важно одно правило: лучше принять задачу и обработать позже, чем положить весь фронт.

Обязательно проверьте autoscaling не только по CPU, но и по очереди запросов, latency и saturation. Иначе сервис будет масштабироваться уже после деградации. Стабильность — это отсутствие магии, только предсказуемая конфигурация.

Если нет времени на полный рефакторинг, начните с кэша, лимитов и понятных метрик. Проблема не в сервере, проблема в его настройке.

Российские букмекеры увеличили закуп трафика с мобильных приложений

Российские букмекеры в 1 квартале 2026 года заметно нарастили закупку трафика из мобильных приложений. На фоне ужесточения регулирования они смещают бюджеты в новые каналы, где ещё есть живой трафик.

По данным UMG, доля in-app-рекламы выросла с 3-4% до 5-6% при объёме рынка около 10 млрд рублей. Но это может быть только начало — в блоге разбираем…

➡️ Читайте на сайте: https://aff.top/blog/rossiiskie-bukmekery-uvelichili-zakup-trafika-s-mobilnykh-prilozhenii

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

Кэш ускоряет сайт только тогда, когда он настроен по слоям, а не «включен где-то в панели»

Первый слой — CDN или reverse proxy. Статику отдаём с долгим TTL: картинки, CSS, JS. HTML кэшируем осторожно: только если страница не персонализирована и есть понятная схема инвалидации. Иначе получите быстрый, но устаревший контент.

Второй слой — серверное кэширование. Для динамики работают Redis или Memcached: кэш запросов к БД, фрагментов шаблонов, результатов тяжёлых вычислений. Ключи должны быть предсказуемыми, а TTL — привязанными к типу данных, а не к «на глаз». Иначе кэш начнёт маскировать баги.

Третий слой — браузер. Ставьте Cache-Control, ETag, Last-Modified, но не лепите «no-cache» на всё подряд. Для ассетов используйте версионирование файлов, иначе после обновления часть пользователей будет видеть старый JS и ловить ошибки фронта.

Проверка простая: смотрим hit ratio, время до первого байта, долю ответов из кэша и количество промахов после деплоя. Если после внедрения кэша сайт не стал быстрее, значит вы кэшируете не то место или не тот объект. Стабильность — это отсутствие магии, только предсказуемая конфигурация.

Mia Khalifa стала амбпссадором 1win

Mia Khalifa снова засветилась рядом с 1win: в Instagram она показала цепочку с логотипом бренда и статус «VIP 1win».

Параллельно всплыла история с ее ставкой на Испанию на ЧМ — по данным поста, выигрыш мог составить 200к$.

Официального подтверждения амбассадорства пока нет, но для арбитражников это уже повод для новых креативов. Что именно здесь…

➡️ Читайте на сайте: https://aff.top/blog/mia-khalifa-stala-ambpssadorom-1win

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

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

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

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

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

CI/CD для деплоя ломается не в пайплайне, а в дисциплине конфигурации

Автоматизация деплоя нужна не ради «кнопки запустить», а ради повторяемости. Если сборка, тесты и выкладка отличаются от окружения к окружению, пайплайн только ускорит хаос. Разделяйте этапы: build, test, deploy. Каждый шаг должен падать отдельно, а не маскировать ошибку в конце.

Минимальный набор для рабочего контура:
— секреты только в хранилище, не в переменных репозитория;
— доступ к серверу по SSH-ключам, без паролей;
— деплой идёт на staging, потом на production;
— после выкладки — healthcheck, а не ручная проверка в браузере;
— откат должен быть отдельной командой, а не «пересоберём и посмотрим». 🔧

На сервере не нужен полный доступ от CI. Достаточно отдельного пользователя с ограниченными правами, sudo — только на нужные команды, firewall открыт под фактические порты, а логи пишутся в понятный каталог. Если контейнеры — фиксируйте теги образов и не тяните «latest» в бою.

Хороший пайплайн не делает систему сложной. Он делает сбой предсказуемым, а откат быстрым. Стабильность — это отсутствие магии, только предсказуемая конфигурация.

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

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

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

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

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

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

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

Сбор аналитики на своём железе: где обычно ломают доступ, логи и доверие к данным

Если вы поднимаете трекинг у себя, проблема почти всегда не в железе, а в дисциплине:
— отдельный сервер под сбор событий, без соседства с админками;
— доступ только по SSH-ключам, root-логин выключен;
— firewall режет всё лишнее, наружу торчит только нужный порт;
— TLS обязателен, иначе вы сами портите телеметрию.

Дальше разводите контуры. Приём событий, очередь, хранилище и дашборды не должны жить в одном процессе. Если нагрузка растёт, первым падает не диск, а запись в базу и отправка запросов из кода сбора. Для этого ставят буферизацию, ограничение rate limit и отдельный лог ошибок. Стабильность — это отсутствие магии, только предсказуемая конфигурация.

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

Не пытайтесь строить «идеальную» схему сразу. Сначала поднимите минимальный контур, прогоните тестовые события, сравните входящий и сохранённый объём, потом уже добавляйте репликацию, резервное копирование и алерты. Проблема не в сервере, проблема в его настройке.

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

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

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

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

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

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

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

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

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

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

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

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

DNS, SPF и DKIM: что проверить до запуска почтовой рассылки

Если письма уходят в спам, проблема чаще не в контенте, а в зоне DNS. Базовый набор для домена рассылок: отдельный поддомен, корректный A/AAAA, MX для входящей почты, SPF для разрешённых серверов, DKIM для подписи, DMARC для политики обработки.

SPF держите коротким: только реальные отправители, без цепочек include на пол-интернета. Слишком длинный TXT ломается, а слишком широкий даёт злоупотребления. DKIM-ключи генерируйте на стороне MTA, публикуйте public key в DNS и проверяйте, что селектор совпадает с настройкой подписывающего сервера. Для массовой отправки лучше отдельный селектор и отдельный поддомен.

Проверки перед запуском:
• dig TXT example.com и dig TXT selector._domainkey.example.com
• убедиться, что SPF возвращает pass, а не permerror
• включить rDNS и сделать его согласованным с HELO/EHLO
• поставить DMARC с отчетами, чтобы видеть, кто шлёт от имени домена
• закрыть DNS и SSH: доступ только по ключам, firewall на нужные порты

Если поддомены, подпись и политики согласованы, доставляемость растёт не за счёт удачи, а за счёт предсказуемой конфигурации. Стабильность — это отсутствие магии, только предсказуемая конфигурация.