Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
Скорей всего поеду на BROCONF 7.5 и вот почему!
Во первых надо по кое каким делам в МСК, но подстроил планы так что бы и на конфу заскочить ибо, кто не понял, это скорей всего последняя #BROCONF в РФ, во вторых она один день, не будет этой хуйни когда приходишь на второй день конфы а ты уже все блять видел, со всеми пообщался и просто ходишь уже хуй знает зачем ( однодневные конфы были велеколепны, но новички ихз не застали, раньше все конфы были 1 день )
Ну и самое важно, в связи с ситуацией со спонсорами и прочим и тем что это последняя Бро Конф в РФ оргни вьебывают прям люто бабки, по сути сейчас спонсорские пакеты как и на первой бро конф - отдаются по себесу, как и на первой орги просто вьебывают бабки что бы всех все устрпоило и было красиво, что бы 8 конфу уже помпезно анонсировать где то забугром!
Короче это точно не стоит пропускать, уверен она отработает в минус для оргнов, но нам то не похуй? для нас они сделают все на максимум просто что бы завершить эпопею с конфами в РФ на красивой ноте, и я это не пропущу! )))
Такие мысли вот!
Если что, билеты тут - https://mybroconf.ru промика не будет, найдёте сами, хотя и без него цены приятные! Промик можете спросить в чате Бро Конф @broconfchat
Во первых надо по кое каким делам в МСК, но подстроил планы так что бы и на конфу заскочить ибо, кто не понял, это скорей всего последняя #BROCONF в РФ, во вторых она один день, не будет этой хуйни когда приходишь на второй день конфы а ты уже все блять видел, со всеми пообщался и просто ходишь уже хуй знает зачем ( однодневные конфы были велеколепны, но новички ихз не застали, раньше все конфы были 1 день )
Ну и самое важно, в связи с ситуацией со спонсорами и прочим и тем что это последняя Бро Конф в РФ оргни вьебывают прям люто бабки, по сути сейчас спонсорские пакеты как и на первой бро конф - отдаются по себесу, как и на первой орги просто вьебывают бабки что бы всех все устрпоило и было красиво, что бы 8 конфу уже помпезно анонсировать где то забугром!
Короче это точно не стоит пропускать, уверен она отработает в минус для оргнов, но нам то не похуй? для нас они сделают все на максимум просто что бы завершить эпопею с конфами в РФ на красивой ноте, и я это не пропущу! )))
Такие мысли вот!
Если что, билеты тут - https://mybroconf.ru промика не будет, найдёте сами, хотя и без него цены приятные! Промик можете спросить в чате Бро Конф @broconfchat
Phoenix.ink — твои Google и Apple Developer аккаунты🟧 Смотри наличие @phoenixapps_store🟧 Забирай консоли @phoenix_seller_bot
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Meta ограничивает расходы на токены для сотрудников
Meta ввела внутренние лимиты на использование ИИ из-за резкого роста расходов: в 2026 году только на сотрудников заложены миллиарды долларов, а общий бюджет на ИИ-инфраструктуру оценивается в 130–145 млрд. Вывод простой: даже у Big Tech ИИ перестал быть бесплатной игрушкой и требует жёсткого контроля затрат.
➡️ Читайте на сайте: https://aff.top/blog/meta-ogranichivaet-raskhody-na-tokeny-dlia-sotrudnikov
🧠 Ещё больше инсайтов → в канале AFF.top
Meta ввела внутренние лимиты на использование ИИ из-за резкого роста расходов: в 2026 году только на сотрудников заложены миллиарды долларов, а общий бюджет на ИИ-инфраструктуру оценивается в 130–145 млрд. Вывод простой: даже у Big Tech ИИ перестал быть бесплатной игрушкой и требует жёсткого контроля затрат.
➡️ Читайте на сайте: https://aff.top/blog/meta-ogranichivaet-raskhody-na-tokeny-dlia-sotrudnikov
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Claude Cowork, Claude Design объединили в один Claude
➡️ Читайте на сайте: https://aff.top/blog/claude-cowork-claude-design-obedinili-v-odin-claude
🧠 Ещё больше инсайтов → в канале AFF.top
➡️ Читайте на сайте: https://aff.top/blog/claude-cowork-claude-design-obedinili-v-odin-claude
🧠 Ещё больше инсайтов → в канале AFF.top
7 ошибок в Python-скриптах, из-за которых ломается автоматизация
В скриптах чаще всего падает не логика, а обвязка: ввод, сеть, файлы, окружение. Если код запускается вручную, это ещё не значит, что он живёт в cron, CI или Docker.
— Не проверяют входные данные: пустая строка, None, неожиданный формат, лишний пробел.
— Ловят Exception «на всякий случай» и теряют причину сбоя.
— Пишут в файл без атомарной замены: частичная запись портит результат.
— Зашивают пути, токены и URL прямо в код вместо настроек и переменных окружения.
Для сетевых задач отдельно проверь таймауты, ретраи и лимиты параллелизма. Без них один зависший запрос держит весь пайплайн, а бесконечные повторы превращают мелкую ошибку в шторма по логам. В async-коде ещё важны закрытие сессий и явный контроль корутин.
Если скрипт должен жить долго, делай его скучным: валидируй вход, логируй причины, не скрывай исключения и отделяй конфиг от кода. Тогда автоматизация ломается не «внезапно», а там, где её можно быстро починить.
В скриптах чаще всего падает не логика, а обвязка: ввод, сеть, файлы, окружение. Если код запускается вручную, это ещё не значит, что он живёт в cron, CI или Docker.
— Не проверяют входные данные: пустая строка, None, неожиданный формат, лишний пробел.
— Ловят Exception «на всякий случай» и теряют причину сбоя.
— Пишут в файл без атомарной замены: частичная запись портит результат.
— Зашивают пути, токены и URL прямо в код вместо настроек и переменных окружения.
Для сетевых задач отдельно проверь таймауты, ретраи и лимиты параллелизма. Без них один зависший запрос держит весь пайплайн, а бесконечные повторы превращают мелкую ошибку в шторма по логам. В async-коде ещё важны закрытие сессий и явный контроль корутин.
Если скрипт должен жить долго, делай его скучным: валидируй вход, логируй причины, не скрывай исключения и отделяй конфиг от кода. Тогда автоматизация ломается не «внезапно», а там, где её можно быстро починить.
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
This media is not supported in your browser
VIEW IN TELEGRAM
🔥 Приватные консультации по запускам Google ads и FB.
Масштабное обновление материала на сентябрь,без воды и паблика,свежий пак информации для опытных баеров(техничка,разбан,модерация,
связки,масштабирование и т.д)
Полный пак:
https://t.me/googleadsroi/164558
Отзывы:
https://t.me/+jnxGdX6GbjgxZTQx
Аккаунты гугл адс:
https://t.me/+VCIrjC36UiYyYjM0
Мой контакт:@TRAFF3
гарант+По промокоду( #affpapa ) скидка -10% на все услуги.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Microsoft планирует вставлять рекламу в игры
➡️ Читайте на сайте: https://aff.top/blog/microsoft-planiruet-vstavliat-reklamu-v-igry
🧠 Ещё больше инсайтов → в канале AFF.top
➡️ Читайте на сайте: https://aff.top/blog/microsoft-planiruet-vstavliat-reklamu-v-igry
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
This media is not supported in your browser
VIEW IN TELEGRAM
Совсем скоро запуск ШЕСТОГО проекта на RU GEO от создателей APEX, EVA, KUSH, BANDA и LEEBET!
Please open Telegram to view this post
VIEW IN TELEGRAM
Python-скрипт для продакшена: чек-лист перед запуском по cron
Скрипт, который «просто раз в час дергает API», быстро становится частью продукта. До первого таймаута, дубля в базе или молчаливого падения. Минимальный набор защиты лучше заложить сразу.
— конфиг только через env или отдельный файл, без токенов в коде;
— логируйте не только ошибку, но и входные параметры задачи, id сущности, время ответа;
— добавьте таймауты на HTTP, БД и внешние команды;
— делайте операции идемпотентными: повторный запуск не должен портить данные;
— храните lock-файл или используйте блокировку, если два запуска опасны.
Отдельно проверьте выходы из сценария.
Хороший признак: скрипт можно запустить руками на тестовом наборе, остановить посередине и безопасно повторить. Если это не так, перед cron рано. Совет: пишите маленький README рядом со скриптом — команда запуска, переменные, пример dry-run и где смотреть логи.
Скрипт, который «просто раз в час дергает API», быстро становится частью продукта. До первого таймаута, дубля в базе или молчаливого падения. Минимальный набор защиты лучше заложить сразу.
— конфиг только через env или отдельный файл, без токенов в коде;
— логируйте не только ошибку, но и входные параметры задачи, id сущности, время ответа;
— добавьте таймауты на HTTP, БД и внешние команды;
— делайте операции идемпотентными: повторный запуск не должен портить данные;
— храните lock-файл или используйте блокировку, если два запуска опасны.
Отдельно проверьте выходы из сценария.
sys.exit(1) для аварии, понятные коды возврата, запись последнего успешного шага. Если скрипт обрабатывает пачку, не падайте из-за одной плохой строки: складывайте ее в отдельный список и идите дальше.Хороший признак: скрипт можно запустить руками на тестовом наборе, остановить посередине и безопасно повторить. Если это не так, перед cron рано. Совет: пишите маленький README рядом со скриптом — команда запуска, переменные, пример dry-run и где смотреть логи.
Starlette ломают не роуты, а мелкие ошибки в middleware и ответах
Если Starlette кажется «слишком тонким», проблема обычно не в фреймворке, а в том, как его используют поверх ASGI. Тут важны три вещи: жизненный цикл приложения, порядок middleware и типы ответов.
• Startup/shutdown лучше держать для инициализации клиентов, пулов и кешей. Не делайте там тяжёлую бизнес-логику: при падении инициализации приложение должно падать сразу, а не «жить полуживым».
• Middleware ставьте от внешнего к внутреннему по смыслу: логирование, трейсинг, авторизация, потом уже доменная обработка. Иначе отладка превращается в угадайку.
• Для JSON и стриминга используйте разные Response-классы. Если всё завернуть в один универсальный ответ, легко потерять заголовки, кеширование или корректную передачу тела.
Есть наблюдение которое стоит проверить: большинство багов в Starlette появляются не в endpoint-функциях, а на границе — где вы читаете request body, прокидываете state и смешиваете sync/async.
Если нужен стабильный сервис, начните с дисциплины вокруг ASGI-границ: отдельный middleware для каждого слоя ответственности, явные Response-типы и минимум магии в startup.
Если Starlette кажется «слишком тонким», проблема обычно не в фреймворке, а в том, как его используют поверх ASGI. Тут важны три вещи: жизненный цикл приложения, порядок middleware и типы ответов.
• Startup/shutdown лучше держать для инициализации клиентов, пулов и кешей. Не делайте там тяжёлую бизнес-логику: при падении инициализации приложение должно падать сразу, а не «жить полуживым».
• Middleware ставьте от внешнего к внутреннему по смыслу: логирование, трейсинг, авторизация, потом уже доменная обработка. Иначе отладка превращается в угадайку.
• Для JSON и стриминга используйте разные Response-классы. Если всё завернуть в один универсальный ответ, легко потерять заголовки, кеширование или корректную передачу тела.
Есть наблюдение которое стоит проверить: большинство багов в Starlette появляются не в endpoint-функциях, а на границе — где вы читаете request body, прокидываете state и смешиваете sync/async.
Если нужен стабильный сервис, начните с дисциплины вокруг ASGI-границ: отдельный middleware для каждого слоя ответственности, явные Response-типы и минимум магии в startup.