угу поглядел в кишки.
там строка после  опции пресет передаётся вот в такую функцию
https://i.imgur.com/A2ZPGyn.png

ничего не получится короч )

ну вот и выяснили)))
не поленился ты залеть в кишочки вебпака

бабеля же

оу, точно

Ребят, есть вопрос
есть такая штука в конфигах dev сервера для Webpack

When using the HTML5 History API, the index.html page will likely have be served in place of any 404 responses. Enable this by passing:

historyApiFallback: true

By passing an object this behavior can be controlled further using options like rewrites:

historyApiFallback: {

  rewrites: [

    { from: /^\/$/, to: '/views/landing.html' },

    { from: /^\/subpage/, to: '/views/subpage.html' },

    { from: /./, to: '/views/404.html' }

  ]

}

Для чего мне в dev сборке это может понадобится?

А мы тоже
vendor подсох на 8%
app увеличился на ~0.7%
время продакш билда увеличилось на 10%.
И дев билд стал значительно дольше. Субъективное ощущение, может, просто проект разросся. У всех всё хорошо с перформансом? Может, где-то в конфиге можно задать speed?

У меня быстрее стало

Всем привет, такой вопрос есть ли плагин для webpack или babel который импортируемый модуль может вызвать и вернуть результат выполнения в экспорт?

на счет этого не знаю, однако вот нашел
https://github.com/webpack/docs/wiki/list-of-plugins

может среди них найдешь что нужно

Так вебпак это и делает

Видимо не совсем понятно написал
Нужно сделать так
import foo from './foo'
Модуль foo экспортирует объект
Который который проходит через обработчики
Так вот эти обработчики должны выполниться и объект полученный в результате попасть в код после трансформа

На входе имеем

const foo = {
   a: true,
};

transform(obj) {
   obj.a = false;
}

transofrm(foo);

export default foo;

В коде бандала мы должны получить просто объект

exports.default = {
  a: false;
}

export default transform(Foo)

Создай промежуточный модуль

When using the HTML5 History API, the index.html page will likely have be served in place of any 404 responses. Enable this by passing:

historyApiFallback: true

By passing an object this behavior can be controlled further using options like rewrites:

historyApiFallback: {

  rewrites: [

    { from: /^\/$/, to: '/views/landing.html' },

    { from: /^\/subpage/, to: '/views/subpage.html' },

    { from: /./, to: '/views/404.html' }

  ]

}

Это нужно когда у тебя роутер на клиенте имеет урлы при обращении к которым дев-сервер выдаст 404.

Если включишь  хисториапи то сервер не будет 404 отдавать а выдаст контент из корня

это я понимаю, однако зачем мне может понадобится rewrites?

я могу на отдельную 404 страницу ссылать запросы эти
но я могу это делать прям в приложении

или это не верная практика?

Яхз. Может на тех страницах свой роутер или нет роутера. Глянь в blame , и найди в ишьюсах обсуждение этой опции))