Forwarded from Affiliate Marketing - Cpa.Rip
Пару дней назад в iGaming chat разыгралась история невероятной щедрости после попытки отмены Евгения Юрьевича. Если в трех словах, то Евгению Иванову «накидали» денег.
Редакции стало интересно, кто и сколько реально перевел. Полностью разобрали ситуацию, каждый платеж, получилось интересно.
По схеме переводов можно кликать. @cparip
https://cpa.rip/articles/unprecedented-generosity/
PS: За происходящим было интересно наблюдать, Евгений хорош)
❤ Работаем с твоим трафиком до окупа. CPA/Spend/RS/Hybrid. Заливай с PIN-UP Partners на ЛатАм и СНГ
Редакции стало интересно, кто и сколько реально перевел. Полностью разобрали ситуацию, каждый платеж, получилось интересно.
По схеме переводов можно кликать. @cparip
https://cpa.rip/articles/unprecedented-generosity/
PS: За происходящим было интересно наблюдать, Евгений хорош)
Please open Telegram to view this post
VIEW IN TELEGRAM
esbuild ускоряет сборку, но чаще всего тормозит не он, а ваш проект
Если Vite или свой билд внезапно “медленный”, не начинайте с замены инструмента. Сначала проверьте три вещи: большой объём TS/JS без разделения на чанки, тяжёлые трансформации в плагинах и лишние проходы по файловой системе.
У esbuild сильная сторона — быстрый парсинг и трансформация. Но он не спасает, если вы гоняете через него всё подряд:
• огромные entry points вместо нормального splitting
• CSS/asset pipeline с десятком промежуточных шагов
• плагины, которые читают диск на каждый импорт
Есть наблюдение которое стоит проверить: в реальных репах “медленный esbuild” часто оказывается “медленным графом зависимостей”. Уберите дублирующиеся импорты, выкиньте неиспользуемые barrel-файлы, сократите глубину re-export’ов — и сборка обычно проседает меньше, чем после любого тюнинга флагов.
Для типовых задач esbuild хорош как быстрый transpile/minify слой. Для сложной логики лучше держать его рядом с Vite, а не заставлять делать то, для чего нужны отдельные плагины и явная структура модулей.
Если сборка болит, сначала режьте граф и I/O, а уже потом меняйте инструмент — так экономится больше времени, чем на бесконечном тюнинге конфигов.
Если Vite или свой билд внезапно “медленный”, не начинайте с замены инструмента. Сначала проверьте три вещи: большой объём TS/JS без разделения на чанки, тяжёлые трансформации в плагинах и лишние проходы по файловой системе.
У esbuild сильная сторона — быстрый парсинг и трансформация. Но он не спасает, если вы гоняете через него всё подряд:
• огромные entry points вместо нормального splitting
• CSS/asset pipeline с десятком промежуточных шагов
• плагины, которые читают диск на каждый импорт
Есть наблюдение которое стоит проверить: в реальных репах “медленный esbuild” часто оказывается “медленным графом зависимостей”. Уберите дублирующиеся импорты, выкиньте неиспользуемые barrel-файлы, сократите глубину re-export’ов — и сборка обычно проседает меньше, чем после любого тюнинга флагов.
Для типовых задач esbuild хорош как быстрый transpile/minify слой. Для сложной логики лучше держать его рядом с Vite, а не заставлять делать то, для чего нужны отдельные плагины и явная структура модулей.
Если сборка болит, сначала режьте граф и I/O, а уже потом меняйте инструмент — так экономится больше времени, чем на бесконечном тюнинге конфигов.