Это я про кейс коллеги. Он пока копал в чем дело, пришел на эту ишью и по его словам "то шо нада"

я вот вообще не знаю, у меня вебпакер рельсовый и они в какой-то момент изменили дефолтный конфиг, в transform-runtime добавили corejs: false и удалили вообще пакет runtime-corejs3

и все как-то работает, даже в ие

а блин, у меня useBuiltins и нодмодули транспайлятся. все ясно

короче странный кейс, говорит бабель натравливает на нод модульс, смотрит эту ишью и сосет бибу. При этом у кого не спрашивал все окич

надо детально смотреть что там у него. Ант так вобще либа с сюрпризами

так пару весьма любопытных велосипедов я уже заценил

ну возможно в этом и дело

так, а есть возможность сказать вебпаку, что если какого-то модуля нет при динамическом импорте, то и пофигу?)

врятли, ему же надо чанки собрать для модулей

ну типа "нет так нет, проехали" 😄

получилось через IgnorePlugin. я во время билда знаю, понадобится этот файл или нет, поэтому могу по условию добавлять плагин

Всем привет, подскажите пожалуйста. Надо после того как сбилдится проект, сделать из него zip файл и отправить его через post запрос на север. С зипом разобрался, но вот как взять этот файл и отправить его на могу понять

Может быть кто то знает, а как запустить webpack —profile для next.js?
А то с bundle analyther все понятно, но хочется проверить что лучше

Всем доброго времени суток (мб ещё раз)
как вы в своей сборке (если Вы используете Webpack) решили вопрос с вендорами которые используют свою структуру ссылок на идущие в комплекте assets-ами?
например в их стилях идет ссылание на картинку которая идёт прямо рядом с файлом стилей
или на шрифт который расположен с папкой рядом

разбираю коммерческую тему и они там ппц по хитрому всё залепили.. куча кастома вебпаку и свой стайл-гайд ведения подобных файлов..себе такого монстра городить не хочется но вот что хочется:

1) иметь возможность создать файлик vendorName.js в котором проимпортировать стили вендора, скрипт вендора, кастомные стили написанные вендору, кастомный код расширяющий опции или функционал вендора.
если вендор имеет ссылания на какие-то assets-ы - они должны в идеале создаваться или копироваться релативно отдельно в папку вендора в dist а не разносится по папкам диста как это происходит обычно через лоадеры (если руками пробовать разносить куски)
на выходе в дисте например чтобы была папка с именем вендора а внутри .js, .css, img/, fonts/ если нужно..
это мы говорим за отдельный билд-вендора, которого мы подключаем опционально к н-ной странице и не включаем в общий пак вендоров...
2) касаемо общего пака вендоров ситуация аналогичная - в дист кладется в папку global например бандл вендоров а все зависимости в виде картинок и шрифтов в эту же папку в подпапки

это оч удобно в том что путаницы не будет
захотел - включил вендор в общий бандл
захотел - как отдельный сбилдил и/или закастомил и подрубил на конкретной странице
и точно знаешь что пути все правильно зарезолвены.
Если есть пример вебпак конфига под такое добро - буду признателен)

Нормальные либы не тянут собой картинки. Исключение составляют ui либы - тут кто на что горазд. Наипростейший случай - требуется заимпортить какой-то css либы из node_modules

как насчет шрифтов? вопрос не то что они тянут..а то откуда..если они тянут шрифт из своей папки внутри модуля из node_modules - нужно сделать так чтоб по итогу импорты внутренние менялись относительно места куда вендор скомпилен
суть моей идеи чтоб для каждого вендора в дисте была своя папка, если нам нужен вендор отдельным билдом (основа + кастом)
и чтоб все что с ним связано компилилось в эту же папку и относительно неё и резолвилось
а не шло под одну гребенку лоадером дефолтным в папку img, fonts, или ещё куда как юзер настроит для общего бандла

вот схематично чего я хочу добиться

если там sass например, то можно через resolve-url-loader

там это где?
вендором может быть что угодно
как правило я юзаю scss но импортирую внутри js css-ку из dist папки модуля