Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
Алексеев купил Инсайд!
На данный момент не понятно, произошло это до увольнения Софы или после, но факт есть факт.
Что стало понятно из сегодняшнего стрима:
1. Софа не очень эффективно поднимала Инсайд, стенды, пати, шоу и т.д. (я кстати у неё спрашивал на старте - не дохуя? и зачем столько? она говорила "папик" платит") ну ок, у меня папика не было, может оно так и принято!
2. Потом идея с путешествиями (привет терибирка) и катангием вебов, при условии что это блять рессейл, а мы понимаем какая там маржа, до того как меня кинули RGK у меня была ТОП1 wap.click партнёрка, ТОП2 wap.expert и ТОП3 wap.money и я понимаю математику (Каюм? Женька - оч верю надеюсь и жду :-))
3. Потом ставка была сделана на SEO команду, видимо после взлёта Флинта... И.... как только почувствовала что SEO команда может приносить деньги - забрала команду и ушла в закат, не смотря на то что команда по сути команда компании и все на её развитие было выделено "папиком"
В целом, что хочу сказать - пиздец как я ей завидую, дайте мне кошелёк и я проебу деньги как и она, результатов как и она не дам, но буду СИЯТЬ! Лучше, больше, эффектней, и скорей dcutj даже ни хуя не спизжю (не такой я человек, пропить могу, а украсть - нет! увы)
Но вернёмся к сути, я пишу в телеграм канале Инсайд, коммент под постом, мне отвечает админ! А всем известно что в телеграме есть баг, и телеграм иногда показывает не аккаунт канала, а аккаунт владельца канала, так вот мне на мои комменты как оказалось отвечает Алексеев, скрин прилогаю!
А целом теперь понятно для чего... а похуй, что для чего в след раз, пока просто знайте это
____
🤔 Консоли Google Play и Apple Developer надо? Phoenix — 100% свой фарм с 2021-го. Забрать акки → @phoenix_seller_bot 🤔
На данный момент не понятно, произошло это до увольнения Софы или после, но факт есть факт.
Что стало понятно из сегодняшнего стрима:
1. Софа не очень эффективно поднимала Инсайд, стенды, пати, шоу и т.д. (я кстати у неё спрашивал на старте - не дохуя? и зачем столько? она говорила "папик" платит") ну ок, у меня папика не было, может оно так и принято!
2. Потом идея с путешествиями (привет терибирка) и катангием вебов, при условии что это блять рессейл, а мы понимаем какая там маржа, до того как меня кинули RGK у меня была ТОП1 wap.click партнёрка, ТОП2 wap.expert и ТОП3 wap.money и я понимаю математику (Каюм? Женька - оч верю надеюсь и жду :-))
3. Потом ставка была сделана на SEO команду, видимо после взлёта Флинта... И.... как только почувствовала что SEO команда может приносить деньги - забрала команду и ушла в закат, не смотря на то что команда по сути команда компании и все на её развитие было выделено "папиком"
В целом, что хочу сказать - пиздец как я ей завидую, дайте мне кошелёк и я проебу деньги как и она, результатов как и она не дам, но буду СИЯТЬ! Лучше, больше, эффектней, и скорей dcutj даже ни хуя не спизжю (не такой я человек, пропить могу, а украсть - нет! увы)
Но вернёмся к сути, я пишу в телеграм канале Инсайд, коммент под постом, мне отвечает админ! А всем известно что в телеграме есть баг, и телеграм иногда показывает не аккаунт канала, а аккаунт владельца канала, так вот мне на мои комменты как оказалось отвечает Алексеев, скрин прилогаю!
А целом теперь понятно для чего... а похуй, что для чего в след раз, пока просто знайте это
____
Please open Telegram to view this post
VIEW IN TELEGRAM
Supabase удобно брать как backend-старт, но дорого обходится хаотичная схема
За неделю в репах видно одно и то же: проект стартует на Auth + Postgres + Storage, а через месяц в базе уже нет порядка. Supabase хорош там, где нужен быстрый MVP, но его сила заканчивается, когда команда начинает лепить бизнес-логику прямо в SQL без правил именования, индексов и миграций.
Что проверить до первого продакшена:
— роли и RLS: кто реально может читать, писать и удалять;
— миграции: схема должна жить в репозитории, а не в ручных кликах;
— индексы на частые фильтры и связи, иначе Postgres быстро станет узким местом;
— Storage и signed URL: не держите публичные бакеты там, где есть приватные файлы.
Отдельно смотрите на архитектуру: Supabase удобно закрывает auth, realtime и простые CRUD-сценарии, но сложные фоновые задачи, очереди и тяжёлые интеграции лучше вынести наружу. Иначе проект начинает зависеть не от продукта, а от того, насколько аккуратно вы обходите ограничения платформы.
Есть наблюдение которое стоит проверить: чем раньше вы опишите, где заканчивается клиент, где живут политики доступа и что считается источником правды, тем меньше шансов потом переписывать половину бэка. Supabase отлично ускоряет старт, если не делать вид, что он заменяет дисциплину в данных.
За неделю в репах видно одно и то же: проект стартует на Auth + Postgres + Storage, а через месяц в базе уже нет порядка. Supabase хорош там, где нужен быстрый MVP, но его сила заканчивается, когда команда начинает лепить бизнес-логику прямо в SQL без правил именования, индексов и миграций.
Что проверить до первого продакшена:
— роли и RLS: кто реально может читать, писать и удалять;
— миграции: схема должна жить в репозитории, а не в ручных кликах;
— индексы на частые фильтры и связи, иначе Postgres быстро станет узким местом;
— Storage и signed URL: не держите публичные бакеты там, где есть приватные файлы.
Отдельно смотрите на архитектуру: Supabase удобно закрывает auth, realtime и простые CRUD-сценарии, но сложные фоновые задачи, очереди и тяжёлые интеграции лучше вынести наружу. Иначе проект начинает зависеть не от продукта, а от того, насколько аккуратно вы обходите ограничения платформы.
Есть наблюдение которое стоит проверить: чем раньше вы опишите, где заканчивается клиент, где живут политики доступа и что считается источником правды, тем меньше шансов потом переписывать половину бэка. Supabase отлично ускоряет старт, если не делать вид, что он заменяет дисциплину в данных.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Марк Цукерберг извинился перед Индией
Статья о давлении индийских властей на крупные соцсети из-за дипфейков и материалов сексуального насилия над несовершеннолетними. Цукерберг публично извиняется, чтобы снизить риск блокировки Facebook и WhatsApp в крупном geo. Вывод: регуляторы в Индии ужесточают контроль, и для платформ это уже вопрос доступа к рынку, а не репутации.
➡️ Читайте на сайте: https://aff.top/blog/mark-cukerberg-izvinilsia-pered-indiei
🧠 Ещё больше инсайтов → в канале AFF.top
Статья о давлении индийских властей на крупные соцсети из-за дипфейков и материалов сексуального насилия над несовершеннолетними. Цукерберг публично извиняется, чтобы снизить риск блокировки Facebook и WhatsApp в крупном geo. Вывод: регуляторы в Индии ужесточают контроль, и для платформ это уже вопрос доступа к рынку, а не репутации.
➡️ Читайте на сайте: https://aff.top/blog/mark-cukerberg-izvinilsia-pered-indiei
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Meta выпустила ИИ-агент Muse Code
Meta выпустила Muse Code — прямого конкурента Claude Code с упором на управление несколькими ИИ-агентами в параллели для долгих задач. Главный вывод: компания агрессивно демпингует ценой, предлагая базовый тариф и сверхдешёвый вариант в обмен на доступ к личным данным.
➡️ Читайте на сайте: https://aff.top/blog/meta-vypustila-ii-agent-muse-code
🧠 Ещё больше инсайтов → в канале AFF.top
Meta выпустила Muse Code — прямого конкурента Claude Code с упором на управление несколькими ИИ-агентами в параллели для долгих задач. Главный вывод: компания агрессивно демпингует ценой, предлагая базовый тариф и сверхдешёвый вариант в обмен на доступ к личным данным.
➡️ Читайте на сайте: https://aff.top/blog/meta-vypustila-ii-agent-muse-code
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from Из арбитражки в поля. ex.Casinokrisa
РОЗЫГРЫШ НОУТБУКА НА ВЫХОДНЫЕ 💻
Подпишись на три канала:
• Иванов - @pacan
• Кустов - @cobaka
• Миша - @CPA_Farm
И один случайный подписчик заберёт великолепный ноутбук. Отличная рабочая лошадка для работы, учёбы и интернет-сёрфинга, остальное не потянет!
Важно: боты сразу мимо, аккаунты не из нашей сферы тоже, все участники будут проверены, в том числе на пересечение с профильными affiliate/iGaming чатами.
Итоги сразу после выходных.
Три подписки. Один ноутбук. Как сказал GPT - иногда интернет всё-таки использует случайный выбор не только для того, чтобы подсунуть очередную рекламу криптокурсов.
Участников: 80
Призовых мест: 1
Дата розыгрыша: 15:14, 09.08.2026 MSK (3 дня)
Подпишись на три канала:
• Иванов - @pacan
• Кустов - @cobaka
• Миша - @CPA_Farm
И один случайный подписчик заберёт великолепный ноутбук. Отличная рабочая лошадка для работы, учёбы и интернет-сёрфинга, остальное не потянет!
Важно: боты сразу мимо, аккаунты не из нашей сферы тоже, все участники будут проверены, в том числе на пересечение с профильными affiliate/iGaming чатами.
Итоги сразу после выходных.
Три подписки. Один ноутбук. Как сказал GPT - иногда интернет всё-таки использует случайный выбор не только для того, чтобы подсунуть очередную рекламу криптокурсов.
Участников: 80
Призовых мест: 1
Дата розыгрыша: 15:14, 09.08.2026 MSK (3 дня)
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Google по ошибке удалил тысячи сайтов
Google массово банил сайты на Blogger из-за сбоя в автоматической модерации: система ошибочно нашла malware в контенте и снесла тысячи сайтов, часть — повторно после восстановления. Для вебмастеров вывод простой: даже трастовая платформа не защищает от ложных срабатываний, а автоматический антифрод может положить и вайт, и ферму.
➡️ Читайте на сайте: https://aff.top/blog/google-po-oshibke-udalil-tysiachi-saitov
🧠 Ещё больше инсайтов → в канале AFF.top
Google массово банил сайты на Blogger из-за сбоя в автоматической модерации: система ошибочно нашла malware в контенте и снесла тысячи сайтов, часть — повторно после восстановления. Для вебмастеров вывод простой: даже трастовая платформа не защищает от ложных срабатываний, а автоматический антифрод может положить и вайт, и ферму.
➡️ Читайте на сайте: https://aff.top/blog/google-po-oshibke-udalil-tysiachi-saitov
🧠 Ещё больше инсайтов → в канале AFF.top
Convex — когда бэкенд нужен без лишней сборки и ручной синхронизации
Convex берут, когда хочется писать продуктовую логику, а не собирать отдельный стек из БД, API, realtime и очередей. Модель простая: данные, функции и подписки живут рядом, а клиент получает обновления без ручного polling.
За что его обычно любят:
• меньше glue-кода между frontend и backend;
• удобно для realtime-UI, админок, внутренних инструментов;
• схемы и запросы проще держать в одном месте;
• на старте меньше инфраструктуры, чем у связки Postgres + backend + websocket-слой.
Но есть и обратная сторона. Логика сильнее завязана на платформу, а не на «голый» SQL. Если проект сразу предполагает сложные отчёты, тяжёлые джоины, нестандартную миграционную историю или жёсткие требования к переносимости, Convex может стать удобным, но не самым универсальным выбором.
Хорошее правило: Convex уместен там, где важнее скорость сборки и живой интерфейс, чем полный контроль над каждым слоем. Если у вас CRUD, realtime и быстро меняющийся продукт — это сильный кандидат. Если ядро системы уже строится вокруг классической БД и сложной аналитики, лучше сначала проверить, не создаёт ли Convex лишнюю развилку.
Итог простой: Convex хорошо раскрывается как ускоритель разработки, но его стоит выбирать осознанно — после списка будущих интеграций, а не до него.
Convex берут, когда хочется писать продуктовую логику, а не собирать отдельный стек из БД, API, realtime и очередей. Модель простая: данные, функции и подписки живут рядом, а клиент получает обновления без ручного polling.
За что его обычно любят:
• меньше glue-кода между frontend и backend;
• удобно для realtime-UI, админок, внутренних инструментов;
• схемы и запросы проще держать в одном месте;
• на старте меньше инфраструктуры, чем у связки Postgres + backend + websocket-слой.
Но есть и обратная сторона. Логика сильнее завязана на платформу, а не на «голый» SQL. Если проект сразу предполагает сложные отчёты, тяжёлые джоины, нестандартную миграционную историю или жёсткие требования к переносимости, Convex может стать удобным, но не самым универсальным выбором.
Хорошее правило: Convex уместен там, где важнее скорость сборки и живой интерфейс, чем полный контроль над каждым слоем. Если у вас CRUD, realtime и быстро меняющийся продукт — это сильный кандидат. Если ядро системы уже строится вокруг классической БД и сложной аналитики, лучше сначала проверить, не создаёт ли Convex лишнюю развилку.
Итог простой: Convex хорошо раскрывается как ускоритель разработки, но его стоит выбирать осознанно — после списка будущих интеграций, а не до него.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
OpenAI сделала ChatGPT-5.6 Luna бесплатной
OpenAI делает ставку на доступность: ChatGPT-5.6 Luna стала бесплатной на сайте, а в Sol добавили ползунок глубины рассуждений для ускорения ответов. Для сложных запросов готовят кнопку Think. Пока это веб-эксклюзив, но вывод очевиден: OpenAI усиливает продукт и давит на конкурентов бесплатным доступом.
➡️ Читайте на сайте: https://aff.top/blog/openai-sdelala-chatgpt-5-6-luna-besplatnoi
🧠 Ещё больше инсайтов → в канале AFF.top
OpenAI делает ставку на доступность: ChatGPT-5.6 Luna стала бесплатной на сайте, а в Sol добавили ползунок глубины рассуждений для ускорения ответов. Для сложных запросов готовят кнопку Think. Пока это веб-эксклюзив, но вывод очевиден: OpenAI усиливает продукт и давит на конкурентов бесплатным доступом.
➡️ Читайте на сайте: https://aff.top/blog/openai-sdelala-chatgpt-5-6-luna-besplatnoi
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Metamask представил свою криптокошелёк для ИИ
MetaMask выпустил криптокошелёк для ИИ-агентов, который позволяет им самим проводить платежи, торговать фьючерсами и свопами, а также делать ставки без участия человека. Вывод простой: под «мёртвый интернет» уже строят рабочую инфраструктуру, а контроль остаётся только на опасных транзакциях и в ручном подтверждении.
➡️ Читайте на сайте: https://aff.top/blog/metamask-predstavil-svoiu-kriptokoshelek-dlia-ii
🧠 Ещё больше инсайтов → в канале AFF.top
MetaMask выпустил криптокошелёк для ИИ-агентов, который позволяет им самим проводить платежи, торговать фьючерсами и свопами, а также делать ставки без участия человека. Вывод простой: под «мёртвый интернет» уже строят рабочую инфраструктуру, а контроль остаётся только на опасных транзакциях и в ручном подтверждении.
➡️ Читайте на сайте: https://aff.top/blog/metamask-predstavil-svoiu-kriptokoshelek-dlia-ii
🧠 Ещё больше инсайтов → в канале AFF.top
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 часто выигрывает не ценой, а организацией процесса.