Google выпустил в релиз Gemini 3.8 flash

Google выпустил Gemini 3.8 Flash спустя две недели после 3.7: модель обещает сильный кодинг и быстрый отклик, а цена остаётся низкой — $0,75 за млн входящих токенов и $3,75 за млн исходящих. Вывод простой: пока Google демпингует, это выгодный вариант для тех, кому нужны дешёвые и быстрые нейросетевые запросы.

➡️ Читайте на сайте: https://aff.top/blog/google-vypustil-v-reliz-gemini-3-8-flash

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

«Нормально делай — нормально будет». На проектах я эту формулу слышу в более техничной версии: «и так сойдёт, потом допилим».

Именно тут обычно рождаются две ловушки.

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

Вторая — делать “идеально” там, где нужен просто рабочий контур. Я тоже это видел: архитектура рисуется до бесконечности, согласования множатся, а бизнес ждёт.

Рабочий подход обычно третий:
1. фиксируем, что считается «нормально»;
2. отделяем критичное от второстепенного;
3. сразу закладываем точки контроля: логирование, кеш, права, сценарии обновления.

Не магия. Просто инженерная дисциплина. ⚙️

На Bitrix-проектах это особенно заметно: если не описать правила игры на старте, система потом сама начнёт их придумывать.

Яндекс запустил сервис ПроБлогер

Яндекс запустил ПроБлогер — платформу для монетизации небольших каналов и групп во ВКонтакте, Дзене, Максе, Telegram, YouTube и Rutube. Для модерации нужны от 1000 подписчиков, свежие публикации, статус самозанятого, ИП или юрлица и соблюдение закона. Доход доступен через автопостинг с оплатой за просмотры и партнёрские ссылки; CPM можно задать самому или отдать аукциону.

➡️ Читайте на сайте: https://aff.top/blog/iandeks-zapustil-servis-probloger

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

Google ads упростил перенос креативов из Asset Studio

➡️ Читайте на сайте: https://aff.top/blog/google-ads-uprostil-perenos-kreativov-iz-asset-studio

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

Разбирал тут Yandex Commerce Protocol на живом магазине и собрал для WooCommerce свой плагин под покупку в 1 клик из Алисы. Для 1C-Bitrix и Яндекс-экосистемы готовые сценарии уже есть, а для WP/WooCommerce пришлось закрывать все 10 эндпоинтов руками.

Из практики самое неприятное — не сами API, а обвязка вокруг них: письма про «новый заказ на 0 ₽», повторные запросы и идемпотентность по session_id, совместимость с HPOS-хранилищем заказов. Тут быстро выясняется, что интеграция — это не «подключил и поехали», а схема из нескольких слоёв: протокол, состояние сессии, создание заказа, повторная доставка, фолбэки.

Что важно: если строите продажи через Алису, Поиск и Ритм, заранее закладывайте контроль дублей и хранение состояния, иначе получите красивый витринный сценарий и грязные заказы в админке. Плагин выложил open-source, GPL-2.0. 🔧

В проектах на Битрикс я не раз видел, как команды пытаются лечить дисциплину коммитов стандартом Conventional Commits. Формально всё красиво: `feat`, `fix`, `chore`, автогенерация changelog, понятная история.

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

Я в своих проектах смотрю на другое: есть ли у команды нормальная связь между задачей, MR, релизом и откатом. Если она есть — changelog можно собрать и без религиозного культа вокруг формата сообщений. Если связи нет — никакой `feat:` не спасёт. ⚙️

Conventional Commits полезен как договорённость. Но как замена инженерной дисциплины — слабый инструмент.

Завязывайте с вайбкодингом.

Я в проектах всё чаще вижу одну и ту же подмену: ИИ используют не как инструмент выбора, а как повод сразу лезть в разработку. Есть задача — значит, «пишем». Отчет по данным? Значит, бэкенд, фронт, VPS и пачка сопутствующих проблем. Хотя часто задача решается проще: нормальной структурой данных, Excel-шаблоном, выгрузкой, понятной для сопровождения.

