HtmlWebpackPlugin вводит файлы относительного пути, которые ломаются при загрузке корневых веб-сайтов
Я использую webpack и HtmlWebpackPlugin для вставки связанных js и css в файл шаблона html.
new HtmlWebpackPlugin({
template: 'client/index.tpl.html',
inject: 'body',
filename: 'index.html'
}),
И он создает следующий html файл.
<!doctype html>
<html lang="en">
<head>
...
<link href="main-295c5189923694ec44ac.min.css" rel="stylesheet">
</head>
<body>
<div id="app"></div>
<script src="main-295c5189923694ec44ac.min.js"></script>
</body>
</html>
Это отлично работает при посещении корневого каталога приложения localhost:3000/
, но не удается, когда я пытаюсь посетить приложение с другого URL, например, localhost:3000/items/1
, потому что вложенные файлы не вводятся с абсолютным путем. Когда файл html загружен, он будет искать js файл внутри каталога non-exist /items
, поскольку агент-ретранслятор еще не загружен.
Как я могу заставить HtmlWebpackPlugin вводить файлы с абсолютным путем, поэтому выражение будет искать их в корневом каталоге моего /dist
, а не в /dist/items/main-...min.js
? Или, может быть, я могу изменить свой экспресс-сервер, чтобы обойти проблему?
app.use(express.static(__dirname + '/../dist'));
app.get('*', function response(req, res) {
res.sendFile(path.join(__dirname, '../dist/index.html'));
});
По сути, мне просто нужно получить строку:
<script src="main...js"></script>
иметь косую черту в начале источника.
<script src="/main...js></script>
Ответы
Ответ 1
Попробуйте настроить publicPath в конфигурации вашего веб-пакета:
output.publicPath = '/'
HtmlWebpackPlugin использует publicPath для добавления URL-адресов инъекций.
Другой вариант - установить базовый href в <head>
вашего шаблона html, чтобы указать базовый URL-адрес всех относительных URL-адресов в вашем документе.
<base href="http://localhost:3000/">
Ответ 2
На самом деле мне пришлось поставить:
output.publicPath: './';
чтобы он работал в пути, отличном от ROOT.
В то же время я вводил:
baseUrl: './'
в
<base href="<%= htmlWebpackPlugin.options.metadata.baseUrl %>">
С обоими параметрами он работал как шарм.