Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Youtube тестирует поиск с AI
YouTube начал тестировать Ask YouTube — поиск с ИИ, где можно задавать вопросы обычным языком и получать не список ссылок, а готовую подборку видео и фрагментов.
Фича уже доступна в США и работает на сложные запросы: если нужно, ИИ уточняет вопрос и подсказывает следующий шаг.
Что это значит для поиска на YouTube и когда новинка дойдёт до других…
➡️ Читайте на сайте: https://aff.top/blog/youtube-testiruet-poisk-s-ai
🧠 Ещё больше инсайтов → в канале AFF.top
YouTube начал тестировать Ask YouTube — поиск с ИИ, где можно задавать вопросы обычным языком и получать не список ссылок, а готовую подборку видео и фрагментов.
Фича уже доступна в США и работает на сложные запросы: если нужно, ИИ уточняет вопрос и подсказывает следующий шаг.
Что это значит для поиска на YouTube и когда новинка дойдёт до других…
➡️ Читайте на сайте: https://aff.top/blog/youtube-testiruet-poisk-s-ai
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Z.ai анонсировала новую GLM-5.5
Z.ai готовит релиз флагманской GLM-5.5: модель обещают показать в августе 2026 года.
Главная интрига — рост до 1 трлн параметров при том же контекстном окне в 1 млн токенов. Новинка снова будет заточена под код и агентные задачи.
Почему версия сразу 5.5, без 5.3 и 5.4, и что это может означать для рынка — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/z-ai-anonsirovala-novuiu-glm-5-5
🧠 Ещё больше инсайтов → в канале AFF.top
Z.ai готовит релиз флагманской GLM-5.5: модель обещают показать в августе 2026 года.
Главная интрига — рост до 1 трлн параметров при том же контекстном окне в 1 млн токенов. Новинка снова будет заточена под код и агентные задачи.
Почему версия сразу 5.5, без 5.3 и 5.4, и что это может означать для рынка — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/z-ai-anonsirovala-novuiu-glm-5-5
🧠 Ещё больше инсайтов → в канале AFF.top
TTFB растёт незаметно: как ловить задержки до того, как просадится конверсия
TTFB — это не «скорость сайта вообще», а первый сигнал о том, где теряется время: на сети, TLS, origin или кэше. Если метрика скачет, CDN часто маскирует проблему, а не решает её.
Что смотреть в мониторинге:
— p50, p95 и p99 отдельно. Среднее значение почти бесполезно.
— Разрез по PoP и странам: задержка между регионами часто указывает на маршрут или перегрузку origin.
— Сопоставление TTFB с cache status. Если HIT быстрый, а MISS медленный, узкое место на стороне backend.
— Корреляцию с TLS handshake и DNS lookup: иногда «медленный TTFB» на деле оказывается проблемой до запроса к приложению.
Для Cloudflare полезно не ограничиваться одним графиком. Смотрите логи запросов, ошибки 52x, долю MISS и время ответа origin. Если TTFB растёт только на динамических страницах, проверяйте блокировки в приложении, БД и медленные внешние API. Если растёт везде — ищите деградацию маршрута, перегрузку сервера или неверные правила кэширования.
Хорошая практика — задать пороги тревог не по абсолютному числу, а по отклонению от базовой линии для каждого типа трафика. Стабильность инфраструктуры — залог масштабируемости.
TTFB — это не «скорость сайта вообще», а первый сигнал о том, где теряется время: на сети, TLS, origin или кэше. Если метрика скачет, CDN часто маскирует проблему, а не решает её.
Что смотреть в мониторинге:
— p50, p95 и p99 отдельно. Среднее значение почти бесполезно.
— Разрез по PoP и странам: задержка между регионами часто указывает на маршрут или перегрузку origin.
— Сопоставление TTFB с cache status. Если HIT быстрый, а MISS медленный, узкое место на стороне backend.
— Корреляцию с TLS handshake и DNS lookup: иногда «медленный TTFB» на деле оказывается проблемой до запроса к приложению.
Для Cloudflare полезно не ограничиваться одним графиком. Смотрите логи запросов, ошибки 52x, долю MISS и время ответа origin. Если TTFB растёт только на динамических страницах, проверяйте блокировки в приложении, БД и медленные внешние API. Если растёт везде — ищите деградацию маршрута, перегрузку сервера или неверные правила кэширования.
Хорошая практика — задать пороги тревог не по абсолютному числу, а по отклонению от базовой линии для каждого типа трафика. Стабильность инфраструктуры — залог масштабируемости.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Telegram запустил собственный сервер для ботов
Telegram запустил собственный сервер для ботов и мани-приложений: теперь backend можно размещать прямо внутри инфраструктуры мессенджера.
Сервер работает на JavaScript/TypeScript, через вебхуки, и позволяет подключать SQL-базу для сбора контактов без посредников.
Пока неясны цена и ограничения — что именно уже можно тестировать, а где скрыт подв…
➡️ Читайте на сайте: https://aff.top/blog/telegram-zapustil-sobstvennyi-server-dlia-botov
🧠 Ещё больше инсайтов → в канале AFF.top
Telegram запустил собственный сервер для ботов и мани-приложений: теперь backend можно размещать прямо внутри инфраструктуры мессенджера.
Сервер работает на JavaScript/TypeScript, через вебхуки, и позволяет подключать SQL-базу для сбора контактов без посредников.
Пока неясны цена и ограничения — что именно уже можно тестировать, а где скрыт подв…
➡️ Читайте на сайте: https://aff.top/blog/telegram-zapustil-sobstvennyi-server-dlia-botov
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Google картинки станут конкурентом Pinterest
Google Картинки начали превращать в полноценную платформу с персональной лентой по прошлым запросам — по сути, в аналог Pinterest.
Во вкладке For you уже тестируют подборки, а ещё обещают коллекции и генерацию изображений во встроенной Nano Banana.
Как это будет работать и когда новинка дойдёт до других стран — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/google-kartinki-stanut-konkurentom-pinterest
🧠 Ещё больше инсайтов → в канале AFF.top
Google Картинки начали превращать в полноценную платформу с персональной лентой по прошлым запросам — по сути, в аналог Pinterest.
Во вкладке For you уже тестируют подборки, а ещё обещают коллекции и генерацию изображений во встроенной Nano Banana.
Как это будет работать и когда новинка дойдёт до других стран — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/google-kartinki-stanut-konkurentom-pinterest
🧠 Ещё больше инсайтов → в канале AFF.top
Обновление Origin-сервера: 7 проверок, которые спасают от простоя и битых ответов
Перед любым изменением на origin фиксируйте базовую точку: схема, порты, TLS-цепочка, заголовки ответа, правила фаервола. Обновление без этой карты часто ломает не сам сервер, а стык между origin, CDN и балансировщиком.
— Сначала проверьте совместимость с кэшем: коды 200/301/302, Cache-Control, Vary, Set-Cookie.
— Убедитесь, что health checks идут на отдельный URL без тяжёлой логики.
— Сохраните старую конфигурацию и способ отката, а не только сам бэкап.
— Не меняйте одновременно TLS, приложение и сетевые правила: искать причину потом дороже.
Для критичных сервисов безопаснее делать canary-подход: часть трафика или отдельный поддомен ведут на новый origin, а остальные запросы продолжают обслуживаться старой схемой. Это снижает риск массового 502/520 и позволяет увидеть регресс до полного переключения.
После обновления проверяйте не только страницу в браузере, но и поведение на уровне HTTP: заголовки, редиректы, keep-alive, время ответа на холодном и тёплом кэше, корректность сжатия. Частая ошибка — считать успехом факт, что сайт «открылся», хотя CDN уже получает нестабильные ответы или лишние редиректы.
Стабильность инфраструктуры — залог масштабируемости. Разбираем логи, оптимизируем кэширование, минимизируем задержки.
Перед любым изменением на origin фиксируйте базовую точку: схема, порты, TLS-цепочка, заголовки ответа, правила фаервола. Обновление без этой карты часто ломает не сам сервер, а стык между origin, CDN и балансировщиком.
— Сначала проверьте совместимость с кэшем: коды 200/301/302, Cache-Control, Vary, Set-Cookie.
— Убедитесь, что health checks идут на отдельный URL без тяжёлой логики.
— Сохраните старую конфигурацию и способ отката, а не только сам бэкап.
— Не меняйте одновременно TLS, приложение и сетевые правила: искать причину потом дороже.
Для критичных сервисов безопаснее делать canary-подход: часть трафика или отдельный поддомен ведут на новый origin, а остальные запросы продолжают обслуживаться старой схемой. Это снижает риск массового 502/520 и позволяет увидеть регресс до полного переключения.
После обновления проверяйте не только страницу в браузере, но и поведение на уровне HTTP: заголовки, редиректы, keep-alive, время ответа на холодном и тёплом кэше, корректность сжатия. Частая ошибка — считать успехом факт, что сайт «открылся», хотя CDN уже получает нестабильные ответы или лишние редиректы.
Стабильность инфраструктуры — залог масштабируемости. Разбираем логи, оптимизируем кэширование, минимизируем задержки.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Россияне не смогут покупать стейблкоины
Россиянам могут закрыть доступ к покупке стейблкоинов: в новой версии закона их приравняли к иностранным активам.
Купить такие токены смогут только квалифицированные инвесторы — например, с активами от 24 млн рублей или доходом от 12 млн в год.
Что это значит для обычных пользователей и когда правило заработает — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/rossiiane-ne-smogut-pokupat-steiblkoiny
🧠 Ещё больше инсайтов → в канале AFF.top
Россиянам могут закрыть доступ к покупке стейблкоинов: в новой версии закона их приравняли к иностранным активам.
Купить такие токены смогут только квалифицированные инвесторы — например, с активами от 24 млн рублей или доходом от 12 млн в год.
Что это значит для обычных пользователей и когда правило заработает — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/rossiiane-ne-smogut-pokupat-steiblkoiny
🧠 Ещё больше инсайтов → в канале AFF.top
23-24 июля встречаемся в Лимассоле! 🔥
Команда AdsCard врывается на Conversion Conf в статусе HOOKAH LOUNGE SPONSOR! Мы готовим для вас идеальное пространство для неформального общения и обсуждения серьезных дел.
Ищете платежное решение, которое не подведет в самый ответственный момент? Хотите масштабировать свои рекламные кампании без головной боли? Давайте обсудим это в расслабленной атмосфере.
Что ждет вас в нашей лаунж-зоне?
0️⃣ Поделимся инсайдами и свежими кейсами по заливу с наших карт на самых требовательных источниках.
0️⃣ Обсудим наши эксклюзивные условия для команд и расскажем, как получить максимум от нашего сервиса.
0️⃣ Познакомим с топами индустрии, угостим дымным кальяном и просто отлично проведем время.
Присоединяйтесь к нам, чтобы совместить приятное с полезным: качественный нетворкинг и эффективные платежные решения.
📍 Где искать: Parklane Hotel, HOOKAH LOUNGE от AdsCard
Ждем всех на Conversion Conf для незабываемого ивента и крутых знакомств! До встречи! 😎
Команда AdsCard врывается на Conversion Conf в статусе HOOKAH LOUNGE SPONSOR! Мы готовим для вас идеальное пространство для неформального общения и обсуждения серьезных дел.
Ищете платежное решение, которое не подведет в самый ответственный момент? Хотите масштабировать свои рекламные кампании без головной боли? Давайте обсудим это в расслабленной атмосфере.
Что ждет вас в нашей лаунж-зоне?
Присоединяйтесь к нам, чтобы совместить приятное с полезным: качественный нетворкинг и эффективные платежные решения.
📍 Где искать: Parklane Hotel, HOOKAH LOUNGE от AdsCard
Ждем всех на Conversion Conf для незабываемого ивента и крутых знакомств! До встречи! 😎
Please open Telegram to view this post
VIEW IN TELEGRAM
Кэш статике и динамике нужен разный: иначе CDN помогает только частично
Статические файлы — это кандидаты на длинный TTL: изображения, CSS, JS, шрифты. Для них важны стабильные имена файлов и контроль инвалидaции. Если URL меняется при каждом релизе, кэш становится бесполезным: edge всё равно отдаёт новую сущность, а не повторно использует старую.
С динамикой осторожнее. HTML, API-ответы, персональные страницы и корзина не должны жить в shared cache без явного анализа. Если кэшировать их «как статику», легко получить устаревшие цены, неверную авторизацию или чужую сессию в ответе. Здесь обычно работают короткий TTL, bypass по cookies и cache key с учётом query string только там, где это действительно нужно.
Практика простая: • разделяйте правила по путям; • для статики включайте immutable-логику и чистые заголовки Cache-Control; • для динамики проверяйте, не ломают ли кэш cookie, Authorization и vary-заголовки. На границе CDN лучше ошибиться в сторону miss, чем отдать неправильный контент.
Если сомневаетесь, начните с безопасной схемы: агрессивный кэш только для версионированной статики, а для HTML и API — точечные исключения после проверки логов. Безопасность и скорость: находим баланс в каждой конфигурации.
Статические файлы — это кандидаты на длинный TTL: изображения, CSS, JS, шрифты. Для них важны стабильные имена файлов и контроль инвалидaции. Если URL меняется при каждом релизе, кэш становится бесполезным: edge всё равно отдаёт новую сущность, а не повторно использует старую.
С динамикой осторожнее. HTML, API-ответы, персональные страницы и корзина не должны жить в shared cache без явного анализа. Если кэшировать их «как статику», легко получить устаревшие цены, неверную авторизацию или чужую сессию в ответе. Здесь обычно работают короткий TTL, bypass по cookies и cache key с учётом query string только там, где это действительно нужно.
Практика простая: • разделяйте правила по путям; • для статики включайте immutable-логику и чистые заголовки Cache-Control; • для динамики проверяйте, не ломают ли кэш cookie, Authorization и vary-заголовки. На границе CDN лучше ошибиться в сторону miss, чем отдать неправильный контент.
Если сомневаетесь, начните с безопасной схемы: агрессивный кэш только для версионированной статики, а для HTML и API — точечные исключения после проверки логов. Безопасность и скорость: находим баланс в каждой конфигурации.
TTFB — первый сигнал, что CDN кэширует плохо или origin уже не справляется
TTFB нужно смотреть не в отрыве от всей цепочки, а по слоям: DNS, TLS, edge, origin. Если общий ответ «медленный», но у edge всё чисто, проблема часто сидит в бэкенде или в правилах кэширования. Если же задержка растёт только на отдельных гео, ищите перегруженный POP, лишние редиректы или нестабильный маршрут до origin.
Практика простая:
— измеряйте TTFB отдельно для cache hit и cache miss;
— сравнивайте первый байт по разным регионам, а не только из одной точки;
— фиксируйте всплески после изменений в WAF, Workers, page rules и origin timeout;
— следите за p95/p99, а не за средним значением: среднее скрывает деградации.
Для диагностики полезно сопоставлять TTFB с логами origin и метриками очереди соединений. Если рост TTFB совпадает с увеличением времени ответа приложения, CDN лишь показывает симптом. Если же origin стабилен, а TTFB скачет, ищите проблемы на edge: холодный кэш, слишком короткий TTL, неправильный bypass или тяжёлые заголовки ответа.
Не пытайтесь лечить высокий TTFB только увеличением кэша. Сначала разделите задержку по этапам и найдите, где именно теряются миллисекунды. Разбираем логи, оптимизируем кэширование, минимизируем задержки.
TTFB нужно смотреть не в отрыве от всей цепочки, а по слоям: DNS, TLS, edge, origin. Если общий ответ «медленный», но у edge всё чисто, проблема часто сидит в бэкенде или в правилах кэширования. Если же задержка растёт только на отдельных гео, ищите перегруженный POP, лишние редиректы или нестабильный маршрут до origin.
Практика простая:
— измеряйте TTFB отдельно для cache hit и cache miss;
— сравнивайте первый байт по разным регионам, а не только из одной точки;
— фиксируйте всплески после изменений в WAF, Workers, page rules и origin timeout;
— следите за p95/p99, а не за средним значением: среднее скрывает деградации.
Для диагностики полезно сопоставлять TTFB с логами origin и метриками очереди соединений. Если рост TTFB совпадает с увеличением времени ответа приложения, CDN лишь показывает симптом. Если же origin стабилен, а TTFB скачет, ищите проблемы на edge: холодный кэш, слишком короткий TTL, неправильный bypass или тяжёлые заголовки ответа.
Не пытайтесь лечить высокий TTFB только увеличением кэша. Сначала разделите задержку по этапам и найдите, где именно теряются миллисекунды. Разбираем логи, оптимизируем кэширование, минимизируем задержки.
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
МАККГРЕГОР! Не только лишь одни синие как оказалось умееют играть в амбасадоров :-) Если вы понимаете
Суть простая, Мак Грегор хуйнул ставочку, и вроде бы хуйня, но все мы понимаем что это значит и это работает на всех нас!
Амбассадор 1xBet сделал прогноз на $100 000 на точный счет финала WCMUC2026: Испания v Аргентина – 2:3. Коэффициент – 36. Потенциальный выигрыш – $3,6 миллиона! На мой взгляд вообще похуй какой именно прогноз он сделал, тут важен сам факт, это без проблем используется во всех крео!
Думаю не надо объяснять что Конор это пиздец какой триггер для игроков и соц. пруф! Самый известный спортсмен мира сделал прогноз на главный матч года, а значит миллионы болельщиков будут следить не только за финалом, но и за его выбором. Используй этот инфоповод, чтобы подтолкнуть аудиторию к собственному прогнозу!
В финале WCMUC2026 победитель будет только один, а вот в борьбе за трафик может победить каждый и урвать свой кусок! Используй, хули сидеть!
Тыкай, там интиресно!
Суть простая, Мак Грегор хуйнул ставочку, и вроде бы хуйня, но все мы понимаем что это значит и это работает на всех нас!
Амбассадор 1xBet сделал прогноз на $100 000 на точный счет финала WCMUC2026: Испания v Аргентина – 2:3. Коэффициент – 36. Потенциальный выигрыш – $3,6 миллиона! На мой взгляд вообще похуй какой именно прогноз он сделал, тут важен сам факт, это без проблем используется во всех крео!
Думаю не надо объяснять что Конор это пиздец какой триггер для игроков и соц. пруф! Самый известный спортсмен мира сделал прогноз на главный матч года, а значит миллионы болельщиков будут следить не только за финалом, но и за его выбором. Используй этот инфоповод, чтобы подтолкнуть аудиторию к собственному прогнозу!
В финале WCMUC2026 победитель будет только один, а вот в борьбе за трафик может победить каждый и урвать свой кусок! Используй, хули сидеть!
Тыкай, там интиресно!
Page Rules и Cache Rules: как не сломать кэш и не спрятать баги за CDN
Page Rules часто используют как быстрый способ «поправить» поведение сайта, но у них есть цена: правила применяются сверху вниз, и одна широкая маска может перекрыть более точную логику. Cache Rules дают больше контроля, но требуют дисциплины в приоритете, условиях и исключениях.
Перед настройкой разделите задачи:
— редиректы и базовые ограничения оставьте для Page Rules, если они уже используются;
— кэширование, bypass и TTL лучше переносить в Cache Rules;
— не смешивайте в одном правиле разнородные действия, если их потом трудно дебажить.
Типовая ошибка — кэшировать HTML «по пути» без учёта cookies, query string и авторизации. В результате статические страницы ускоряются, а персонализированный контент начинает жить дольше, чем должен. Для таких сценариев сначала фиксируют, что именно можно кэшировать, и только потом задают Edge TTL и bypass.
Ещё один риск — пересечение условий. Если Page Rule задаёт один TTL, а Cache Rule пытается его переопределить, итог зависит от порядка и области действия. Проверяйте конфигурацию как цепочку: URL matching, приоритет, исключения, затем фактический заголовок ответа. Разбираем логи, оптимизируем кэширование, минимизируем задержки.
Стабильность инфраструктуры — залог масштабируемости. Сначала уберите конфликты правил, потом расширяйте кэширование точечно: это безопаснее, чем «включить всё и посмотреть».
Page Rules часто используют как быстрый способ «поправить» поведение сайта, но у них есть цена: правила применяются сверху вниз, и одна широкая маска может перекрыть более точную логику. Cache Rules дают больше контроля, но требуют дисциплины в приоритете, условиях и исключениях.
Перед настройкой разделите задачи:
— редиректы и базовые ограничения оставьте для Page Rules, если они уже используются;
— кэширование, bypass и TTL лучше переносить в Cache Rules;
— не смешивайте в одном правиле разнородные действия, если их потом трудно дебажить.
Типовая ошибка — кэшировать HTML «по пути» без учёта cookies, query string и авторизации. В результате статические страницы ускоряются, а персонализированный контент начинает жить дольше, чем должен. Для таких сценариев сначала фиксируют, что именно можно кэшировать, и только потом задают Edge TTL и bypass.
Ещё один риск — пересечение условий. Если Page Rule задаёт один TTL, а Cache Rule пытается его переопределить, итог зависит от порядка и области действия. Проверяйте конфигурацию как цепочку: URL matching, приоритет, исключения, затем фактический заголовок ответа. Разбираем логи, оптимизируем кэширование, минимизируем задержки.
Стабильность инфраструктуры — залог масштабируемости. Сначала уберите конфликты правил, потом расширяйте кэширование точечно: это безопаснее, чем «включить всё и посмотреть».
Forwarded from Я ЗЛОЙ, Я ГАНГСТА
Когда AffPapa попытались кикнуть Иванова из сферы, другие компании скинули ему $100к.
Как мы обсуждали вчера, овнер AffPapa взбесился на ЕЮ и пригрозил аффилке: AffPapa прекратят все формы сотрудничества с компаниями-партнёрами Иванова. Логика простая: мне приносит неудобства этот чел, значит, я сделаю так, чтобы с ним никто больше не работал, тем самым вытеснив его из сферы.
Будь это кто-то другой, идея, может, и сработала бы, но мы говорим о ЕЮ, который тут же понял кипиш. В ответ Алексеев закинул ему $5к с комментом «Кайфуй», а дальше к этому недо-флэшмобу подтянулись другие компании: $25к от Roi Media, $15к от TopX, $10к от GloryPartners, $7.5к от неизвестного Эдуарда, $7.5к от Кардиналов, $5.5к от некого Владимира. И вишенка на торте — $50к от «влиятельной iGaming фигуры, пожелавшей остаться анонимной».
Овнер AffPapa тем временем выдал жиденький ответ на ситуацию: они «не хотят ассоциироваться с брендами, поддерживающими площадки, построенные на срачах», но это не значит, что они прекращают сотрудничество со всеми вышеперечисленными конторами. Иначе говоря, чел понял, что не на того наехал, и быстро переобулся — у него тупо не было другого выбора.
🥴 — чего и следовало ожидать
🍾 — поздравляем ЕЮ с неожиданной премией )0
😈 Я ЗЛОЙ, Я ГАНГСТА
Как мы обсуждали вчера, овнер AffPapa взбесился на ЕЮ и пригрозил аффилке: AffPapa прекратят все формы сотрудничества с компаниями-партнёрами Иванова. Логика простая: мне приносит неудобства этот чел, значит, я сделаю так, чтобы с ним никто больше не работал, тем самым вытеснив его из сферы.
Будь это кто-то другой, идея, может, и сработала бы, но мы говорим о ЕЮ, который тут же понял кипиш. В ответ Алексеев закинул ему $5к с комментом «Кайфуй», а дальше к этому недо-флэшмобу подтянулись другие компании: $25к от Roi Media, $15к от TopX, $10к от GloryPartners, $7.5к от неизвестного Эдуарда, $7.5к от Кардиналов, $5.5к от некого Владимира. И вишенка на торте — $50к от «влиятельной iGaming фигуры, пожелавшей остаться анонимной».
Овнер AffPapa тем временем выдал жиденький ответ на ситуацию: они «не хотят ассоциироваться с брендами, поддерживающими площадки, построенные на срачах», но это не значит, что они прекращают сотрудничество со всеми вышеперечисленными конторами. Иначе говоря, чел понял, что не на того наехал, и быстро переобулся — у него тупо не было другого выбора.
🥴 — чего и следовало ожидать
🍾 — поздравляем ЕЮ с неожиданной премией )0
🎣Лей Fishing Time на TopX, участвуй в раздаче 1kk$ среди баеров и команд! Стань серьёзной iGaming-фигурой! 😎 Подробности ТУТ
Please open Telegram to view this post
VIEW IN TELEGRAM
Page Rules и Cache Rules: где ломают кэш и получают лишний TTL
Page Rules и Cache Rules решают похожие задачи, но работают по-разному. Первая — старый, но всё ещё полезный механизм для точечных исключений. Вторая — более гибкий инструмент для правил кэширования, заголовков и обхода происхождения. Ошибка начинается там, где их смешивают без иерархии.
Базовая схема простая: сначала определите, что должно кэшироваться всегда, что — только при условиях, а что — никогда. Для этого:
— статике задайте агрессивный cache key и длительный TTL;
— API, панели и личные кабинеты исключите из кэша;
— для отдельных URL применяйте bypass, если ответ зависит от cookies, авторизации или географии.
Page Rules используйте только там, где нужна жёсткая точечная обработка: редирект, disable performance, bypass cache для конкретного пути. Cache Rules лучше подходят для масштабируемой логики: условие по host, path, query string, статусу ответа. Если одно и то же можно выразить через Cache Rules, не дублируйте это в Page Rules — потом сложнее отлаживать приоритеты.
Проверяйте конфликт правил на уровне запроса: какой URL матчится первым, какой заголовок приходит с origin, не перетирает ли одно правило другое. Отдельно контролируйте cookies и query string: часто именно они незаметно создают cache fragmentation и убивают hit ratio.
Стабильность инфраструктуры — залог масштабируемости: сначала упрощайте логику кэширования, потом расширяйте её точечно.
Page Rules и Cache Rules решают похожие задачи, но работают по-разному. Первая — старый, но всё ещё полезный механизм для точечных исключений. Вторая — более гибкий инструмент для правил кэширования, заголовков и обхода происхождения. Ошибка начинается там, где их смешивают без иерархии.
Базовая схема простая: сначала определите, что должно кэшироваться всегда, что — только при условиях, а что — никогда. Для этого:
— статике задайте агрессивный cache key и длительный TTL;
— API, панели и личные кабинеты исключите из кэша;
— для отдельных URL применяйте bypass, если ответ зависит от cookies, авторизации или географии.
Page Rules используйте только там, где нужна жёсткая точечная обработка: редирект, disable performance, bypass cache для конкретного пути. Cache Rules лучше подходят для масштабируемой логики: условие по host, path, query string, статусу ответа. Если одно и то же можно выразить через Cache Rules, не дублируйте это в Page Rules — потом сложнее отлаживать приоритеты.
Проверяйте конфликт правил на уровне запроса: какой URL матчится первым, какой заголовок приходит с origin, не перетирает ли одно правило другое. Отдельно контролируйте cookies и query string: часто именно они незаметно создают cache fragmentation и убивают hit ratio.
Стабильность инфраструктуры — залог масштабируемости: сначала упрощайте логику кэширования, потом расширяйте её точечно.
Forwarded from high profit — low life
Маэстро снова всех переиграл - будто по нотам блестяще выступил и остался с деньгами и респектом улиц
Че было?
Кто-то вспомнил про сообщество Affpapa - кто конкретно такие и чем занимаются кроме организации местечковых митапов, я не ебу, но пафоса как всегда много - доступ к серьезным iGaming фигурам у них только по подписке за 2100 евриков.
ЕЮ купил доступ и предложил поделиться им за шекели со всеми желающими - казалось бы нихуя нового под арбитражной луной, купить базу любой партнерки или сообщества проще чем щелкнуть пальцами.
Но обиженный владелец папки пошел плакать в линкедине на тему того «какжи так, никогда такого не было и вот опять».
Также он пообещал всем брендам так или иначе связанным с Юрьичем (то есть 90% СНГ рынка) закрытие доступа к аффпапе и немедленное прекращение сотрудничества.
После этого ситуация плавно перетекла в iGaming Chat, где пошла настоящая возня - вместо НЕМЕДЛЕННОГО РАЗРЫВА С ОПОРОЧИВШИМ ИМЯ АФФПАПЫ, бренды предпочли поддержать Евгения вечнозелеными долларами и накидали ему под сто косых на ход ноги и новый контент, засветились PVT, Roimedia, Кардиналы, TopX и Glory, а также несколько анонимных iGaming-фигур.
Дальше - больше, обиженный владелец Аффпапки выступил с уже более жидкими заявлениями о том, что его не так поняли и что прекращать сотрудничество ни с кем пока не будут, просто советуют быть аккуратнее и бла-бла-бла.
Собственно, понятно что без топовых брендов, которые в том числе оплачивают существование Аффпапы вряд ли оно сможет фунциклировать.
Как и любой медийный конфликт - этот Евгений Юрьевич выиграл в одну калитку, прямо как Испания Аргентину вчера.
Мораль?
Не пиздите на маэстро.
High Profit — Low Life | Прислать сплетню
Че было?
Кто-то вспомнил про сообщество Affpapa - кто конкретно такие и чем занимаются кроме организации местечковых митапов, я не ебу, но пафоса как всегда много - доступ к серьезным iGaming фигурам у них только по подписке за 2100 евриков.
ЕЮ купил доступ и предложил поделиться им за шекели со всеми желающими - казалось бы нихуя нового под арбитражной луной, купить базу любой партнерки или сообщества проще чем щелкнуть пальцами.
Но обиженный владелец папки пошел плакать в линкедине на тему того «какжи так, никогда такого не было и вот опять».
Также он пообещал всем брендам так или иначе связанным с Юрьичем (то есть 90% СНГ рынка) закрытие доступа к аффпапе и немедленное прекращение сотрудничества.
После этого ситуация плавно перетекла в iGaming Chat, где пошла настоящая возня - вместо НЕМЕДЛЕННОГО РАЗРЫВА С ОПОРОЧИВШИМ ИМЯ АФФПАПЫ, бренды предпочли поддержать Евгения вечнозелеными долларами и накидали ему под сто косых на ход ноги и новый контент, засветились PVT, Roimedia, Кардиналы, TopX и Glory, а также несколько анонимных iGaming-фигур.
Дальше - больше, обиженный владелец Аффпапки выступил с уже более жидкими заявлениями о том, что его не так поняли и что прекращать сотрудничество ни с кем пока не будут, просто советуют быть аккуратнее и бла-бла-бла.
Собственно, понятно что без топовых брендов, которые в том числе оплачивают существование Аффпапы вряд ли оно сможет фунциклировать.
Как и любой медийный конфликт - этот Евгений Юрьевич выиграл в одну калитку, прямо как Испания Аргентину вчера.
Мораль?
Не пиздите на маэстро.
High Profit — Low Life | Прислать сплетню