у меня все на а2

уже 3 года опыта с а2

не такой устаревший вроде инструмент

Он просто не нужен

вы че все такие модные что у вас 0 проектов с галпом?

есть, конечно

уже 3 года опыта с а2

что это?

Нужен не нужен, а легаси-то никто не спешит на вебпак тащить

когда cli делает все вместо тебя, о галпе меньше всего вспоминаешь

я так понимаю webpack - тема для холивара и только? Или есть что полезное?

Нужен не нужен, а легаси-то никто не спешит на вебпак тащить

За два года можно было уже скипнуть с такого легаси)

Много что

вместо тасков пишешь простыни конфигов

Много что

можно подробнее?

я так понимаю webpack - тема для холивара и только? Или есть что полезное?

тема для все с коробки

Расскажите мне

Пасаны

много всего из коробки есть

Как вы будете делать SSR с redux на обоих сторонах

С gulp?

Ты передёргиваешь. Для галпа есть свои задачи.

я так понимаю webpack - тема для холивара и только? Или есть что полезное?

Это не то что уже не тема для холиваров, и уже даже не особо тема для обсуждений, webpack — это стандарт сейчас

Это не то что уже не тема для холиваров, и уже даже не особо тема для обсуждений, webpack — это стандарт сейчас

окей, переформулирую: стандарт для чего?

Ты передёргиваешь. Для галпа есть свои задачи.

В 99% случаев он в них — оверкилл

Как вы будете делать SSR с redux на обоих сторонах

ssr не реализовывал, но при чем тут webpack в двух словах?

Сборка проекта

а ну теперь все понятно )

Это не то что уже не тема для холиваров, и уже даже не особо тема для обсуждений, webpack — это стандарт сейчас

Объясни толком, для чего используется webpack? "Сборка проектов" - подходит и для bash скрипта. Каких проектов?

тема для все с коробки

т.е. "одна большая утилита вместо многих маленьких" - я правильно понял?

Это не утилита, это каркас

MVP

minimum viable product

т.е. "одна большая утилита вместо многих маленьких" - я правильно понял?

по сути ты можешь и галпом собирать так же как и вебпак

Это не утилита, это каркас

Каркас подразумевает фреймворк. Так?

у вебпака просто это единственное предназначение и сообщество сейчас больше, поэтому и собирает он лучше

Каркас подразумевает фреймворк. Так?

Потрудись уже загуглить а

больше фишек типа тришейкинга и бандлов для либ и динамического кода

в галпе я такого не помню

gulp — task-runner, билд обеспечивается плагинами webpack — build-tool (а таски запускаются в npm), и из-за подхода к импортам необходимость в билд-тасках пропадает почти полностью

gulp — task-runner, билд обеспечивается плагинами webpack — build-tool (а таски запускаются в npm), и из-за подхода к импортам необходимость в билд-тасках пропадает почти полностью

подход к импортам?

import style from './style.css' прямо в коде дорогого стоит

то что 2-й вебпак из коробки модули поддерживает без плагинов?

то что 2-й вебпак из коробки модули поддерживает без плагинов?

то, что он позволяет так делать с момента запуска

т.е. по сути замена browserify?

да

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

не знаю, зачем тут столько развели)

А про гугл: 90% статей про webpack начинается со слов "Many people seem to be having a hard time getting into webpack, myself included".

#noob

то, что он позволяет так делать с момента запуска

действительно, 1-й не умел только es6 модули из коробки

#noob

в общении с подобными тебе - однозначно.

в общении с подобными тебе - однозначно.

мне нужен был линк, не к твоему сообщению, чего ты сразу

мне нужен был линк, не к твоему сообщению, чего ты сразу

принято.

Боги вебпака, посоветуйте! Если мне надо собирать несколько вариантов фронта. Скажем с темами, в один идёт /styles/a.scss, в другой /styles/b.scss - как это правильно сделать? Передавать переменные через define? А как тогда сделать Типо такого npm run build - - theme 'a'?

Можно в вебпак забросить переменную из командной строки?

можно

во втором

можно экспортить не конфиг а функцию принимающую env

во втором

В первом нет опции тоесть?

Ясно будем Upgrade делать

давно пора обновиться

Ну заказчикам фичи надо же в первую очередь 😂

Можно в вебпак забросить переменную из командной строки?

в конфиге доставать из env. его передать коммандной строкой.

в конфиге доставать из env. его передать коммандной строкой.

Ну во 2м webpack, так? В первом что то у меня npm run build - - for "Bar" Не работало

в первом, конечно же. Также как и остальные env передаются. process.env в конфиге юзать далее. я не понимаю зачем для такой простой штуки апгрейдить вебпау

в первом, конечно же. Также как и остальные env передаются. process.env в конфиге юзать далее. я не понимаю зачем для такой простой штуки апгрейдить вебпау

Можешь уточнить как передавать?

npm run build Aaa=Bob?

Можешь уточнить как передавать?

cmd: TEST=123 webpack —progress —config webpack/common.config.js config: plugins: [ new webpack.DefinePlugin({ __TEST__: `'${process.env.TEST}'`, }),

блин, телега сожрала кавычки

поправил

это пример для строковой переменной

Можно же просто так `${process.env.TEST}`

Или я ошибаюсь

хз, там была какая-то проблема с этим. Он прямо вставил слово без кавычек и поэтому все упало. Мы это юзали, чтобы передавать имя проекта (много разных подпроектов с одним вебпак конфигом) NODE_PROJECT=, но потом переделали, так что больше такое не юзали

Или я ошибаюсь

Проверил еще раз. ну да, как и думал - без доп кавычек не заведется

при передаче TEST=test и выводе console.log(__TEST__) он заменит на console.log(test), а не console.log('test')

поэтому нужны кавычки. Иначе упадет с текстом, что test undefined

Попробую завтра, спасибо

Ребят, посоветуйте пожалуйста обфусикатор для js ?

И это, кстати, очень странное поведение. Я понимаю, если бы проблемы была только в __TEST__: process.env.TEST, - в таком случае понятно почему оно попадет не как строка (если передать как TEST=test) Но почему не работает вариант: __TEST__: `${process.env.TEST} вот этот момент я не понимаю. Он же в таком случае должен передать это как строку, но все равно пытается получить значение из переменной test. Работает исключительно вариант с двойными кавычками __TEST__: `'${process.env.TEST}'`, Вот даже сейчас проверил, чтобы удостовериться

кто умеет в esdoc/jsdoc?