Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Доменная зона .web делегирован в корневую зону DNS
Verisign вывела .web в корневую зону DNS: теперь это полноценный TLD, но открытая регистрация ещё не стартовала. Сначала доступ получат владельцы совпадающих доменов в .com через LRP. Вывод для рынка: хорошие EMD в .com могут стать входным билетом в .web, если успеть занять брендовые имена раньше общего запуска.
➡️ Читайте на сайте: https://aff.top/blog/domennaia-zona-web-delegirovan-v-kornevuiu-zonu-dns
🧠 Ещё больше инсайтов → в канале AFF.top
Verisign вывела .web в корневую зону DNS: теперь это полноценный TLD, но открытая регистрация ещё не стартовала. Сначала доступ получат владельцы совпадающих доменов в .com через LRP. Вывод для рынка: хорошие EMD в .com могут стать входным билетом в .web, если успеть занять брендовые имена раньше общего запуска.
➡️ Читайте на сайте: https://aff.top/blog/domennaia-zona-web-delegirovan-v-kornevuiu-zonu-dns
🧠 Ещё больше инсайтов → в канале AFF.top
Внедрение ORM в CMS — тема, где обычно сразу включают режим «будет медленно». Я в таких кейсах всегда смотрю не на название технологии, а на то, как она ложится в архитектуру и где именно возникает лишняя нагрузка.
Doctrine в ядре WordPress — интересный пример именно по этой причине. Если ORM подключают бездумно, она превращается в слой абстракции ради абстракции: больше объектов, больше запросов, больше памяти. Но если разнести ответственность, держать под контролем загрузку сущностей и не тащить ORM туда, где достаточно прямого SQL, можно получить управляемую модель данных без заметной просадки по производительности.
Схема здесь простая:
legacy-ядро → слой доступа к данным → Doctrine → изолированные сущности и репозитории.
Ключевой момент — не «переписать всё», а встроить ORM точечно, там, где она даёт дисциплину в коде и предсказуемость в сопровождении.
Для проектов на Битрикс это знакомая логика. Не вся интеграция должна жить в высокоуровневой абстракции. Иногда правильнее оставить быстрый прямой доступ, а ORM использовать только для тех зон, где важны структура, тестируемость и контроль над доменной моделью. Именно так обычно и удаётся не убить производительность ради красивого слоя.
Doctrine в ядре WordPress — интересный пример именно по этой причине. Если ORM подключают бездумно, она превращается в слой абстракции ради абстракции: больше объектов, больше запросов, больше памяти. Но если разнести ответственность, держать под контролем загрузку сущностей и не тащить ORM туда, где достаточно прямого SQL, можно получить управляемую модель данных без заметной просадки по производительности.
Схема здесь простая:
legacy-ядро → слой доступа к данным → Doctrine → изолированные сущности и репозитории.
Ключевой момент — не «переписать всё», а встроить ORM точечно, там, где она даёт дисциплину в коде и предсказуемость в сопровождении.
Для проектов на Битрикс это знакомая логика. Не вся интеграция должна жить в высокоуровневой абстракции. Иногда правильнее оставить быстрый прямой доступ, а ORM использовать только для тех зон, где важны структура, тестируемость и контроль над доменной моделью. Именно так обычно и удаётся не убить производительность ради красивого слоя.
Forwarded from ZM apps | Channel
Новый instant-хит с простой и затягивающей механикой.
Игрок запускает колесо➡️ ловит множители и выигрыши➡️ ничего лишнего, только быстрый и динамичный геймплей.
Игра уже успела набрать популярность на рынках Индии и Пакистана благодаря высокой вовлеченности игроков, коротким игровым сессиям и яркой визуальной подаче.
INOUT GAMES выпускает хиты, а ZM apps первыми выдают под них прилы.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
PoshFriends × Pixmove запускают жаркий турнир специально для УБТ-комьюнити.
Что нужно сделать?
Без сложных механик. Без лишних условий.
Только трафик → FD → лидерборд → призы.
Пиши менеджеру - @aleksandr1_poshfriends
Не оставляй призовой фонд конкурентам. Забирай его себе.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
В Facebook Ads появился раздел «Conversations»
Facebook Ads добавил Conversations с автоответом на комментарии: по ключевым словам можно сразу отправлять сообщение в личку. Для арбитража это новый способ прогрева и передачи ссылки без клоаки: в креативе можно просить оставить комментарий, а заинтересованных уводить с вайта на блэк уже в ДМ. Идея спорная, но её стоит тестировать.
➡️ Читайте на сайте: https://aff.top/blog/v-facebook-ads-poiavilsia-razdel-conversations
🧠 Ещё больше инсайтов → в канале AFF.top
Facebook Ads добавил Conversations с автоответом на комментарии: по ключевым словам можно сразу отправлять сообщение в личку. Для арбитража это новый способ прогрева и передачи ссылки без клоаки: в креативе можно просить оставить комментарий, а заинтересованных уводить с вайта на блэк уже в ДМ. Идея спорная, но её стоит тестировать.
➡️ Читайте на сайте: https://aff.top/blog/v-facebook-ads-poiavilsia-razdel-conversations
🧠 Ещё больше инсайтов → в канале AFF.top
В сервисных бизнесах теперь появляется ещё один управляемый KPI: рейтинг конкретного сотрудника, а не только точки или бренда.
Для интегратора здесь интересен не сам факт «оценки», а схема данных. Если у вас уже есть CRM, касса, лояльность и чат-каналы, такой рейтинг легко превращается в триггер:
— кто получает премию;
— где проседает качество;
— кого нужно исключить из «фронта» или дообучить.
Я в проектах часто вижу одну и ту же ошибку: метрики есть, но они живут отдельно друг от друга. В итоге отзывы собираются в одном сервисе, смены — в другом, а реальная картина по сотруднику не складывается. 🚧
Если рейтинг строится на свежей обратной связи за месяц, это уже почти оперативный инструмент управления. Но только при одном условии: данные должны быть связаны с ID сотрудника, точкой контакта и временем операции. Иначе получится красивая цифра без управленческой ценности.
Для enterprise это ещё и вопрос прав доступа. Не всем в админке нужен полный доступ к персональным оценкам: руководителю — агрегаты, HR — детализация, линейному менеджеру — динамика по своей команде.
Технически это не «про звёздочки». Это про нормальную интеграцию событий, ролей и отчётности.
Для интегратора здесь интересен не сам факт «оценки», а схема данных. Если у вас уже есть CRM, касса, лояльность и чат-каналы, такой рейтинг легко превращается в триггер:
— кто получает премию;
— где проседает качество;
— кого нужно исключить из «фронта» или дообучить.
Я в проектах часто вижу одну и ту же ошибку: метрики есть, но они живут отдельно друг от друга. В итоге отзывы собираются в одном сервисе, смены — в другом, а реальная картина по сотруднику не складывается. 🚧
Если рейтинг строится на свежей обратной связи за месяц, это уже почти оперативный инструмент управления. Но только при одном условии: данные должны быть связаны с ID сотрудника, точкой контакта и временем операции. Иначе получится красивая цифра без управленческой ценности.
Для enterprise это ещё и вопрос прав доступа. Не всем в админке нужен полный доступ к персональным оценкам: руководителю — агрегаты, HR — детализация, линейному менеджеру — динамика по своей команде.
Технически это не «про звёздочки». Это про нормальную интеграцию событий, ролей и отчётности.
Типовой кейс из проекта: команда руками собирает интеграцию, потом API меняется, а нода в n8n живёт своей жизнью. У нас это закончилось предсказуемо — первую версию выкинули целиком.
Что сделали дальше: взяли один источник правды в виде OpenAPI/спеки и начали генерировать из него всё сразу — ноду, документацию, CLI и SDK. В итоге правка в одном файле расходится по всем артефактам, а не ловится потом на проде 🔧
Что это даёт архитектурно:
— меньше расхождений между API и интеграцией;
— проще ревью: смотрим на спецификацию, а не на ручной код;
— CI сам публикует обновления в нужные реестры;
— нода не может «устареть» относительно метода, потому что собирается из того же источника.
Для меня здесь главный вывод простой: если интеграция живёт дольше одного релиза, рукописная обвязка почти всегда превращается в долг по поддержке. Автогенерация не убирает сложность, но делает её управляемой.
Что сделали дальше: взяли один источник правды в виде OpenAPI/спеки и начали генерировать из него всё сразу — ноду, документацию, CLI и SDK. В итоге правка в одном файле расходится по всем артефактам, а не ловится потом на проде 🔧
Что это даёт архитектурно:
— меньше расхождений между API и интеграцией;
— проще ревью: смотрим на спецификацию, а не на ручной код;
— CI сам публикует обновления в нужные реестры;
— нода не может «устареть» относительно метода, потому что собирается из того же источника.
Для меня здесь главный вывод простой: если интеграция живёт дольше одного релиза, рукописная обвязка почти всегда превращается в долг по поддержке. Автогенерация не убирает сложность, но делает её управляемой.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Open AI анонсировала новую модель ChatGPT - Astra
OpenAI показала правительству США новую модель Astra — следующую крупную нейросеть после Sol. Её фокус — долгосрочные задачи и управление саб-агентами, которые делят работу на мелкие шаги. Пока неясно, станет ли Astra GPT-6 или новой версией в линейке Sol, но релиз уже близко, и её стоит ждать на тестах.
➡️ Читайте на сайте: https://aff.top/blog/open-ai-anonsirovala-novuiu-model-chatgpt-astra
🧠 Ещё больше инсайтов → в канале AFF.top
OpenAI показала правительству США новую модель Astra — следующую крупную нейросеть после Sol. Её фокус — долгосрочные задачи и управление саб-агентами, которые делят работу на мелкие шаги. Пока неясно, станет ли Astra GPT-6 или новой версией в линейке Sol, но релиз уже близко, и её стоит ждать на тестах.
➡️ Читайте на сайте: https://aff.top/blog/open-ai-anonsirovala-novuiu-model-chatgpt-astra
🧠 Ещё больше инсайтов → в канале AFF.top
В проектах на WordPress я регулярно смотрю не на «какой сервер моднее», а на поведение под нагрузкой: RPS, latency, TTFB, CPU и RAM. И здесь сравнение OpenLiteSpeed с классическим LEMP обычно быстро снимает иллюзии.
Типовой вывод из таких замеров простой: OpenLiteSpeed может дать хороший отклик на статике и в сценариях с агрессивным кэшированием, но это не отменяет архитектурных ограничений самого проекта. Если у сайта тяжелые плагины, кривые запросы и невычищенный бэкэнд — серверный стек не спасает.
LEMP в моих проектах чаще выигрывает предсказуемостью. Его проще диагностировать, проще разложить по слоям: nginx → php-fpm → OPcache → Redis/DB. Это удобнее для поддержки, когда нужно не «выжать максимум на демо», а держать стабильные 300–500 одновременных пользователей без сюрпризов.
Для интегратора вывод почти всегда один: сначала нормализуем кэш, БД и PHP-профиль, потом уже спорим про веб-сервер. Иначе сравнение превращается в разговор о симптомах, а не о причине. ⚙️
Типовой вывод из таких замеров простой: OpenLiteSpeed может дать хороший отклик на статике и в сценариях с агрессивным кэшированием, но это не отменяет архитектурных ограничений самого проекта. Если у сайта тяжелые плагины, кривые запросы и невычищенный бэкэнд — серверный стек не спасает.
LEMP в моих проектах чаще выигрывает предсказуемостью. Его проще диагностировать, проще разложить по слоям: nginx → php-fpm → OPcache → Redis/DB. Это удобнее для поддержки, когда нужно не «выжать максимум на демо», а держать стабильные 300–500 одновременных пользователей без сюрпризов.
Для интегратора вывод почти всегда один: сначала нормализуем кэш, БД и PHP-профиль, потом уже спорим про веб-сервер. Иначе сравнение превращается в разговор о симптомах, а не о причине. ⚙️
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
Там у Макса Довольного вышел очередной выпуск "Таких новостей", новости как новости, но вот эта новость меня прям разъебала!
Я капнул дальше, и там вообще пиздец, Лев из Пепер.Партнёрс пишет мол - вы согласовали выплату, взяли на оплату, потом хуй пойми что изменилось и вы обвиняете нас во фроде, ну и мол - ребят, давайте как то решим!
На что приходит Настя Щербина #MelBet и просто говорит "Со мной лучше не сорится" - не знаю, воспринял ли это Лев как угрозу, но это совершено точно угроза и была и не понятно чего теперь Льву боятся, чисто Насти? Или Всего #MelBet? Или чего-то большего?
Смех смехом, но речь там идёт про 2к баксов, деньги не большие, но знаете что ещё смешней? Настя потом ещё раз пришла и сказала мол "Уволила ту менеджершу которая работа со Львом" и это вдвойне разъеб, во первых за что? А во вторых не чего что она беременная? Лол на хуй какой-то
Ладно, шучу, не знаю была ли та менеджерша берменная, вполне могла быть кстати, но смех тут в том что ни кто на хуй уволен не был, девушка как работала так и работает, её акк, её фотка, она же за телеграмом, она же прям, а не новый менеджер
Сколько раз можно соврать отвечая на простое сообщение в чате?
Макс в своих новостях примерно это и рассказал, но на своём, корректном официальном языке!
Если что новости Макс хуярит каждую неделю у себя на канале https://www.youtube.com/@traffink
P.S. Если что, я не сорюсь, просто удивительно! Но в целом мне все понятно, продолжим дальше глотать такое, ну, естесвенно пока это нас прям не коснётся... А потом... А потом всем будет уже похуй ибо это станет нормой, просто согласовывать, брать кошель на выплату, а потом говорить - хуй а не выплата, а на вопрос - что случилось? Все же было согласовано, получать ответ "Не лучшее решение ссорится со мной"
P.S.2. не могу удержатся - а когда вообще сорра было лучшим решением? Реально? Было такое? К чему тогда эти слова про не лучшее решение если это априори худшее, я уже даже не говорю что ни кто ёпрст и не сорился вообще то, а просто спросили - ну чо там с деньгами? #НастяЩербина #MelbetОтзыв #MelbetВыплаты
____
🤔 Консоли Google Play и Apple Developer надо? Phoenix — 100% свой фарм с 2021-го. Забрать акки → @phoenix_seller_bot 🤔
Я капнул дальше, и там вообще пиздец, Лев из Пепер.Партнёрс пишет мол - вы согласовали выплату, взяли на оплату, потом хуй пойми что изменилось и вы обвиняете нас во фроде, ну и мол - ребят, давайте как то решим!
На что приходит Настя Щербина #MelBet и просто говорит "Со мной лучше не сорится" - не знаю, воспринял ли это Лев как угрозу, но это совершено точно угроза и была и не понятно чего теперь Льву боятся, чисто Насти? Или Всего #MelBet? Или чего-то большего?
Смех смехом, но речь там идёт про 2к баксов, деньги не большие, но знаете что ещё смешней? Настя потом ещё раз пришла и сказала мол "Уволила ту менеджершу которая работа со Львом" и это вдвойне разъеб, во первых за что? А во вторых не чего что она беременная? Лол на хуй какой-то
Ладно, шучу, не знаю была ли та менеджерша берменная, вполне могла быть кстати, но смех тут в том что ни кто на хуй уволен не был, девушка как работала так и работает, её акк, её фотка, она же за телеграмом, она же прям, а не новый менеджер
Сколько раз можно соврать отвечая на простое сообщение в чате?
Макс в своих новостях примерно это и рассказал, но на своём, корректном официальном языке!
Если что новости Макс хуярит каждую неделю у себя на канале https://www.youtube.com/@traffink
P.S. Если что, я не сорюсь, просто удивительно! Но в целом мне все понятно, продолжим дальше глотать такое, ну, естесвенно пока это нас прям не коснётся... А потом... А потом всем будет уже похуй ибо это станет нормой, просто согласовывать, брать кошель на выплату, а потом говорить - хуй а не выплата, а на вопрос - что случилось? Все же было согласовано, получать ответ "Не лучшее решение ссорится со мной"
P.S.2. не могу удержатся - а когда вообще сорра было лучшим решением? Реально? Было такое? К чему тогда эти слова про не лучшее решение если это априори худшее, я уже даже не говорю что ни кто ёпрст и не сорился вообще то, а просто спросили - ну чо там с деньгами? #НастяЩербина #MelbetОтзыв #MelbetВыплаты
____
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM