Sentry спасает не от багов, а от слепых мест в проде
Если подключить его «на всякий случай», через неделю в проекте будет шум, а не сигнал. Рабочая схема такая: сначала ловите ошибки на границе входа — API, формы, фоновые задачи, webhook-и. Потом добавляете breadcrumbs, чтобы видеть цепочку действий перед падением.
Главная настройка — не сбор всего подряд, а фильтрация. Отсекайте известные ошибки, health-check, шум от ботов и то, что уже чините. Иначе алерты быстро перестают читать. Для фронта отдельно проверьте source maps, для бэка — маскирование персональных данных и понятные теги по окружению, версии и типу запроса.
Не менее важны релизы: без них Sentry показывает «где сломалось», но плохо отвечает на вопрос «после какого изменения». Связывайте ошибки с деплоем, а не с календарём. Для команд это экономит часы на поиске виноватого и делает triage коротким.
Если у вас мало времени, настройте три вещи: один канал алертов, один набор игнор-правил и один обязательный тег для каждого события. Этого уже хватает, чтобы Sentry стал инструментом, а не складом красных уведомлений.
Если подключить его «на всякий случай», через неделю в проекте будет шум, а не сигнал. Рабочая схема такая: сначала ловите ошибки на границе входа — API, формы, фоновые задачи, webhook-и. Потом добавляете breadcrumbs, чтобы видеть цепочку действий перед падением.
Главная настройка — не сбор всего подряд, а фильтрация. Отсекайте известные ошибки, health-check, шум от ботов и то, что уже чините. Иначе алерты быстро перестают читать. Для фронта отдельно проверьте source maps, для бэка — маскирование персональных данных и понятные теги по окружению, версии и типу запроса.
Не менее важны релизы: без них Sentry показывает «где сломалось», но плохо отвечает на вопрос «после какого изменения». Связывайте ошибки с деплоем, а не с календарём. Для команд это экономит часы на поиске виноватого и делает triage коротким.
Если у вас мало времени, настройте три вещи: один канал алертов, один набор игнор-правил и один обязательный тег для каждого события. Этого уже хватает, чтобы Sentry стал инструментом, а не складом красных уведомлений.
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
Media is too big
VIEW IN TELEGRAM
Коллеги, я перезжаю в этот канал - 1 000 000 подписчиков у Иванова! Все строго про арбитраж трафика!
Переезжает сюда - https://t.me/+vKOoe6K4yL0wMzEy
P.S. Популярно тот в ком люди видят своего - мне очень повезло что я такая посредственность!
____
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Дима Лето - TikTok Ads mVas (Dzmitry Leto (Сб-Вс off day ))
Я короче хз зачем мне это , но напишу!
Короче смотрим за "ноунейом" ( ЕЮ ) и тот вообще крышей поехал) взял себе крутанул канал на 1млн подписчиков и хочет сделать его своим основным?
Армия ботов в перед!
Вот его новый канал если что.. https://t.me/+vKOoe6K4yL0wMzEy
Короче смотрим за "ноунейом" ( ЕЮ ) и тот вообще крышей поехал) взял себе крутанул канал на 1млн подписчиков и хочет сделать его своим основным?
Армия ботов в перед!
Вот его новый канал если что.. https://t.me/+vKOoe6K4yL0wMzEy
Forwarded from Петя 2.0! Bundle Mafia
Жирный кукухой поплыл, купил канал почти на лллллям двести подписчиков. Амбассадоры не работают?
Или как теперь PR оценивать? Одна полуголая курдюком трясёт, второй — то трезвый, то бухой, с биполяркой.
Люди, очнитесь.
_________________
Канал | Блог | YouTube | Мультитул 2.0 | ПОЛИГON by Петя 2.0
Или как теперь PR оценивать? Одна полуголая курдюком трясёт, второй — то трезвый, то бухой, с биполяркой.
Люди, очнитесь.
_________________
Канал | Блог | YouTube | Мультитул 2.0 | ПОЛИГON by Петя 2.0
👎 @pacan с пьяну подпись под каждым постом купил, а текст дал такй:
ХОЧЕТСЯ И РЫБКУ СЪЕСТЬ, И..🎣 Залить Fishing Time на TopX!
FTD идёт по 3$, плюс ребята РАЗДАЮТ 1,000,000$ среди баеров! Инфа ТУТ!
Please open Telegram to view this post
VIEW IN TELEGRAM
Convex: когда нужен backend без ручной сборки API, но с SQL-подобной моделью
Convex часто берут как «серверless для продукта», где не хочется писать отдельный REST-слой, вручную синхронизировать стейт и жить на костылях вокруг realtime. Суть простая: данные, запросы и мутации живут рядом, а клиент получает реактивные обновления без отдельного websocket-ада.
Что обычно получает команда:
— единый способ хранить и читать данные;
— удобный realtime для чатов, дашбордов, live-форм;
— меньше glue-кода между фронтом и бэком;
— быстрый старт для CRUD, админок и внутренних тулов.
Но есть граница, о которую часто спотыкаются. Convex хорош там, где доменная логика умеренная, а модель данных читается как набор коллекций и функций. Если у вас много сложных транзакций, тяжёлые миграции, сложные отчёты или интеграции с уже существующим enterprise-бэком, нужно заранее проверить, не упрётесь ли вы в архитектурные компромиссы.
Ещё один чек перед внедрением: как вы будете версионировать схему, откатывать изменения и выносить критичные куски в отдельный сервис. Если ответов нет, Convex может ускорить прототип, но замедлить зрелый продукт.
Вывод простой: Convex берут не «вместо всего», а чтобы быстро собрать живой продукт там, где realtime и скорость разработки важнее классического бэкенд-контроля.
Convex часто берут как «серверless для продукта», где не хочется писать отдельный REST-слой, вручную синхронизировать стейт и жить на костылях вокруг realtime. Суть простая: данные, запросы и мутации живут рядом, а клиент получает реактивные обновления без отдельного websocket-ада.
Что обычно получает команда:
— единый способ хранить и читать данные;
— удобный realtime для чатов, дашбордов, live-форм;
— меньше glue-кода между фронтом и бэком;
— быстрый старт для CRUD, админок и внутренних тулов.
Но есть граница, о которую часто спотыкаются. Convex хорош там, где доменная логика умеренная, а модель данных читается как набор коллекций и функций. Если у вас много сложных транзакций, тяжёлые миграции, сложные отчёты или интеграции с уже существующим enterprise-бэком, нужно заранее проверить, не упрётесь ли вы в архитектурные компромиссы.
Ещё один чек перед внедрением: как вы будете версионировать схему, откатывать изменения и выносить критичные куски в отдельный сервис. Если ответов нет, Convex может ускорить прототип, но замедлить зрелый продукт.
Вывод простой: Convex берут не «вместо всего», а чтобы быстро собрать живой продукт там, где realtime и скорость разработки важнее классического бэкенд-контроля.
Forwarded from Иванов и арбитраж трафика
МАКСИМАЛЬНО ОБЕСКУРАЖЕН, УДРУЧЁН И, НЕ ПОБОЮСЬ ЭТОГО СЛОВА, ОТОРОПЕЛ ОТ ПРОИСХОДЯЩЕГО В «ПИАР»-МИРЕ НАШЕЙ СФЕРЫ.
Я пребываю в некотором нравственном недоумении от той удивительной метаморфозы, которую в последнее время претерпевает понятие «пиар». То, что раньше считалось дурновкусием, беспринципностью и откровенным свинством, теперь, видимо, принято именовать нестандартной маркетинговой стратегией.
Если вам в какой-то момент показалось, что нормально делать то, что было сделано и продолжает делаться, я всё-таки позволю себе озвучить свою позицию: это неприемлемо. Во-первых.
А во-вторых, вы вообще понимаете, куда мы идём?
Сначала люди хотят выйти на РУ и СНГ рынок. Понимают, что нормальный путь - это долго, дорого, кропотливо и без каких-либо гарантий результата. И вместо этого выбирают дорожку дешёвого хайпа, совершенно не сообразуясь с тем, что именно они делают с конкретным человеком.
Потом, видимо, решают, что достигнутой степени публичного резонанса недостаточно, и предпринимают следующий, ещё более одиозный шаг - просто кидают его. Чтобы обсуждали ещё больше.
И я почти уверен, что они прекрасно понимали: это увижу и я. И что как человек, который способен сопереживать подобным людям, в том числе потому, что сам являюсь инвалидом детства второй группы, я мимо этого не пройду.
В итоге для них это один кидок и море хайпа. Но какой ценой? Стоило ли это того?
Не думаю.
Рынок взрослеет. Подобную хуйню, может быть, ещё и не предают публичной анафеме, но уже отлично запоминают. А потом при любой совместной работе держат в уме простую характеристику контрагента: «А, это те ребята. Им похуй».
Репутация вообще штука крайне занятная. Создаётся годами, а профукивается иногда одним весьма опрометчивым маркетинговым решением.
И дабы на этом, пусть кому-то он покажется не очень далёким, возможно, не самым интеллектуально одарённым, но совершенно точно бравом и стремящемся к успеху молодом человеке впредь не было набито брендов, способных породить столь прискорбные ассоциации, я беру на себя полномочия и ответственность отныне быть тем самым AFFPAPA.
Если конкретнее - быть AffPapa.org.
Этот смелый и совершенно точно стремящийся к успеху молодой человек может впредь без малейшего смущения носить на себе бренд AffPapa.
Я приложу все доступные мне усилия, чтобы единственной устойчивой ассоциацией с AffPapa со временем стал именно AffPapa.org.
Полагаю, это будет наиболее изящным разрешением сложившейся нравственно-маркетинговой коллизии.
С уважением, Иванов Е.Ю!
Я пребываю в некотором нравственном недоумении от той удивительной метаморфозы, которую в последнее время претерпевает понятие «пиар». То, что раньше считалось дурновкусием, беспринципностью и откровенным свинством, теперь, видимо, принято именовать нестандартной маркетинговой стратегией.
Если вам в какой-то момент показалось, что нормально делать то, что было сделано и продолжает делаться, я всё-таки позволю себе озвучить свою позицию: это неприемлемо. Во-первых.
А во-вторых, вы вообще понимаете, куда мы идём?
Сначала люди хотят выйти на РУ и СНГ рынок. Понимают, что нормальный путь - это долго, дорого, кропотливо и без каких-либо гарантий результата. И вместо этого выбирают дорожку дешёвого хайпа, совершенно не сообразуясь с тем, что именно они делают с конкретным человеком.
Потом, видимо, решают, что достигнутой степени публичного резонанса недостаточно, и предпринимают следующий, ещё более одиозный шаг - просто кидают его. Чтобы обсуждали ещё больше.
И я почти уверен, что они прекрасно понимали: это увижу и я. И что как человек, который способен сопереживать подобным людям, в том числе потому, что сам являюсь инвалидом детства второй группы, я мимо этого не пройду.
В итоге для них это один кидок и море хайпа. Но какой ценой? Стоило ли это того?
Не думаю.
Рынок взрослеет. Подобную хуйню, может быть, ещё и не предают публичной анафеме, но уже отлично запоминают. А потом при любой совместной работе держат в уме простую характеристику контрагента: «А, это те ребята. Им похуй».
Репутация вообще штука крайне занятная. Создаётся годами, а профукивается иногда одним весьма опрометчивым маркетинговым решением.
И дабы на этом, пусть кому-то он покажется не очень далёким, возможно, не самым интеллектуально одарённым, но совершенно точно бравом и стремящемся к успеху молодом человеке впредь не было набито брендов, способных породить столь прискорбные ассоциации, я беру на себя полномочия и ответственность отныне быть тем самым AFFPAPA.
Если конкретнее - быть AffPapa.org.
Этот смелый и совершенно точно стремящийся к успеху молодой человек может впредь без малейшего смущения носить на себе бренд AffPapa.
Я приложу все доступные мне усилия, чтобы единственной устойчивой ассоциацией с AffPapa со временем стал именно AffPapa.org.
Полагаю, это будет наиболее изящным разрешением сложившейся нравственно-маркетинговой коллизии.
Обсудить все это можно в моем чате - будьте аккуратны, там не всем рады, точней никому не рады, от чего он и великолепен
С уважением, Иванов Е.Ю!
Cloudflare Workers: где они реально выигрывают у обычного backend и где ломаются
Workers берут не «серверless ради моды», а когда нужен короткий путь от запроса до ответа: edge-логика, редиректы, A/B-проверки, подмена заголовков, лёгкий API-gateway, кэширование и фильтрация трафика. Для этих задач они часто проще, чем поднимать отдельный сервис на VM или в контейнере.
Но есть три типичных ограничения, о которых вспоминают слишком поздно: — нет привычного долгого stateful-процесса; — нельзя бездумно тащить тяжёлые нативные зависимости; — любая работа, которая держится на постоянных соединениях и фоновых джобах, требует другой архитектуры. Если задача выглядит как «пока ждём 30 секунд и считаем», это уже не их зона.
Хорошее правило: Workers ставят на входе системы, а не в её сердце. То есть они удобны для авторизации на краю, маршрутизации, rate limit, простых интеграций и glue-кода между сервисами. Если нужна база, очередь или транзакционная логика — вынеси это в отдельный backend, а Worker оставь тонким слоем.
Ещё одна частая ошибка — пытаться хранить в Worker то, что должно жить в внешнем storage. Для временных данных используй кэш, KV или Durable Objects только там, где нужна координация. Иначе получишь код, который сложно тестировать и ещё сложнее мигрировать.
Если проекту нужен быстрый edge-слой без лишней инфраструктуры, Workers — сильный выбор. Если ядро продукта уже завязано на сложный runtime, не пихай туда всё подряд: тонкий Worker почти всегда полезнее, чем «мини-монолит» на краю.
Workers берут не «серверless ради моды», а когда нужен короткий путь от запроса до ответа: edge-логика, редиректы, A/B-проверки, подмена заголовков, лёгкий API-gateway, кэширование и фильтрация трафика. Для этих задач они часто проще, чем поднимать отдельный сервис на VM или в контейнере.
Но есть три типичных ограничения, о которых вспоминают слишком поздно: — нет привычного долгого stateful-процесса; — нельзя бездумно тащить тяжёлые нативные зависимости; — любая работа, которая держится на постоянных соединениях и фоновых джобах, требует другой архитектуры. Если задача выглядит как «пока ждём 30 секунд и считаем», это уже не их зона.
Хорошее правило: Workers ставят на входе системы, а не в её сердце. То есть они удобны для авторизации на краю, маршрутизации, rate limit, простых интеграций и glue-кода между сервисами. Если нужна база, очередь или транзакционная логика — вынеси это в отдельный backend, а Worker оставь тонким слоем.
Ещё одна частая ошибка — пытаться хранить в Worker то, что должно жить в внешнем storage. Для временных данных используй кэш, KV или Durable Objects только там, где нужна координация. Иначе получишь код, который сложно тестировать и ещё сложнее мигрировать.
Если проекту нужен быстрый edge-слой без лишней инфраструктуры, Workers — сильный выбор. Если ядро продукта уже завязано на сложный runtime, не пихай туда всё подряд: тонкий Worker почти всегда полезнее, чем «мини-монолит» на краю.
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
Дорогие партнёры!
С августа и по 31 сентября в BETERA PARTNERS запускаем конкурс для всех партнёров.
Всё просто: чем больше квалифицированных FTD, тем выше ваше место в рейтинге.
🏆 Что можно забрать?
• Apple MacBook Air 15
• Apple iPad 11
• Apple Watch Series 11
• и другие призы для наших любимых партнёров❤️
Как участвовать?
⚡️ Быть или стать партнёром BETERA PARTNERS
⚡️ Подтвердить желание участвовать
⚡️ Приводить квалифицированные FTD в период с 05.08 по 31.09.2026
Пока другие думают — можно уже лить, зарабатывать и забирать свой подарок 😉
Почему партнёры выбирают BETERA PARTNERS:
⭐️ CPA / RevShare / Hybrid / Spend
⭐️ CPA от $150 — как на Tier-1 😉
⭐️ Собственный продукт с локальной лицензией
⭐️ Без KPI
⭐️ Прозрачные условия и быстрые выплаты
Следите за новостями в нашем Telegram-канале, а если нужна помощь с запуском или есть вопросы, залетайте в наш support и пишите нашим менеджерам, всё подскажем!
Betera Partners // Support🔥
@TLBetera
@KattiBetera
@DaniilTrafficBetera
С августа и по 31 сентября в BETERA PARTNERS запускаем конкурс для всех партнёров.
Всё просто: чем больше квалифицированных FTD, тем выше ваше место в рейтинге.
• Apple MacBook Air 15
• Apple iPad 11
• Apple Watch Series 11
• и другие призы для наших любимых партнёров
Как участвовать?
Пока другие думают — можно уже лить, зарабатывать и забирать свой подарок 😉
Почему партнёры выбирают BETERA PARTNERS:
Следите за новостями в нашем Telegram-канале, а если нужна помощь с запуском или есть вопросы, залетайте в наш support и пишите нашим менеджерам, всё подскажем!
Betera Partners // Support
@TLBetera
@KattiBetera
@DaniilTrafficBetera
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Я ненавижу арбитраж
Что за помойка?
Спросите вы, и будете правы.
Новое пространство успешных бизнесменов открылось пару дней назад. Канал сразу захватил арбитражный интернет. Миллион (!) активных и заряженных предпринимателей атаковали его подписками.
Создатель — самый успешный из них. Человек-розыгрыш, человек-споирт, человек-холст, человек-деньги — Евгений Иванов.
Ни одного бота не замечено. Лям. Все из сферы. Сам Дуров не обладает такой базой платежеспособной аудитории.
Немного о том, что обсуждается на канале:
— ахуенность админа (пост написан самим админом)
— ничтожность Affpapa
— техники минета в виде аффирмации
Учитывая предпочтения ЕЮ, можно спрогнозировать рубрики: сиськи (самого админа), кейсы (как правило, негативные), вайбкодинг и, конечно, новости с передовой арбитража.
🤡 —🤲 подписался
👍 — и скоко тебе заплатили, продажная ты придорожная путана?
Я ненавижу арбитраж |Чат😠
Спросите вы, и будете правы.
Новое пространство успешных бизнесменов открылось пару дней назад. Канал сразу захватил арбитражный интернет. Миллион (!) активных и заряженных предпринимателей атаковали его подписками.
Создатель — самый успешный из них. Человек-розыгрыш, человек-сп
Ни одного бота не замечено. Лям. Все из сферы. Сам Дуров не обладает такой базой платежеспособной аудитории.
Немного о том, что обсуждается на канале:
— ахуенность админа (пост написан самим админом)
— ничтожность Affpapa
— техники минета в виде аффирмации
Учитывая предпочтения ЕЮ, можно спрогнозировать рубрики: сиськи (самого админа), кейсы (как правило, негативные), вайбкодинг и, конечно, новости с передовой арбитража.
🤡 —
👍 — и скоко тебе заплатили, продажная ты придорожная путана?
Я ненавижу арбитраж |Чат
Please open Telegram to view this post
VIEW IN TELEGRAM
Resend хорош не как «ещё один SMTP», а как способ не трогать почту руками
Если у вас транзакционные письма, Resend закрывает три вещи: нормальный API, понятные шаблоны и вменяемую доставляемость без плясок вокруг SMTP-логина. Для продуктовой команды это удобнее, чем держать самописный mailer и потом ловить письма в спаме.
Что обычно делают через него:
— подтверждение почты и сброс пароля;
— системные уведомления из SaaS;
— письма из форм, вебхуков и CRM-цепочек;
— простую сегментацию по событиям без тяжёлой рассылочной платформы.
На что смотреть перед интеграцией:
— есть ли у вас отдельный домен или поддомен под отправку;
— умеет ли шаблон жить без верстки в стиле «один большой HTML-ад»;
— нужны ли вам только письма, или ещё массовые кампании, A/B и сложная аналитика;
— как вы будете обрабатывать bounce, spam complaint и повторную отправку.
Главный плюс Resend — он не заставляет собирать почтовую инфраструктуру как конструктор из трёх сервисов. Главный минус — если вам нужна тяжёлая маркетинговая машина, это уже другой класс инструмента.
Лучше всего Resend заходит там, где письмо — часть продукта, а не отдельный канал продаж: подключили, проверили домен, прописали retry и забыли о нём до первого инцидента.
Если у вас транзакционные письма, Resend закрывает три вещи: нормальный API, понятные шаблоны и вменяемую доставляемость без плясок вокруг SMTP-логина. Для продуктовой команды это удобнее, чем держать самописный mailer и потом ловить письма в спаме.
Что обычно делают через него:
— подтверждение почты и сброс пароля;
— системные уведомления из SaaS;
— письма из форм, вебхуков и CRM-цепочек;
— простую сегментацию по событиям без тяжёлой рассылочной платформы.
На что смотреть перед интеграцией:
— есть ли у вас отдельный домен или поддомен под отправку;
— умеет ли шаблон жить без верстки в стиле «один большой HTML-ад»;
— нужны ли вам только письма, или ещё массовые кампании, A/B и сложная аналитика;
— как вы будете обрабатывать bounce, spam complaint и повторную отправку.
Главный плюс Resend — он не заставляет собирать почтовую инфраструктуру как конструктор из трёх сервисов. Главный минус — если вам нужна тяжёлая маркетинговая машина, это уже другой класс инструмента.
Лучше всего Resend заходит там, где письмо — часть продукта, а не отдельный канал продаж: подключили, проверили домен, прописали retry и забыли о нём до первого инцидента.
Neon берут не за «модную Postgres», а за миграцию без лишней боли
Neon — это managed Postgres с раздельными compute и storage. Для команды это означает не «ещё одна база», а другой способ жить с базой: ветки, быстрые копии окружений и меньше ручной возни при тестах.
Где он полезен:
— когда нужны preview-окружения под каждый PR;
— когда dev/stage/prod надо клонить без долгого дампа;
— когда хочется быстро откатить схему через отдельную ветку, а не через героизм в пятницу.
На что смотреть до переезда:
— есть ли у вас тяжёлые миграции и фоновые джобы, которые любят долгие соединения;
— насколько приложение чувствительно к latency: serverless-архитектура и удалённая БД иногда добавляют заметную задержку;
— умеет ли ваш ORM/миграционный инструмент работать без сюрпризов с pooled connections и короткими коннектами.
Главная ошибка — думать, что Neon спасёт плохую дисциплину в схеме. Если миграции грязные, индексы не продуманы, а соединения открываются как попало, новая платформа не исправит это сама. Зато хорошая схема ветвления быстро показывает, где у вас реальная причина боли.
Если нужна база, которая упрощает изоляцию окружений и работу с preview, Neon часто выигрывает не ценой, а организацией процесса.
Neon — это managed Postgres с раздельными compute и storage. Для команды это означает не «ещё одна база», а другой способ жить с базой: ветки, быстрые копии окружений и меньше ручной возни при тестах.
Где он полезен:
— когда нужны preview-окружения под каждый PR;
— когда dev/stage/prod надо клонить без долгого дампа;
— когда хочется быстро откатить схему через отдельную ветку, а не через героизм в пятницу.
На что смотреть до переезда:
— есть ли у вас тяжёлые миграции и фоновые джобы, которые любят долгие соединения;
— насколько приложение чувствительно к latency: serverless-архитектура и удалённая БД иногда добавляют заметную задержку;
— умеет ли ваш ORM/миграционный инструмент работать без сюрпризов с pooled connections и короткими коннектами.
Главная ошибка — думать, что Neon спасёт плохую дисциплину в схеме. Если миграции грязные, индексы не продуманы, а соединения открываются как попало, новая платформа не исправит это сама. Зато хорошая схема ветвления быстро показывает, где у вас реальная причина боли.
Если нужна база, которая упрощает изоляцию окружений и работу с preview, Neon часто выигрывает не ценой, а организацией процесса.
Vercel удобен до первого спора о бюджете, билдах и том, кто платит за трафик
Если команда живёт на Next.js и хочет деплой без лишней возни — это сильный дефолт. Но Vercel надо оценивать не по “красоте” интерфейса, а по трём вещам: где у вас рендер, сколько запросов уходит в edge/serverless, и что будет при росте медиа или API.
На практике чаще всего ломается не код, а ожидания:
— превью-среда есть у всех, но тестировать надо не только UI, а переменные окружения, webhooks и редиректы;
— статике легко, а вот тяжёлые SSR-страницы и фоновые задачи быстро упираются в лимиты платформы;
— если проект начинает жить на динамике, проверьте стоимость каждого “удобного” запроса, а не только общую сумму.
Ещё один частый промах — пытаться держать на Vercel всё подряд. Файлы, очереди, long-running jobs и сложную обработку медиа лучше сразу выносить в отдельный слой: object storage, worker, БД и кэш. Тогда платформа остаётся для фронта и edge-логики, а не превращается в универсальный комбайн.
Если нужен быстрый старт и чистый DX — Vercel почти всегда оправдан. Если проект уже считает деньги и нагрузку, сначала нарисуйте карту “страница → запросы → внешний сервис”, иначе удобный деплой начнёт скрыто съедать маржу.
Если команда живёт на Next.js и хочет деплой без лишней возни — это сильный дефолт. Но Vercel надо оценивать не по “красоте” интерфейса, а по трём вещам: где у вас рендер, сколько запросов уходит в edge/serverless, и что будет при росте медиа или API.
На практике чаще всего ломается не код, а ожидания:
— превью-среда есть у всех, но тестировать надо не только UI, а переменные окружения, webhooks и редиректы;
— статике легко, а вот тяжёлые SSR-страницы и фоновые задачи быстро упираются в лимиты платформы;
— если проект начинает жить на динамике, проверьте стоимость каждого “удобного” запроса, а не только общую сумму.
Ещё один частый промах — пытаться держать на Vercel всё подряд. Файлы, очереди, long-running jobs и сложную обработку медиа лучше сразу выносить в отдельный слой: object storage, worker, БД и кэш. Тогда платформа остаётся для фронта и edge-логики, а не превращается в универсальный комбайн.
Если нужен быстрый старт и чистый DX — Vercel почти всегда оправдан. Если проект уже считает деньги и нагрузку, сначала нарисуйте карту “страница → запросы → внешний сервис”, иначе удобный деплой начнёт скрыто съедать маржу.
Forwarded from Иванов и арбитраж трафика
This media is not supported in your browser
VIEW IN TELEGRAM
1. Выкатить ни какую он-лайн конфу я естесвенно не выкатил, потерпите
2. После прошлого видео (тык) мой канал теперь имеет юзер @PO_YICA_BRAL
3. Держите вечернее видео, я нажрусь и спать
Чото надо ещё сказать? Ну, можно лишь добавить Настя #MelBet верни деньги, не играй с огнём, со мной лучше не ссориться. Спасибо.
P.S. Бабка-то, похоже, не своей..... см. видео!
С уважением, Иванов Е.Ю!
2. После прошлого видео (тык) мой канал теперь имеет юзер @PO_YICA_BRAL
3. Держите вечернее видео, я нажрусь и спать
Чото надо ещё сказать? Ну, можно лишь добавить Настя #MelBet верни деньги, не играй с огнём, со мной лучше не ссориться. Спасибо.
P.S. Бабка-то, похоже, не своей..... см. видео!
С уважением, Иванов Е.Ю!
Forwarded from Product Fails | CEO Blask
Пока весь мир смотрел ЧМ, провайдеры делали то, что умеют лучше всего: прикручивали к играм мячи, ворота, футболистов и слово Football.
Мне стало любопытно проверить простую гипотезу: если хайп вокруг ЧМ такой мощный, футбольные игры должны были массово влететь в топы казино.
Не совсем. Хайп — это ещё не билет в топ.
Big Bass Football Bonanza от Pragmatic Play оказался абсолютным монстром дистрибуции: 695 брендов и 626 лобби, почти на 50% впереди ближайшего конкурента.
Но дальше интереснее.
Из глобального топ-10 футбольных тайтлов только 5 слоты. Ещё 4 - instant/casual, один live. Схема «взять слот и нарисовать мяч» d 2026 уже не выглядит такой гениальной.
А деньги при этом были реальные.
У BGaming Soccermania получила: +470% и +308% ставок, а Penalty Duel with Júlio César поднялся со 135-го на 7-е место в категории Crash и вошёл в топ-5 основного лобби.
И вот мой любимый момент: результат сборной вообще не гарантировал результат игре.
Швеция и ЮАР вылетели довольно рано, а их футбольные тайтлы всё равно пробились в локальный топ-20. В Испании, Франции и Аргентине туда вообще вошло сразу по две игры.
Смысл простой: футбольный скин это косметика, а место в топе всё ещё продаётся дистрибуцией и позициями в лобби, не мячиком на обложке.
Больше данных в полном отчёте: https://blask.com/reports/football-titles/
Мне стало любопытно проверить простую гипотезу: если хайп вокруг ЧМ такой мощный, футбольные игры должны были массово влететь в топы казино.
Не совсем. Хайп — это ещё не билет в топ.
Big Bass Football Bonanza от Pragmatic Play оказался абсолютным монстром дистрибуции: 695 брендов и 626 лобби, почти на 50% впереди ближайшего конкурента.
Но дальше интереснее.
Из глобального топ-10 футбольных тайтлов только 5 слоты. Ещё 4 - instant/casual, один live. Схема «взять слот и нарисовать мяч» d 2026 уже не выглядит такой гениальной.
А деньги при этом были реальные.
У BGaming Soccermania получила: +470% и +308% ставок, а Penalty Duel with Júlio César поднялся со 135-го на 7-е место в категории Crash и вошёл в топ-5 основного лобби.
И вот мой любимый момент: результат сборной вообще не гарантировал результат игре.
Швеция и ЮАР вылетели довольно рано, а их футбольные тайтлы всё равно пробились в локальный топ-20. В Испании, Франции и Аргентине туда вообще вошло сразу по две игры.
Смысл простой: футбольный скин это косметика, а место в топе всё ещё продаётся дистрибуцией и позициями в лобби, не мячиком на обложке.
Больше данных в полном отчёте: https://blask.com/reports/football-titles/
Forwarded from Serg Accs
🎁 РОЗЫГРЫШ $2000 ОТ SERG ACCS
🥇 1 место — $1000
🥈 2 место — $700
🥉 3 место — $300
Как участвовать:
1️⃣ Подпишитесь на канал
2️⃣ Нажмите «✅ Участвую»
3️⃣ Получите 1 стартовый билет
Больше билетов:
🛒 Покупки — минимум 1 билет, далее +1 за каждые полные $50 реальной оплаты. Максимум — 50.
👥 Рефералы — +5 за первую подходящую покупку друга и +1 за каждые накопленные $100 его покупок. Максимум — 50.
Общий максимум — 100 билетов.
Чем больше билетов, тем выше шанс. Даже 1 билет участвует.
Призы начислим на баланс в боте SERG ACCS.
Итоги 15.09. Всем удачи! 🔥
🥇 1 место — $1000
🥈 2 место — $700
🥉 3 место — $300
Как участвовать:
1️⃣ Подпишитесь на канал
2️⃣ Нажмите «✅ Участвую»
3️⃣ Получите 1 стартовый билет
Больше билетов:
🛒 Покупки — минимум 1 билет, далее +1 за каждые полные $50 реальной оплаты. Максимум — 50.
👥 Рефералы — +5 за первую подходящую покупку друга и +1 за каждые накопленные $100 его покупок. Максимум — 50.
Общий максимум — 100 билетов.
Чем больше билетов, тем выше шанс. Даже 1 билет участвует.
Призы начислим на баланс в боте SERG ACCS.
Итоги 15.09. Всем удачи! 🔥
Почему Sentry шумит не из-за багов, а из-за плохой настройки фильтров
Sentry полезен только когда он показывает не всё подряд, а то, что реально ломает продукт. Иначе команда быстро привыкает к фону: одинаковые ошибки, дубль событий, тестовые окружения, локальные прогоны.
Базовый чек-лист настройки:
— разделите проекты по средам, а не сваливайте staging и production в один поток;
— отфильтруйте ошибки, которые уже пойманы обработчиком;
— отключите шум от ботов, health-check'ов и известных интеграций;
— задайте теги для релиза, окружения и пользователя, чтобы быстро искать паттерн.
Если алертят всё подряд, проблема почти всегда в одном из трёх мест: слишком широкий capture, нет ignore rules, или в коде бросают исключение там, где нужен контролируемый ответ. Sentry не чинит архитектуру, но очень быстро показывает, где у вас «ошибка» стала обычным сценарием.
Ещё одна типовая ошибка — смотреть только на stack trace. Полезнее сначала проверить частоту, окружение и путь пользователя до падения. Тогда один и тот же баг перестаёт выглядеть как десять разных инцидентов.
Держите Sentry как фильтр сигнала, а не как склад исключений: меньше мусора в потоке, быстрее triage, меньше ложных тревог.
Sentry полезен только когда он показывает не всё подряд, а то, что реально ломает продукт. Иначе команда быстро привыкает к фону: одинаковые ошибки, дубль событий, тестовые окружения, локальные прогоны.
Базовый чек-лист настройки:
— разделите проекты по средам, а не сваливайте staging и production в один поток;
— отфильтруйте ошибки, которые уже пойманы обработчиком;
— отключите шум от ботов, health-check'ов и известных интеграций;
— задайте теги для релиза, окружения и пользователя, чтобы быстро искать паттерн.
Если алертят всё подряд, проблема почти всегда в одном из трёх мест: слишком широкий capture, нет ignore rules, или в коде бросают исключение там, где нужен контролируемый ответ. Sentry не чинит архитектуру, но очень быстро показывает, где у вас «ошибка» стала обычным сценарием.
Ещё одна типовая ошибка — смотреть только на stack trace. Полезнее сначала проверить частоту, окружение и путь пользователя до падения. Тогда один и тот же баг перестаёт выглядеть как десять разных инцидентов.
Держите Sentry как фильтр сигнала, а не как склад исключений: меньше мусора в потоке, быстрее triage, меньше ложных тревог.
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
Завтра стрим С НАТАШЕЙ ex.ZM где мы обсудим кто как обосрался и был не прав! Типа сплетников но с БАБОЙ! ( у неё пизда ) стрим будет тут https://t.me/+dSPgHo0XFfg4N2U0
Telegram
CPA.TG | JUST NO RESPECT CLUB | МАТАДОРА 🐗
Люди из организации NDA, которых вы можете знать.
Действует правило трёх страйков: если перегрелся, то охлаждаешься на шесть часов. Политика, реклама - сразу на хуй!
🐗 ССЫЛКА https://t.me/+MgUdh-8BhCExYjg0
Действует правило трёх страйков: если перегрелся, то охлаждаешься на шесть часов. Политика, реклама - сразу на хуй!
🐗 ССЫЛКА https://t.me/+MgUdh-8BhCExYjg0
Почему Resend часто берут вместо «просто SMTP» — и где на нём ломаются
Resend закрывает типичную боль: письма для продукта, а не для «почтового сервера в вакууме». У него удобный API, нормальная работа с шаблонами, webhooks по статусам и понятная интеграция в веб-приложение. Для транзакционных писем это обычно быстрее, чем поднимать свой SMTP-обвязку и потом разбираться с логами.
Но есть правило: сервис доставки не спасает плохую схему отправки. Если не настроены SPF, DKIM и домен-отправитель, письма будут попадать в спам или теряться. Второй частый промах — слать всё с одного адреса: отдельно держите парольные, уведомления и маркетинговые письма, иначе репутация домена смешается.
Ещё одна ошибка — не проверять idempotency и ретраи. При сбоях API письмо может уйти повторно, если приложение не защищено от дублей. И не забывайте про bounce/complaint события: без обработки webhooks список адресов быстро портится, а доставляемость падает 📩
Если нужен простой почтовый слой для продукта, Resend хорош как старт и как рабочая база. Но настройка домена, раздельные потоки писем и обработка статусов важнее самого провайдера.
Resend закрывает типичную боль: письма для продукта, а не для «почтового сервера в вакууме». У него удобный API, нормальная работа с шаблонами, webhooks по статусам и понятная интеграция в веб-приложение. Для транзакционных писем это обычно быстрее, чем поднимать свой SMTP-обвязку и потом разбираться с логами.
Но есть правило: сервис доставки не спасает плохую схему отправки. Если не настроены SPF, DKIM и домен-отправитель, письма будут попадать в спам или теряться. Второй частый промах — слать всё с одного адреса: отдельно держите парольные, уведомления и маркетинговые письма, иначе репутация домена смешается.
Ещё одна ошибка — не проверять idempotency и ретраи. При сбоях API письмо может уйти повторно, если приложение не защищено от дублей. И не забывайте про bounce/complaint события: без обработки webhooks список адресов быстро портится, а доставляемость падает 📩
Если нужен простой почтовый слой для продукта, Resend хорош как старт и как рабочая база. Но настройка домена, раздельные потоки писем и обработка статусов важнее самого провайдера.
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
РИДДИК! Первый стрим с Ридиком и Ивановым через пол часа тут https://t.me/+HuSG2ngODc41MjY8 - должен быть разьеб! Иванов пьяный! Сделает красиво!