У ИИ сильнее всего не «кодить по настроению», а быстро собирать рабочую схему. И вот тут интеграторский подход важнее романтики. Не надо строить лишний стек, если нужен управляемый результат. Лучше сначала ответить на вопросы: кто будет поддерживать, где хранятся данные, как решается доступ, что будет с обновлениями, кто примет решение через полгода.

Типовой кейс из проекта: вместо отдельного мини-сервиса под внутренний отчет делаем файл с формулами, регламент выгрузки и понятный шаблон. Получается дешевле, прозрачнее и без подвешенной безопасности.

ИИ полезен, когда он помогает выбрать правильную форму решения. А не когда заставляет нас изобретать еще один сервер там, где нужен всего лишь нормальный документ.

Telegram serverless вышел в открытый бета-тест

Telegram запустил serverless-серверы для ботов, но в CPA и iGaming-задачах они полезны только для простых webhook-сценариев: приветствие, короткий диалог, выдача ссылки. Для приёма заявок, публичных URL и работы с медиа функция не подходит, поэтому практической пользы для вайт-проектов и Tg Ads почти нет.

➡️ Читайте на сайте: https://aff.top/blog/telegram-serverless-vyshel-v-otkrytyi-beta-test

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

Компании запретили использовать название Twitter, но разрешили символику

Суд в Делавере запретил стартапу использовать бренд Twitter: посчитал, что это вводит в заблуждение и нарушает права X на товарный знак. При этом X не удалось заблокировать слово Tweet и старый логотип с птицей — суд счёл, что после ребрендинга в X эти марки фактически заброшены. Решение пока предварительное и может быть оспорено.

➡️ Читайте на сайте: https://aff.top/blog/kompanii-zapretili-ispolzovat-nazvanie-twitter-no-razreshili-simvoliku

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

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

Схема должна быть проще:

клиент → форма → правило распределения → конкретный менеджер → телефон/почта менеджера

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

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

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

ChatGPT сможет общаться вместо тебя

OpenAI тестирует Writing Style: ChatGPT сможет изучать манеру письма и отвечать в стиле пользователя в Slack, Gmail и мессенджерах. Это усиливает персонализацию и снимает рутину общения, но компания одновременно режет риск копирования узнаваемых авторских стилей, чтобы не конфликтовать с правами и IP.

➡️ Читайте на сайте: https://aff.top/blog/chatgpt-smozhet-obschatsia-vmesto-tebia

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

Facebook начал считать успешные и провальные платежи

Meta добавила в Facebook Manager счётчик статусов платежей в billings, чтобы не проверять транзакции вручную. Для арбитражников и iGaming это почти бесполезно: нужные данные по биллингу всё равно видны в платёжке, а нововведение больше актуально для белых рекламных аккаунтов с моделью ежемесячных списаний.

➡️ Читайте на сайте: https://aff.top/blog/facebook-nachal-schitat-uspeshnye-i-provalnye-platezhi

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

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

Я бы смотрел на это как на мини-CRM внутри Bitrix24 или на отдельную сущность в Битрикс:
1) карточка материала;
2) стадии согласования;
3) ответственный редактор;
4) сроки и SLA;
5) уведомления и контроль просрочки.

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

Главная ошибка здесь — тащить всё в Excel «на первое время». Потом это «временно» превращается в систему, которую никто не поддерживает. А в Битрикс, наоборот, можно сразу зафиксировать логику, интегрировать API и не держать критичный процесс в личных чатах. 📌

Туристы чуть не погибли, поверив Gemini

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

➡️ Читайте на сайте: https://aff.top/blog/turisty-chut-ne-pogibli-poveriv-gemini

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

Какие критерии у трастового аккаунта Facebook?

Статья о том, как оценивать траст Facebook-аккаунта для запуска рекламы в арбитраже. Главные выводы: решают не возраст, а расходники, качество активности, прогрев и чистая биллинг-история; даже вручную зарегистрированный аккаунт может быть слабым. Для работы лучше брать у проверенного селлера и самому прогревать кабинет.

➡️ Читайте на сайте: https://aff.top/blog/kakie-kriterii-u-trastovogo-akkaunta-facebook

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