Forwarded from Product Fails | CEO Blask
Вижу много сообщений в личке и в целом обсуждений, поэтому хотел бы сообщить официальную позицию.
Blask инвестировал в стартап NeBlask на стадии Pre-Beer
Компания Blask объявила о стратегических инвестициях в стартап NeBlask, который намерен создать открытую альтернативу платформе аналитики iGaming-рынка.
Сумма сделки не раскрывается. Представители Blask лишь уточнили, что выделенных средств должно хватить на четыре банки пива, месячную подписку на Claude и один импульсивный домен, купленный в три часа ночи.
По словам CEO и Co-founder Blask Макса Теслы, инвестиционное решение было принято после тщательного анализа проекта.
«Мы посмотрели репозиторий, почитали пост, увидели слово Open Source три раза и поняли: это единорог. В современном мире этого уже достаточно для раунда.»
В Blask также отметили, что не считают собственные технологии чем-то недостижимым.
«Для того чтобы воспроизвести нашу платформу, достаточно двух современных SOTA-моделей, DeepSeek и готовности несколько месяцев объяснять LLM, почему казино "Вулкан Миллион" и "Казино Вулкан" — это один и тот же бренд».
В случае успешного выполнения первых этапов разработки компания не исключает проведение следующего инвестиционного раунда. Предварительно обсуждается увеличение финансирования ещё на несколько банок пива.
О компании Blask
Blask — возможно, уже не единственная международная аналитическая платформа для iGaming-индустрии. Теперь, судя по всему, ещё и венчурный фонд с самым демократичным инвестиционным чеком на рынке.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
NordVPN спалил команду, которая лили на igambling
NordVPN заметил арбитражную схему с гемблой из FB и Instagram через PWA-прилы, где ссылка маскировалась под Google Play, а трафик уводили на казино. История показывает, что бренды и их разработчики всё чаще отслеживают такие воронки, а риск антифрода и блокировок для байеров растёт.
➡️ Читайте на сайте: https://aff.top/blog/nordvpn-spalil-komandu-kotoraia-lili-na-igambling
🧠 Ещё больше инсайтов → в канале AFF.top
NordVPN заметил арбитражную схему с гемблой из FB и Instagram через PWA-прилы, где ссылка маскировалась под Google Play, а трафик уводили на казино. История показывает, что бренды и их разработчики всё чаще отслеживают такие воронки, а риск антифрода и блокировок для байеров растёт.
➡️ Читайте на сайте: https://aff.top/blog/nordvpn-spalil-komandu-kotoraia-lili-na-igambling
🧠 Ещё больше инсайтов → в канале AFF.top
Race Condition я в проектах вижу чаще, чем хотелось бы: два запроса приходят почти одновременно, а сервер успевает проверить состояние дважды, но изменить его — неатомарно.
В итоге появляются три типовых сценария:
1. Двойная операция
Например, заказ/оплата/списание обрабатываются параллельно, и одна бизнес-операция проходит дважды.
2. Обход ограничений
Проверка лимита или прав выполнена до изменения данных, а второй запрос успевает влезть между проверкой и записью.
3. Подмена состояния
Пока один запрос ещё «думает», другой уже меняет сущность — и логика начинает работать на устаревших данных.
Схема обычно одна и та же:
`проверка -> ожидание -> запись`
Если между этими шагами нет блокировки, транзакции или хотя бы корректной идемпотентности, уязвимость уже рядом.
Я бы смотрел в первую очередь на места, где есть финальные действия: начисления, списания, смена статусов, выдача бонусов, привязка промокодов. Именно там Race Condition превращается из теории в инцидент.
В итоге появляются три типовых сценария:
1. Двойная операция
Например, заказ/оплата/списание обрабатываются параллельно, и одна бизнес-операция проходит дважды.
2. Обход ограничений
Проверка лимита или прав выполнена до изменения данных, а второй запрос успевает влезть между проверкой и записью.
3. Подмена состояния
Пока один запрос ещё «думает», другой уже меняет сущность — и логика начинает работать на устаревших данных.
Схема обычно одна и та же:
`проверка -> ожидание -> запись`
Если между этими шагами нет блокировки, транзакции или хотя бы корректной идемпотентности, уязвимость уже рядом.
Я бы смотрел в первую очередь на места, где есть финальные действия: начисления, списания, смена статусов, выдача бонусов, привязка промокодов. Именно там Race Condition превращается из теории в инцидент.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Павла Дурова официально внесли в список террористов
В статье разбирают, как в РФ Telegram и лично Павла Дурова связали с обвинениями в содействии терроризму из-за бота «Дайвинчик». Вывод простой: претензия власти направлена не на сам мессенджер как продукт, а на его инфраструктуру и инструменты внутри него, но для пользователей это сигнал о росте рисков и непредсказуемости правил.
➡️ Читайте на сайте: https://aff.top/blog/pavla-durova-oficialno-vnesli-v-spisok-terroristov
🧠 Ещё больше инсайтов → в канале AFF.top
В статье разбирают, как в РФ Telegram и лично Павла Дурова связали с обвинениями в содействии терроризму из-за бота «Дайвинчик». Вывод простой: претензия власти направлена не на сам мессенджер как продукт, а на его инфраструктуру и инструменты внутри него, но для пользователей это сигнал о росте рисков и непредсказуемости правил.
➡️ Читайте на сайте: https://aff.top/blog/pavla-durova-oficialno-vnesli-v-spisok-terroristov
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from RoiMedia
This media is not supported in your browser
VIEW IN TELEGRAM
Раскрываем самую профитную связку лета: как мы залили свыше 28К+ FTD на TopX
• Revenue:1,131,843$
• Spend:742,865$
• Reg2Dep:29.8%
• DepSum:2,100,000+$
Внутри статьи:
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
OpenAI извинились за новый дизайн ChatGPT
OpenAI признала, что новый десктопный ChatGPT вышел перегруженным: слитые в один интерфейс Chat, Work и Codex запутали пользователей и раздули приложение почти в 10 раз. После хейта обновление откатили, а вывод простой: функции надо упаковывать в единый UX без лишнего шума, даже если это помогает росту базы.
➡️ Читайте на сайте: https://aff.top/blog/openai-izvinilis-za-novyi-dizain-chatgpt
🧠 Ещё больше инсайтов → в канале AFF.top
OpenAI признала, что новый десктопный ChatGPT вышел перегруженным: слитые в один интерфейс Chat, Work и Codex запутали пользователей и раздули приложение почти в 10 раз. После хейта обновление откатили, а вывод простой: функции надо упаковывать в единый UX без лишнего шума, даже если это помогает росту базы.
➡️ Читайте на сайте: https://aff.top/blog/openai-izvinilis-za-novyi-dizain-chatgpt
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
ChatGPT 5.6 Luna и Terra подешевели
OpenAI резко снизила цены на GPT-5.6 Luna и Terra спустя три недели после релиза, сделав их заметно дешевле для массового использования. Sol осталась премиальной по прежнему прайсу, но получила Fast mode с ускорением до 2,5 раза. Вывод: компания давит ценой и скоростью, чтобы быстрее нарастить спрос и долю рынка.
➡️ Читайте на сайте: https://aff.top/blog/chatgpt-5-6-luna-i-terra-podesheveli
🧠 Ещё больше инсайтов → в канале AFF.top
OpenAI резко снизила цены на GPT-5.6 Luna и Terra спустя три недели после релиза, сделав их заметно дешевле для массового использования. Sol осталась премиальной по прежнему прайсу, но получила Fast mode с ускорением до 2,5 раза. Вывод: компания давит ценой и скоростью, чтобы быстрее нарастить спрос и долю рынка.
➡️ Читайте на сайте: https://aff.top/blog/chatgpt-5-6-luna-i-terra-podesheveli
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Доменная зона .web делегирован в корневую зону DNS
Verisign вывела .web в корневую зону DNS: теперь это полноценный TLD, но открытая регистрация ещё не стартовала. Сначала доступ получат владельцы совпадающих доменов в .com через LRP. Вывод для рынка: хорошие EMD в .com могут стать входным билетом в .web, если успеть занять брендовые имена раньше общего запуска.
➡️ Читайте на сайте: https://aff.top/blog/domennaia-zona-web-delegirovan-v-kornevuiu-zonu-dns
🧠 Ещё больше инсайтов → в канале AFF.top
Verisign вывела .web в корневую зону DNS: теперь это полноценный TLD, но открытая регистрация ещё не стартовала. Сначала доступ получат владельцы совпадающих доменов в .com через LRP. Вывод для рынка: хорошие EMD в .com могут стать входным билетом в .web, если успеть занять брендовые имена раньше общего запуска.
➡️ Читайте на сайте: https://aff.top/blog/domennaia-zona-web-delegirovan-v-kornevuiu-zonu-dns
🧠 Ещё больше инсайтов → в канале AFF.top
Внедрение ORM в CMS — тема, где обычно сразу включают режим «будет медленно». Я в таких кейсах всегда смотрю не на название технологии, а на то, как она ложится в архитектуру и где именно возникает лишняя нагрузка.
Doctrine в ядре WordPress — интересный пример именно по этой причине. Если ORM подключают бездумно, она превращается в слой абстракции ради абстракции: больше объектов, больше запросов, больше памяти. Но если разнести ответственность, держать под контролем загрузку сущностей и не тащить ORM туда, где достаточно прямого SQL, можно получить управляемую модель данных без заметной просадки по производительности.
Схема здесь простая:
legacy-ядро → слой доступа к данным → Doctrine → изолированные сущности и репозитории.
Ключевой момент — не «переписать всё», а встроить ORM точечно, там, где она даёт дисциплину в коде и предсказуемость в сопровождении.
Для проектов на Битрикс это знакомая логика. Не вся интеграция должна жить в высокоуровневой абстракции. Иногда правильнее оставить быстрый прямой доступ, а ORM использовать только для тех зон, где важны структура, тестируемость и контроль над доменной моделью. Именно так обычно и удаётся не убить производительность ради красивого слоя.
Doctrine в ядре WordPress — интересный пример именно по этой причине. Если ORM подключают бездумно, она превращается в слой абстракции ради абстракции: больше объектов, больше запросов, больше памяти. Но если разнести ответственность, держать под контролем загрузку сущностей и не тащить ORM туда, где достаточно прямого SQL, можно получить управляемую модель данных без заметной просадки по производительности.
Схема здесь простая:
legacy-ядро → слой доступа к данным → Doctrine → изолированные сущности и репозитории.
Ключевой момент — не «переписать всё», а встроить ORM точечно, там, где она даёт дисциплину в коде и предсказуемость в сопровождении.
Для проектов на Битрикс это знакомая логика. Не вся интеграция должна жить в высокоуровневой абстракции. Иногда правильнее оставить быстрый прямой доступ, а ORM использовать только для тех зон, где важны структура, тестируемость и контроль над доменной моделью. Именно так обычно и удаётся не убить производительность ради красивого слоя.
Forwarded from ZM apps | Channel
Новый instant-хит с простой и затягивающей механикой.
Игрок запускает колесо➡️ ловит множители и выигрыши➡️ ничего лишнего, только быстрый и динамичный геймплей.
Игра уже успела набрать популярность на рынках Индии и Пакистана благодаря высокой вовлеченности игроков, коротким игровым сессиям и яркой визуальной подаче.
INOUT GAMES выпускает хиты, а ZM apps первыми выдают под них прилы.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
PoshFriends × Pixmove запускают жаркий турнир специально для УБТ-комьюнити.
Что нужно сделать?
Без сложных механик. Без лишних условий.
Только трафик → FD → лидерборд → призы.
Пиши менеджеру - @aleksandr1_poshfriends
Не оставляй призовой фонд конкурентам. Забирай его себе.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
В Facebook Ads появился раздел «Conversations»
Facebook Ads добавил Conversations с автоответом на комментарии: по ключевым словам можно сразу отправлять сообщение в личку. Для арбитража это новый способ прогрева и передачи ссылки без клоаки: в креативе можно просить оставить комментарий, а заинтересованных уводить с вайта на блэк уже в ДМ. Идея спорная, но её стоит тестировать.
➡️ Читайте на сайте: https://aff.top/blog/v-facebook-ads-poiavilsia-razdel-conversations
🧠 Ещё больше инсайтов → в канале AFF.top
Facebook Ads добавил Conversations с автоответом на комментарии: по ключевым словам можно сразу отправлять сообщение в личку. Для арбитража это новый способ прогрева и передачи ссылки без клоаки: в креативе можно просить оставить комментарий, а заинтересованных уводить с вайта на блэк уже в ДМ. Идея спорная, но её стоит тестировать.
➡️ Читайте на сайте: https://aff.top/blog/v-facebook-ads-poiavilsia-razdel-conversations
🧠 Ещё больше инсайтов → в канале AFF.top
В сервисных бизнесах теперь появляется ещё один управляемый KPI: рейтинг конкретного сотрудника, а не только точки или бренда.
Для интегратора здесь интересен не сам факт «оценки», а схема данных. Если у вас уже есть CRM, касса, лояльность и чат-каналы, такой рейтинг легко превращается в триггер:
— кто получает премию;
— где проседает качество;
— кого нужно исключить из «фронта» или дообучить.
Я в проектах часто вижу одну и ту же ошибку: метрики есть, но они живут отдельно друг от друга. В итоге отзывы собираются в одном сервисе, смены — в другом, а реальная картина по сотруднику не складывается. 🚧
Если рейтинг строится на свежей обратной связи за месяц, это уже почти оперативный инструмент управления. Но только при одном условии: данные должны быть связаны с ID сотрудника, точкой контакта и временем операции. Иначе получится красивая цифра без управленческой ценности.
Для enterprise это ещё и вопрос прав доступа. Не всем в админке нужен полный доступ к персональным оценкам: руководителю — агрегаты, HR — детализация, линейному менеджеру — динамика по своей команде.
Технически это не «про звёздочки». Это про нормальную интеграцию событий, ролей и отчётности.
Для интегратора здесь интересен не сам факт «оценки», а схема данных. Если у вас уже есть CRM, касса, лояльность и чат-каналы, такой рейтинг легко превращается в триггер:
— кто получает премию;
— где проседает качество;
— кого нужно исключить из «фронта» или дообучить.
Я в проектах часто вижу одну и ту же ошибку: метрики есть, но они живут отдельно друг от друга. В итоге отзывы собираются в одном сервисе, смены — в другом, а реальная картина по сотруднику не складывается. 🚧
Если рейтинг строится на свежей обратной связи за месяц, это уже почти оперативный инструмент управления. Но только при одном условии: данные должны быть связаны с ID сотрудника, точкой контакта и временем операции. Иначе получится красивая цифра без управленческой ценности.
Для enterprise это ещё и вопрос прав доступа. Не всем в админке нужен полный доступ к персональным оценкам: руководителю — агрегаты, HR — детализация, линейному менеджеру — динамика по своей команде.
Технически это не «про звёздочки». Это про нормальную интеграцию событий, ролей и отчётности.
Типовой кейс из проекта: команда руками собирает интеграцию, потом API меняется, а нода в n8n живёт своей жизнью. У нас это закончилось предсказуемо — первую версию выкинули целиком.
Что сделали дальше: взяли один источник правды в виде OpenAPI/спеки и начали генерировать из него всё сразу — ноду, документацию, CLI и SDK. В итоге правка в одном файле расходится по всем артефактам, а не ловится потом на проде 🔧
Что это даёт архитектурно:
— меньше расхождений между API и интеграцией;
— проще ревью: смотрим на спецификацию, а не на ручной код;
— CI сам публикует обновления в нужные реестры;
— нода не может «устареть» относительно метода, потому что собирается из того же источника.
Для меня здесь главный вывод простой: если интеграция живёт дольше одного релиза, рукописная обвязка почти всегда превращается в долг по поддержке. Автогенерация не убирает сложность, но делает её управляемой.
Что сделали дальше: взяли один источник правды в виде OpenAPI/спеки и начали генерировать из него всё сразу — ноду, документацию, CLI и SDK. В итоге правка в одном файле расходится по всем артефактам, а не ловится потом на проде 🔧
Что это даёт архитектурно:
— меньше расхождений между API и интеграцией;
— проще ревью: смотрим на спецификацию, а не на ручной код;
— CI сам публикует обновления в нужные реестры;
— нода не может «устареть» относительно метода, потому что собирается из того же источника.
Для меня здесь главный вывод простой: если интеграция живёт дольше одного релиза, рукописная обвязка почти всегда превращается в долг по поддержке. Автогенерация не убирает сложность, но делает её управляемой.