Всем привет
Правда ли, что babel-preset-env с modules commonjs убивает суть lazy loading в реакте?
Некоторые тесты это подтверждают
Но css начинают работать максимально странно и криво

css библиотек npmвских заигнорировал тоже

всем привет!

нужно все npm модули, которые в gzip от 10кб и более собирать как отдельные чанки а мелкие npm модули складывать в кучу в чанки по размеру в gzip не более 14кб

реально ли такое?

с gzip - нет. во время разбиения на чанки нет этой информации. можно ориентироваться только на чистый размер. со вебпак и делает по умолчанию (дефолтный лимит 30кб)

С gzip понятно
А вот логику по разбиению где и как можно реализовать?

на надо реализовать. эта логика встроена

Для npm модулей?

Всем привет, есть 3 энтри, @babel/preset-env modules false и всё разбито на лэйзи компоненты
Суть в том, что ранее все было сделано чуть-чуть криво и все кски видили друг-друга относительно вендеров(локальные кски jsx компонентов одного энтри)
Когда по итогу настроили конфиг и оно начало разбивать правильно, то это вылилось в проблему со стилями(грубо говоря в первоначальном компоненте нужни стили из компонента, который еще не загрузился)
Был опробован вариант с 1 css на все 3 энтри, то по итогу это давало перекрещивание стилей и много надо изменять и тестировать
Суть вопрос вот в чём, можно ли как-то сгенерировать кски только относительно каждого энтри(как это и было раньше, когда в @babel/preset-env modules был commonjs

встроенная логика не подходит - она мешает в чанках и модули приложения и модули npm

нужно настроить значит :) почитай статьи про кодсплиттинг

парни, а подскажите пожалуйста как лучше всего сделать проверку на разрешение экрана..Что бы грузились разные страницы ...А то способ какой  я сделал очень костыльный

никогда так не делай

НИКОГДА

да я понял...

но оно работает😅

ЫЫЫЫ

))

учи CSS

ты за медиа запросы?