RH
проблема решена - спасибо!
Size: a a a
2020 December 20
C
гайс у меня проблема с webpack.config.js (добавляю тайпскрипт в существующий проект)
C
const path = require('path');
module.exports = {
// change to .tsx if necessary
entry: './src/components/index.tsx',
output: {
path : path.resolve(__dirname, "../src/dist"),
filename: './dist/bundle.js'
},
resolve: {
// changed from extensions: [".js", ".jsx"]
extensions: [".ts", ".tsx", ".js", ".jsx"]
},
module: {
rules: [
// changed from { test: /\.jsx?$/, use: { loader: 'babel-loader' }, exclude: /node_modules/ },
{ test: /\.(t|j)sx?$/, use: { loader: 'ts-loader' }, exclude: /node_modules/ },
// addition - add source-map support
{ enforce: "pre", test: /\.js$/, exclude: /node_modules/, loader: "source-map-loader" }
]
},
externals: {
"react": "React",
"react-dom": "ReactDOM",
},
// addition - add source-map support
devtool: "source-map"
}C
пишет что ERROR
in main
C
и при билде тоже пишет что не может найти ERROR
in main
A
и при билде тоже пишет что не может найти ERROR
in main
У вас путь с ошибкой, я почти уверен что должно быть ...react_recruitment_test/src...
C
да я уже поправила, но все равно то ли с publciPath траблы
UC
Всем привет!
Подскажите, как лучше подойти к сборке проектов ? Сейчас изучаю webpack, прихожу к мнению, что в случае сборки обычной верстки - html/css/js используя компонентный подход + pug/handlebars, scss/sass/stylus итд - webpack может быть совсем не удобен, вплане своей сборки js, в которой при —env production потом будет совсем ничего не понять и не подкорректировать в js (только исходники) и в целом если требуется чистый js без фреймворков (react, vue, angular итд) - такое ощущение, что проще писать на фрилансе проекты на чистом html/css/js, без препроцессоров и тому подобного, т.к. один только конфиг писать с нуля под каждый проект - это уже совсем не радует, либо иметь свой конфиг gulp для чистой верстки и конфиг webpack для frontend'а ? Хотелось бы отказаться от gulp, можно ли как-нибудь настроить webpack как таскраннер, т.е. только переносить и минифицировать js файлы из исходников - в сборку, без подключения служебного кода webpack bootstrap ?
Подскажите, как лучше подойти к сборке проектов ? Сейчас изучаю webpack, прихожу к мнению, что в случае сборки обычной верстки - html/css/js используя компонентный подход + pug/handlebars, scss/sass/stylus итд - webpack может быть совсем не удобен, вплане своей сборки js, в которой при —env production потом будет совсем ничего не понять и не подкорректировать в js (только исходники) и в целом если требуется чистый js без фреймворков (react, vue, angular итд) - такое ощущение, что проще писать на фрилансе проекты на чистом html/css/js, без препроцессоров и тому подобного, т.к. один только конфиг писать с нуля под каждый проект - это уже совсем не радует, либо иметь свой конфиг gulp для чистой верстки и конфиг webpack для frontend'а ? Хотелось бы отказаться от gulp, можно ли как-нибудь настроить webpack как таскраннер, т.е. только переносить и минифицировать js файлы из исходников - в сборку, без подключения служебного кода webpack bootstrap ?
[
Всем привет!
Подскажите, как лучше подойти к сборке проектов ? Сейчас изучаю webpack, прихожу к мнению, что в случае сборки обычной верстки - html/css/js используя компонентный подход + pug/handlebars, scss/sass/stylus итд - webpack может быть совсем не удобен, вплане своей сборки js, в которой при —env production потом будет совсем ничего не понять и не подкорректировать в js (только исходники) и в целом если требуется чистый js без фреймворков (react, vue, angular итд) - такое ощущение, что проще писать на фрилансе проекты на чистом html/css/js, без препроцессоров и тому подобного, т.к. один только конфиг писать с нуля под каждый проект - это уже совсем не радует, либо иметь свой конфиг gulp для чистой верстки и конфиг webpack для frontend'а ? Хотелось бы отказаться от gulp, можно ли как-нибудь настроить webpack как таскраннер, т.е. только переносить и минифицировать js файлы из исходников - в сборку, без подключения служебного кода webpack bootstrap ?
Подскажите, как лучше подойти к сборке проектов ? Сейчас изучаю webpack, прихожу к мнению, что в случае сборки обычной верстки - html/css/js используя компонентный подход + pug/handlebars, scss/sass/stylus итд - webpack может быть совсем не удобен, вплане своей сборки js, в которой при —env production потом будет совсем ничего не понять и не подкорректировать в js (только исходники) и в целом если требуется чистый js без фреймворков (react, vue, angular итд) - такое ощущение, что проще писать на фрилансе проекты на чистом html/css/js, без препроцессоров и тому подобного, т.к. один только конфиг писать с нуля под каждый проект - это уже совсем не радует, либо иметь свой конфиг gulp для чистой верстки и конфиг webpack для frontend'а ? Хотелось бы отказаться от gulp, можно ли как-нибудь настроить webpack как таскраннер, т.е. только переносить и минифицировать js файлы из исходников - в сборку, без подключения служебного кода webpack bootstrap ?
Исключай ненужные компоненты, полем exclude, должно помочь
UC
Исключай ненужные компоненты, полем exclude, должно помочь
А можно немного подробнее ? Т.е. можно ли как-нибудь не использовать webpack для сборки js модулей в некоторых ситуациях ? Чтобы не подключался в js файл служебный код webpack bootstrap ?
2020 December 21
C
Коллеги, приветствую!
Подскажите, пожалуйста, как из внешнего скрипта (который не проходит сборку вебпаком) обращаться к собранным модулям?
Подскажите, пожалуйста, как из внешнего скрипта (который не проходит сборку вебпаком) обращаться к собранным модулям?
A
Всем привет!
Подскажите, как лучше подойти к сборке проектов ? Сейчас изучаю webpack, прихожу к мнению, что в случае сборки обычной верстки - html/css/js используя компонентный подход + pug/handlebars, scss/sass/stylus итд - webpack может быть совсем не удобен, вплане своей сборки js, в которой при —env production потом будет совсем ничего не понять и не подкорректировать в js (только исходники) и в целом если требуется чистый js без фреймворков (react, vue, angular итд) - такое ощущение, что проще писать на фрилансе проекты на чистом html/css/js, без препроцессоров и тому подобного, т.к. один только конфиг писать с нуля под каждый проект - это уже совсем не радует, либо иметь свой конфиг gulp для чистой верстки и конфиг webpack для frontend'а ? Хотелось бы отказаться от gulp, можно ли как-нибудь настроить webpack как таскраннер, т.е. только переносить и минифицировать js файлы из исходников - в сборку, без подключения служебного кода webpack bootstrap ?
Подскажите, как лучше подойти к сборке проектов ? Сейчас изучаю webpack, прихожу к мнению, что в случае сборки обычной верстки - html/css/js используя компонентный подход + pug/handlebars, scss/sass/stylus итд - webpack может быть совсем не удобен, вплане своей сборки js, в которой при —env production потом будет совсем ничего не понять и не подкорректировать в js (только исходники) и в целом если требуется чистый js без фреймворков (react, vue, angular итд) - такое ощущение, что проще писать на фрилансе проекты на чистом html/css/js, без препроцессоров и тому подобного, т.к. один только конфиг писать с нуля под каждый проект - это уже совсем не радует, либо иметь свой конфиг gulp для чистой верстки и конфиг webpack для frontend'а ? Хотелось бы отказаться от gulp, можно ли как-нибудь настроить webpack как таскраннер, т.е. только переносить и минифицировать js файлы из исходников - в сборку, без подключения служебного кода webpack bootstrap ?
Вебпак это не таск ранер
A
Коллеги, приветствую!
Подскажите, пожалуйста, как из внешнего скрипта (который не проходит сборку вебпаком) обращаться к собранным модулям?
Подскажите, пожалуйста, как из внешнего скрипта (который не проходит сборку вебпаком) обращаться к собранным модулям?
Через глобальный неймспейс
C
В продолжении вопроса:
Почему $.fn.test выводит undefined, а не f (options) {....
Заранее спасибо!
Почему $.fn.test выводит undefined, а не f (options) {....
Заранее спасибо!
c
Всем привет!
Подскажите, как лучше подойти к сборке проектов ? Сейчас изучаю webpack, прихожу к мнению, что в случае сборки обычной верстки - html/css/js используя компонентный подход + pug/handlebars, scss/sass/stylus итд - webpack может быть совсем не удобен, вплане своей сборки js, в которой при —env production потом будет совсем ничего не понять и не подкорректировать в js (только исходники) и в целом если требуется чистый js без фреймворков (react, vue, angular итд) - такое ощущение, что проще писать на фрилансе проекты на чистом html/css/js, без препроцессоров и тому подобного, т.к. один только конфиг писать с нуля под каждый проект - это уже совсем не радует, либо иметь свой конфиг gulp для чистой верстки и конфиг webpack для frontend'а ? Хотелось бы отказаться от gulp, можно ли как-нибудь настроить webpack как таскраннер, т.е. только переносить и минифицировать js файлы из исходников - в сборку, без подключения служебного кода webpack bootstrap ?
Подскажите, как лучше подойти к сборке проектов ? Сейчас изучаю webpack, прихожу к мнению, что в случае сборки обычной верстки - html/css/js используя компонентный подход + pug/handlebars, scss/sass/stylus итд - webpack может быть совсем не удобен, вплане своей сборки js, в которой при —env production потом будет совсем ничего не понять и не подкорректировать в js (только исходники) и в целом если требуется чистый js без фреймворков (react, vue, angular итд) - такое ощущение, что проще писать на фрилансе проекты на чистом html/css/js, без препроцессоров и тому подобного, т.к. один только конфиг писать с нуля под каждый проект - это уже совсем не радует, либо иметь свой конфиг gulp для чистой верстки и конфиг webpack для frontend'а ? Хотелось бы отказаться от gulp, можно ли как-нибудь настроить webpack как таскраннер, т.е. только переносить и минифицировать js файлы из исходников - в сборку, без подключения служебного кода webpack bootstrap ?
Если я правильно понял вопрос, то ты хочешь отделить служебный код Вебпака от твоих js-файлов, сгенерированных для продакшена? Если так, то тебе надо копать в сторону опции
эта опция позволяет выносить весь служебный код Вебпака в отдельный бандл. По поводу всего остального, это уже скорее вопрос личных предпочтений. Использовать Вебпак как таскраннер не самая лучшая идея имхо, он же тем и хорош, что строит граф зависимостей и автоматом подтягивает необходимые. Если нужно просто переносить(копировать) файлы, то уж тогда лучше использовать готовые решения типа Gulp.
runtimeChunk.Я сам этим не пользовался, но насколько я понялэта опция позволяет выносить весь служебный код Вебпака в отдельный бандл. По поводу всего остального, это уже скорее вопрос личных предпочтений. Использовать Вебпак как таскраннер не самая лучшая идея имхо, он же тем и хорош, что строит граф зависимостей и автоматом подтягивает необходимые. Если нужно просто переносить(копировать) файлы, то уж тогда лучше использовать готовые решения типа Gulp.
optimization: {
splitChunks: {
cacheGroups: {
commons: {
name: 'commons',
filename: "js/[name].js",
test: /\.js(x)?$/,
chunks: "initial",
minChunks: 1
}
}
},
runtimeChunk: {
name: 'runtime',
},
},c
optimization: {
runtimeChunk: true,
splitChunks: {
cacheGroups: {
vendor: {
chunks: 'initial',
name: 'vendor',
test: 'vendor',
enforce: true
}
}
}
}RU
@Akiyamka, тебя тут зовут)
A
@Akiyamka, тебя тут зовут)
?
RU
ээ ну это типа, доставай банхаммер