Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
Через 30 минут открытие канала CMO Трафик Кардинала Макса Огненого https://t.me/+BWTUr7fxVqoyMWE0
Он обещает нещадно ебать, а мы будем смотреть!
Он обещает нещадно ебать, а мы будем смотреть!
Транзакции и изоляция: как не устроить дедлоки и грязные чтения в проде
Коллеги, давайте разберем план выполнения. Транзакция нужна не «для надежности вообще», а чтобы зафиксировать границы атомарности и блокировок. Если держите ее открытой дольше, чем нужно, вы сами расширяете окно для конфликтов, роста очередей и сюрпризов в логах.
Базовые правила: — начинайте транзакцию как можно позже; — заканчивайте как можно раньше; — не мешайте в одной транзакции долгий I/O, сетевые вызовы и пользовательский ввод; — обновляйте строки в одном и том же порядке, иначе дедлоки придут без приглашения. Схема простая, но дьявол кроется в статистике: короткая транзакция под нагрузкой почти всегда дешевле «безопасной», но длинной.
По изоляции помните: READ COMMITTED обычно закрывает грязные чтения, но не спасает от неповторяемых чтений и фантомов; REPEATABLE READ и SERIALIZABLE дают больше гарантий, но платят за это блокировками, версионностью и падением параллелизма. В продакшене так лучше не делать, и вот почему: максимальную изоляцию часто включают «на всякий случай», а потом ищут, почему CPU и I/O живут своей жизнью.
Золотое правило: сначала мониторинг, потом индексы. Смотрите длительность транзакций, wait events, количество блокировок и частоту откатов. Если видите долгие хвосты — режьте транзакцию на этапы, выносите чтение из записи и не забывайте про явный порядок апдейтов. Тогда база не превращается в поле боя из левых блокировок и взаимных ожиданий.
Коллеги, давайте разберем план выполнения. Транзакция нужна не «для надежности вообще», а чтобы зафиксировать границы атомарности и блокировок. Если держите ее открытой дольше, чем нужно, вы сами расширяете окно для конфликтов, роста очередей и сюрпризов в логах.
Базовые правила: — начинайте транзакцию как можно позже; — заканчивайте как можно раньше; — не мешайте в одной транзакции долгий I/O, сетевые вызовы и пользовательский ввод; — обновляйте строки в одном и том же порядке, иначе дедлоки придут без приглашения. Схема простая, но дьявол кроется в статистике: короткая транзакция под нагрузкой почти всегда дешевле «безопасной», но длинной.
По изоляции помните: READ COMMITTED обычно закрывает грязные чтения, но не спасает от неповторяемых чтений и фантомов; REPEATABLE READ и SERIALIZABLE дают больше гарантий, но платят за это блокировками, версионностью и падением параллелизма. В продакшене так лучше не делать, и вот почему: максимальную изоляцию часто включают «на всякий случай», а потом ищут, почему CPU и I/O живут своей жизнью.
Золотое правило: сначала мониторинг, потом индексы. Смотрите длительность транзакций, wait events, количество блокировок и частоту откатов. Если видите долгие хвосты — режьте транзакцию на этапы, выносите чтение из записи и не забывайте про явный порядок апдейтов. Тогда база не превращается в поле боя из левых блокировок и взаимных ожиданий.
Мониторинг без плана — это графики ради графиков. Ищем bottleneck, а не шум.
Коллеги, давайте разберем план выполнения. Узкое место почти всегда прячется в одном из слоёв: CPU, I/O, блокировки, память или сеть. Если смотреть только на «загрузку сервера», можно полдня лечить симптомы и не заметить, что запрос ждёт диск или упёрся в latch.
Золотое правило: сначала мониторинг, потом индексы. Смотрите на связку метрик:
• время ожиданий по типам;
• число активных сессий и очередь;
• физические чтения и cache hit;
• рост temp/redo/sort spill;
• блокировки и deadlock-цепочки.
Посмотрим, что тут с I/O в реальности. Если CPU низкий, а latency чтения растёт — бутылочное горлышко на диске. Если много ожиданий на блокировки — проблема не в индексе, а в конкуренции транзакций. Если память кончилась на сортировках или хешах, оптимизация запроса часто начинается не с «добавим индекс», а с переписывания плана или уменьшения объёма данных.
Схема простая, но дьявол кроется в статистике. Ищите не самый «тяжёлый» запрос по времени, а тот, который создаёт очередь и держит ресурс. Один медленный запрос терпим; десять средних, которые одновременно душат один и тот же объект, — уже инцидент. Сначала локализуйте ресурс, потом чините причину.
Коллеги, давайте разберем план выполнения. Узкое место почти всегда прячется в одном из слоёв: CPU, I/O, блокировки, память или сеть. Если смотреть только на «загрузку сервера», можно полдня лечить симптомы и не заметить, что запрос ждёт диск или упёрся в latch.
Золотое правило: сначала мониторинг, потом индексы. Смотрите на связку метрик:
• время ожиданий по типам;
• число активных сессий и очередь;
• физические чтения и cache hit;
• рост temp/redo/sort spill;
• блокировки и deadlock-цепочки.
Посмотрим, что тут с I/O в реальности. Если CPU низкий, а latency чтения растёт — бутылочное горлышко на диске. Если много ожиданий на блокировки — проблема не в индексе, а в конкуренции транзакций. Если память кончилась на сортировках или хешах, оптимизация запроса часто начинается не с «добавим индекс», а с переписывания плана или уменьшения объёма данных.
Схема простая, но дьявол кроется в статистике. Ищите не самый «тяжёлый» запрос по времени, а тот, который создаёт очередь и держит ресурс. Один медленный запрос терпим; десять средних, которые одновременно душат один и тот же объект, — уже инцидент. Сначала локализуйте ресурс, потом чините причину.
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Xchat удалён из App Store и Google play
Google Play и App Store удалили мессенджер XChat, продвигавшийся Илоном Маском как сервис с шифрованием без рекламы. Несмотря на трафик из X.com, приложение исключили из сторов. Причиной мог стать отказ от трекинга, что мешает монетизации и антифрод-системам площадок. Кейс доказывает: отсутствие рекламных инструментов делает софт уязвимым, а медийная поддержка не спасает продукт, если его политика нарушает правила маркетплейсов.
➡️ Читайте на сайте: https://aff.top/blog/xchat-udalen-iz-app-store-i-google-play
🧠 Ещё больше инсайтов → в канале AFF.top
Google Play и App Store удалили мессенджер XChat, продвигавшийся Илоном Маском как сервис с шифрованием без рекламы. Несмотря на трафик из X.com, приложение исключили из сторов. Причиной мог стать отказ от трекинга, что мешает монетизации и антифрод-системам площадок. Кейс доказывает: отсутствие рекламных инструментов делает софт уязвимым, а медийная поддержка не спасает продукт, если его политика нарушает правила маркетплейсов.
➡️ Читайте на сайте: https://aff.top/blog/xchat-udalen-iz-app-store-i-google-play
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
В Facebook Ads Manager появилась метрика Creative Diversity
Meta представила метрику Creative Diversity для оценки разнообразия креативов. Алгоритм Generative Recommender анализирует стиль, тему, тип хука и формат объявлений. Простое изменение цвета или ракурса теперь не работает: система пессимизирует похожие подходы. Для эффективного залива арбитражникам придется тестировать принципиально разный контент, чтобы алгоритмы лучше находили аудиторию. Инструмент выйдет из беты до конца года.
➡️ Читайте на сайте: https://aff.top/blog/v-facebook-ads-manager-poiavilas-metrika-creative-diversity
🧠 Ещё больше инсайтов → в канале AFF.top
Meta представила метрику Creative Diversity для оценки разнообразия креативов. Алгоритм Generative Recommender анализирует стиль, тему, тип хука и формат объявлений. Простое изменение цвета или ракурса теперь не работает: система пессимизирует похожие подходы. Для эффективного залива арбитражникам придется тестировать принципиально разный контент, чтобы алгоритмы лучше находили аудиторию. Инструмент выйдет из беты до конца года.
➡️ Читайте на сайте: https://aff.top/blog/v-facebook-ads-manager-poiavilas-metrika-creative-diversity
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Твои переписки с ChatGPT читают люди
OpenAI привлекает подрядчиков для ручного анализа диалогов с ChatGPT, чтобы повысить качество модели. В ходе проверки конфиденциальная информация пользователей попадает к третьим лицам. Для сферы CPA это несет прямые риски: уникальные связки, креативы и структуры лендингов, созданные нейросетью, перестают быть приватными. Главный вывод — любая информация, переданная ИИ, может быть изучена извне, что ведет к быстрому выгоранию профитных подходов …
➡️ Читайте на сайте: https://aff.top/blog/tvoi-perepiski-s-chatgpt-chitaiut-liudi
🧠 Ещё больше инсайтов → в канале AFF.top
OpenAI привлекает подрядчиков для ручного анализа диалогов с ChatGPT, чтобы повысить качество модели. В ходе проверки конфиденциальная информация пользователей попадает к третьим лицам. Для сферы CPA это несет прямые риски: уникальные связки, креативы и структуры лендингов, созданные нейросетью, перестают быть приватными. Главный вывод — любая информация, переданная ИИ, может быть изучена извне, что ведет к быстрому выгоранию профитных подходов …
➡️ Читайте на сайте: https://aff.top/blog/tvoi-perepiski-s-chatgpt-chitaiut-liudi
🧠 Ещё больше инсайтов → в канале AFF.top
Бэкап без восстановления — это не защита, а дорогая иллюзия
Коллеги, давайте разберем план выполнения. Автоматизация резервного копирования нужна не ради галочки, а чтобы RPO/RTO были не на словах. Базовый минимум: полный бэкап по расписанию, инкременты между ними, отдельное хранение копий и контроль успешности задач. Если джобу просто «запустили», это еще не бэкап — это надежда.
Дальше важны детали, на которых обычно и горят:
— проверка суммы/хеша после копирования;
— ротация и удаление старых копий без ручного шаманства;
— шифрование архивов и ограничение доступа;
— разнос бэкапов и боевой БД по разным носителям/сегментам.
Но самый частый провал — не хранение, а восстановление. Если restore не прогоняется регулярно, вы не знаете ни время подъема, ни поломанные зависимости, ни битые архивы. В продакшене так лучше не делать, и вот почему: в момент аварии уже поздно выяснять, что скрипт восстановления ждал интерактивный ввод или не поднимал права на каталог.
Схема простая, но дьявол кроется в статистике: логируйте каждый шаг бэкапа, проверяйте алерты, раз в цикл делайте тестовый restore на чистую среду и фиксируйте фактическое время восстановления. Золотое правило: сначала мониторинг, потом индексы.
Если у вас есть только одна копия и ни одного тестового восстановления — у вас не backup strategy, а план на удачу.
Коллеги, давайте разберем план выполнения. Автоматизация резервного копирования нужна не ради галочки, а чтобы RPO/RTO были не на словах. Базовый минимум: полный бэкап по расписанию, инкременты между ними, отдельное хранение копий и контроль успешности задач. Если джобу просто «запустили», это еще не бэкап — это надежда.
Дальше важны детали, на которых обычно и горят:
— проверка суммы/хеша после копирования;
— ротация и удаление старых копий без ручного шаманства;
— шифрование архивов и ограничение доступа;
— разнос бэкапов и боевой БД по разным носителям/сегментам.
Но самый частый провал — не хранение, а восстановление. Если restore не прогоняется регулярно, вы не знаете ни время подъема, ни поломанные зависимости, ни битые архивы. В продакшене так лучше не делать, и вот почему: в момент аварии уже поздно выяснять, что скрипт восстановления ждал интерактивный ввод или не поднимал права на каталог.
Схема простая, но дьявол кроется в статистике: логируйте каждый шаг бэкапа, проверяйте алерты, раз в цикл делайте тестовый restore на чистую среду и фиксируйте фактическое время восстановления. Золотое правило: сначала мониторинг, потом индексы.
Если у вас есть только одна копия и ни одного тестового восстановления — у вас не backup strategy, а план на удачу.
Миграция данных без простоя — это не магия, а дисциплина на каждом шаге
Коллеги, давайте разберем план выполнения. Схема простая, но дьявол кроется в статистике: сначала описываем источник и приемник, потом фиксируем объем, скорость изменения и допустимое окно рассинхрона. Без этого «перелив» превращается в лотерею.
Минимальный набор действий:
— загрузка в новую структуру через staging, а не сразу в боевую таблицу;
— двойная запись только там, где можно пережить лишний I/O;
— сверка по количеству, контрольным суммам и бизнес-ключам;
— отдельный план отката, а не надежда на удачу.
Посмотрим, что тут с I/O в реальности. Самые частые простои прилетают не из-за самого копирования, а из-за блокировок, долгих транзакций и массового обновления индексов. Если миграция трогает горячие таблицы, режьте батчи, отключайте тяжелые фоновые задачи и заранее проверяйте, как ведет себя репликация или очереди.
Перед переключением нужен короткий dry run: прогон на копии, замер времени, проверка прав, триггеров, ограничений и внешних зависимостей. И да, выпускать в продакшен без метрик по lag, latency и ошибкам — плохая идея, даже если «данных немного».
Золотое правило: сначала мониторинг, потом индексы. Если видно, где узкое место, миграция проходит тихо; если нет — получаете простой, который потом долго объясняют бизнесу и еще дольше разбирают в логах.
Коллеги, давайте разберем план выполнения. Схема простая, но дьявол кроется в статистике: сначала описываем источник и приемник, потом фиксируем объем, скорость изменения и допустимое окно рассинхрона. Без этого «перелив» превращается в лотерею.
Минимальный набор действий:
— загрузка в новую структуру через staging, а не сразу в боевую таблицу;
— двойная запись только там, где можно пережить лишний I/O;
— сверка по количеству, контрольным суммам и бизнес-ключам;
— отдельный план отката, а не надежда на удачу.
Посмотрим, что тут с I/O в реальности. Самые частые простои прилетают не из-за самого копирования, а из-за блокировок, долгих транзакций и массового обновления индексов. Если миграция трогает горячие таблицы, режьте батчи, отключайте тяжелые фоновые задачи и заранее проверяйте, как ведет себя репликация или очереди.
Перед переключением нужен короткий dry run: прогон на копии, замер времени, проверка прав, триггеров, ограничений и внешних зависимостей. И да, выпускать в продакшен без метрик по lag, latency и ошибкам — плохая идея, даже если «данных немного».
Золотое правило: сначала мониторинг, потом индексы. Если видно, где узкое место, миграция проходит тихо; если нет — получаете простой, который потом долго объясняют бизнесу и еще дольше разбирают в логах.
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Google тестирует оплату за контент сайта
Google запустил тест программы AI Contribution Pilot, предлагая вебмастерам выплаты через Search Console за контент, повлиявший на ответы ИИ в Gemini и AI Overviews. Алгоритмы оценки вклада и формулы расчетов непрозрачны, а суммы пока скромные. Главный итог: создан важный прецедент прямой компенсации за использование авторских материалов в генеративной выдаче.
➡️ Читайте на сайте: https://aff.top/blog/google-testiruet-oplatu-za-kontent-saita
🧠 Ещё больше инсайтов → в канале AFF.top
Google запустил тест программы AI Contribution Pilot, предлагая вебмастерам выплаты через Search Console за контент, повлиявший на ответы ИИ в Gemini и AI Overviews. Алгоритмы оценки вклада и формулы расчетов непрозрачны, а суммы пока скромные. Главный итог: создан важный прецедент прямой компенсации за использование авторских материалов в генеративной выдаче.
➡️ Читайте на сайте: https://aff.top/blog/google-testiruet-oplatu-za-kontent-saita
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
Можно идеально настроить фарм и всё равно улететь нахуй, потому что IP до тебя уже убили)
У проксей вообще классно устроено: каждый второй пишет про чистейшие IP, а что тебе реально выдали, узнаёшь когда уже начались проблемы
Самое веселое, что обычно качество прокси узнаешь только тогда, когда начинаются проблемы. На сайте тебе написали «чистые IP», а что реально попалось, сюрприз.
В Relayox не сваливают все адреса в один пул. Степень фильтрации выбираешь сам. Нужен большой выбор IP, берёшь шире. Работаешь с капризной площадкой, сужаешь отбор. А не вот это вот «у нас премиум, мамой клянусь»
Короче можете вообще не верить этому посту. Тест стоит $1. Берёте 200 МБ или isp, проверяете на своей задаче и сами решаете.
А промокод AFFPAPA даст скидку 30% 🤑
https://relayox.com/
У проксей вообще классно устроено: каждый второй пишет про чистейшие IP, а что тебе реально выдали, узнаёшь когда уже начались проблемы
Самое веселое, что обычно качество прокси узнаешь только тогда, когда начинаются проблемы. На сайте тебе написали «чистые IP», а что реально попалось, сюрприз.
В Relayox не сваливают все адреса в один пул. Степень фильтрации выбираешь сам. Нужен большой выбор IP, берёшь шире. Работаешь с капризной площадкой, сужаешь отбор. А не вот это вот «у нас премиум, мамой клянусь»
Короче можете вообще не верить этому посту. Тест стоит $1. Берёте 200 МБ или isp, проверяете на своей задаче и сами решаете.
А промокод AFFPAPA даст скидку 30% 🤑
https://relayox.com/
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
В публичный доступ вышли Gemini 3.8 Live и Gemini 3.8 Live Extended Thinking
Google представила Gemini 3.8 Live и Extended Thinking — голосовые ИИ-модели с поддержкой 97 языков и функцией параллельного мышления. Инструмент умеет выполнять фоновые задачи и анализировать видео в реальном времени, не прерывая диалог. Высокое качество распознавания речи и доступ через API позволяют эффективно использовать модели для автоматизации воронки продаж, обработки лидов и создания интерактивных креативов.
➡️ Читайте на сайте: https://aff.top/blog/v-publichnyi-dostup-vyshli-gemini-3-8-live-i-gemini-3-8-live-extended-thinking
🧠 Ещё больше инсайтов → в канале AFF.top
Google представила Gemini 3.8 Live и Extended Thinking — голосовые ИИ-модели с поддержкой 97 языков и функцией параллельного мышления. Инструмент умеет выполнять фоновые задачи и анализировать видео в реальном времени, не прерывая диалог. Высокое качество распознавания речи и доступ через API позволяют эффективно использовать модели для автоматизации воронки продаж, обработки лидов и создания интерактивных креативов.
➡️ Читайте на сайте: https://aff.top/blog/v-publichnyi-dostup-vyshli-gemini-3-8-live-i-gemini-3-8-live-extended-thinking
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from Affiliate Marketing - Cpa.Rip
Евгений Юрьевич все таки навайбкодил свой «NeAntik», полностью сделанный нейронками антидетект. По прохождению тестов там конечно есть вопросы, но функционал не хуже индиго!) Пока есть только версия под macOS. @cparip
Подробнее: https://cpa.rip/services/neantik/
🤩 Adset.Pro — AI-трекер, PWA и игровые ленды в одном месте. −50% по промокоду CPARIP
Подробнее: https://cpa.rip/services/neantik/
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
Топ 5 spy-сервисов для Facebook
В обзоре сравниваются пять spy-сервисов для Facebook: от бесплатной Library до профессиональных AdSpy и Tyver. Автор оценивает их по глубине аналитики, охвату и цене. Главный вывод: бесплатные решения не показывают профитность креативов, поэтому для работы в плюс необходим платный софт. Лидером рейтинга стал Tyver за баланс стоимости и функций. Инвестиции в спай окупаются за счет быстрого поиска рабочих подходов и экономии бюджета на тестах новы…
➡️ Читайте на сайте: https://aff.top/blog/top-5-spy-servisov-dlia-facebook
🧠 Ещё больше инсайтов → в канале AFF.top
В обзоре сравниваются пять spy-сервисов для Facebook: от бесплатной Library до профессиональных AdSpy и Tyver. Автор оценивает их по глубине аналитики, охвату и цене. Главный вывод: бесплатные решения не показывают профитность креативов, поэтому для работы в плюс необходим платный софт. Лидером рейтинга стал Tyver за баланс стоимости и функций. Инвестиции в спай окупаются за счет быстрого поиска рабочих подходов и экономии бюджета на тестах новы…
➡️ Читайте на сайте: https://aff.top/blog/top-5-spy-servisov-dlia-facebook
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Meta добавила платную подписку на свои соцсети
Meta расширяет программу Meta Verified, внедряя подписку Meta One с тремя тарифами стоимостью до 19,99 долларов. Пакеты включают верификацию и доступ к ИИ компании. Несмотря на скепсис по поводу нейросетей, синяя галочка остается важным инструментом для арбитража. В нише УБТ верифицированные аккаунты моделей повышают траст и упрощают залив. Подписка становится техническим расходом, требующим оценки окупаемости в рамках связок.
➡️ Читайте на сайте: https://aff.top/blog/meta-dobavila-platnuiu-podpisku-na-svoi-socseti
🧠 Ещё больше инсайтов → в канале AFF.top
Meta расширяет программу Meta Verified, внедряя подписку Meta One с тремя тарифами стоимостью до 19,99 долларов. Пакеты включают верификацию и доступ к ИИ компании. Несмотря на скепсис по поводу нейросетей, синяя галочка остается важным инструментом для арбитража. В нише УБТ верифицированные аккаунты моделей повышают траст и упрощают залив. Подписка становится техническим расходом, требующим оценки окупаемости в рамках связок.
➡️ Читайте на сайте: https://aff.top/blog/meta-dobavila-platnuiu-podpisku-na-svoi-socseti
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from iGamingNews
Media is too big
VIEW IN TELEGRAM
🔍 Для каждой аудитории оператор реализовал отдельный сюжет с упоминанием бренда. В футбольном канале новость обыгрывает летнюю трансферную сагу, в которой нападающий ФК «Атлетико Мадрид» Хулиан Альварес зарабатывает на продукте оператора для выплаты отступных и перехода в ФК «Барселона». В крипто-канале новость сообщает о продаже Робертом Кийосаки всей своей криптовалюты ради депозита, который он называет лучшим способом вложиться в недвижимость. В канале об ММА сюжет строится на том, что глава UFC Дана Уайт запретил бойцам играть у оператора из-за идущего розыгрыша жилья
@igaming_news
Please open Telegram to view this post
VIEW IN TELEGRAM
Параметры БД надо крутить не «на глаз», а по симптомам и метрикам
Коллеги, давайте разберем план выполнения. Конфигурация БД — это не место для магии. Один и тот же параметр может спасать latency или добивать I/O, если менять его без понимания нагрузки.
Рабочий порядок простой:
— сначала снимите базовую картину: CPU, I/O, cache hit, locks, temp usage;
— меняйте один параметр за раз, иначе не поймете, что сработало;
— фиксируйте до/после: план, время ответа, число чтений, рост памяти;
— проверяйте побочные эффекты: больше памяти одному воркеру — меньше остается остальным.
Частая ошибка — лечить очередь запросов увеличением всех буферов подряд. Это не настройка, а попытка заткнуть дыру одеялом. Если упираетесь в диск, ищите плохие планы, лишние чтения и сортировки, а не просто раздувайте кэш. Схема простая, но дьявол кроется в статистике.
Если параметр нужен только «на всякий случай», его место в черновике, а не в production. Сначала мониторинг, потом индексы и уже потом конфиг.
Коллеги, давайте разберем план выполнения. Конфигурация БД — это не место для магии. Один и тот же параметр может спасать latency или добивать I/O, если менять его без понимания нагрузки.
Рабочий порядок простой:
— сначала снимите базовую картину: CPU, I/O, cache hit, locks, temp usage;
— меняйте один параметр за раз, иначе не поймете, что сработало;
— фиксируйте до/после: план, время ответа, число чтений, рост памяти;
— проверяйте побочные эффекты: больше памяти одному воркеру — меньше остается остальным.
Частая ошибка — лечить очередь запросов увеличением всех буферов подряд. Это не настройка, а попытка заткнуть дыру одеялом. Если упираетесь в диск, ищите плохие планы, лишние чтения и сортировки, а не просто раздувайте кэш. Схема простая, но дьявол кроется в статистике.
Если параметр нужен только «на всякий случай», его место в черновике, а не в production. Сначала мониторинг, потом индексы и уже потом конфиг.
Миграция данных без простоя: где чаще всего рвётся план и как это закрыть
Коллеги, давайте разберем план выполнения. Главная ошибка — считать миграцию одной операцией. На деле это цепочка: анализ схемы, перенос данных, сверка, переключение, откат. Если хотя бы один шаг не измерен, простой появится не «из-за базы», а из-за вашей уверенности.
Перед переносом проверьте три вещи:
— объем и скорость изменения данных, а не только общий размер;
— зависимости: триггеры, FK, джобы, приложения с hardcode на старые имена;
— окна блокировок: где допустимы короткие, а где любая пауза уже инцидент.
Для больших таблиц лучше идти через двойную запись или репликацию, а не через «залили и переключили». Сначала прогоняем синхронизацию, потом сравниваем контрольные суммы/количество строк/ключевые агрегаты. Посмотрим, что тут с I/O в реальности: иногда узкое место не сеть, а сортировка, журнал или вакуум, который внезапно решил жить своей жизнью.
Переключение держите атомарным: короткий freeze на запись, финальная дельта, проверка, смена точки входа. И обязательно готовьте откат заранее, а не в момент, когда уже видно, что индекс строится дольше, чем обещали в презентации. Золотое правило: сначала мониторинг, потом индексы.
Если миграция требует «ночного окна на несколько часов», это не план, а просьба о форс-мажоре. Делайте перенос так, чтобы самый рискованный шаг был обратим за минуты, а не за новый уик-энд.
Коллеги, давайте разберем план выполнения. Главная ошибка — считать миграцию одной операцией. На деле это цепочка: анализ схемы, перенос данных, сверка, переключение, откат. Если хотя бы один шаг не измерен, простой появится не «из-за базы», а из-за вашей уверенности.
Перед переносом проверьте три вещи:
— объем и скорость изменения данных, а не только общий размер;
— зависимости: триггеры, FK, джобы, приложения с hardcode на старые имена;
— окна блокировок: где допустимы короткие, а где любая пауза уже инцидент.
Для больших таблиц лучше идти через двойную запись или репликацию, а не через «залили и переключили». Сначала прогоняем синхронизацию, потом сравниваем контрольные суммы/количество строк/ключевые агрегаты. Посмотрим, что тут с I/O в реальности: иногда узкое место не сеть, а сортировка, журнал или вакуум, который внезапно решил жить своей жизнью.
Переключение держите атомарным: короткий freeze на запись, финальная дельта, проверка, смена точки входа. И обязательно готовьте откат заранее, а не в момент, когда уже видно, что индекс строится дольше, чем обещали в презентации. Золотое правило: сначала мониторинг, потом индексы.
Если миграция требует «ночного окна на несколько часов», это не план, а просьба о форс-мажоре. Делайте перенос так, чтобы самый рискованный шаг был обратим за минуты, а не за новый уик-энд.
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
В Telegram Ads добавили Banner in Bot
В Telegram Ads появился формат Banner in Bot для показа рекламы внутри ботов с аудиторией от 1000 человек. Инструмент таргетируется не на площадки, а на пользователей — по интересам, номерам телефонов и подпискам. Пока доступны только текстовые креативы по ставкам Target Users. Новинка позволяет напрямую через стандартный кабинет охватывать целевую аудиторию прямо в их диалогах с ботами.
➡️ Читайте на сайте: https://aff.top/blog/v-telegram-ads-dobavili-banner-in-bot
🧠 Ещё больше инсайтов → в канале AFF.top
В Telegram Ads появился формат Banner in Bot для показа рекламы внутри ботов с аудиторией от 1000 человек. Инструмент таргетируется не на площадки, а на пользователей — по интересам, номерам телефонов и подпискам. Пока доступны только текстовые креативы по ставкам Target Users. Новинка позволяет напрямую через стандартный кабинет охватывать целевую аудиторию прямо в их диалогах с ботами.
➡️ Читайте на сайте: https://aff.top/blog/v-telegram-ads-dobavili-banner-in-bot
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Anthropic готовит к запуску Claude Money
Anthropic анонсировала Claude Money — ИИ-сервис для управления личными финансами и автоматизации платежей. Инструмент позволяет подключать банковские карты для анализа расходов, планирования бюджета и проведения транзакций. Это переход от консультационных моделей к полноценным финансовым агентам. Внедрение технологии позволит пользователям делегировать нейросети рутинные задачи, включая оплату токенов и подписок на необходимые рабочие сервисы.
➡️ Читайте на сайте: https://aff.top/blog/anthropic-gotovit-k-zapusku-claude-money
🧠 Ещё больше инсайтов → в канале AFF.top
Anthropic анонсировала Claude Money — ИИ-сервис для управления личными финансами и автоматизации платежей. Инструмент позволяет подключать банковские карты для анализа расходов, планирования бюджета и проведения транзакций. Это переход от консультационных моделей к полноценным финансовым агентам. Внедрение технологии позволит пользователям делегировать нейросети рутинные задачи, включая оплату токенов и подписок на необходимые рабочие сервисы.
➡️ Читайте на сайте: https://aff.top/blog/anthropic-gotovit-k-zapusku-claude-money
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
GameChange Partners запускает трехмесячное соревнование для партнеров с общим призовым фондом до $1 000 000.
⭐️ Твой результат определяет место в рейтинге, а результат всего дивизиона влияет на размер наград. При перевыполнении плана множитель призовых может вырасти до ×2.5.
⭐️ GCP - это CPA и RS, 100+ GEO, прозрачная статистика и аналитика для работы и масштабирования трафика.
Please open Telegram to view this post
VIEW IN TELEGRAM
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