Не, дока хорошая

Но большая

может проблема в доке?

ты доку первого вебпака видел?

ты доку первого вебпака видел?

естественно

Не, дока хорошая

доку всю читать не надо открой конфигурацию просто и на нужные пункты жми

все есть

Сова, вопрос надобности. Мне алиасы поставить лишними строчками - пару секунд. А доку читать надобности нет, т.к. нет надобности сильно конфигурировать вебпак. Поэтому и CRA использую. Всему свое время и место

Только что скинул https://github.com/timarney/react-app-rewired/issues/110

о это еще лучше. спасибо

Только что скинул https://github.com/timarney/react-app-rewired/issues/110

https://github.com/facebookincubator/create-react-app/blob/master/packages/react-scripts/template/README.md#proxying-api-requests-in-development Только эта штука не работает

Сова, вопрос надобности. Мне алиасы поставить лишними строчками - пару секунд. А доку читать надобности нет, т.к. нет надобности сильно конфигурировать вебпак. Поэтому и CRA использую. Всему свое время и место

написать 10 строк алиасов, которые ломают нормальный флоу разработки или же поставить 1 строку в конфиг и не сломать ничего

если просто писать в package

вот поэтому и говорю, нахуй юзать CRA если новичок и не разбираешься в вебпаке

написать 10 строк алиасов, которые ломают нормальный флоу разработки или же поставить 1 строку в конфиг и не сломать ничего

Как ломает? >_>

Как ломает? >_>

то что у тебя actions резолвится хуй знает откуда

да и не только

Ниче не понял

ну я не сомневался

так делать нельзя

вообще алиасы юзать это плохой тон

SSR у тебя конечно же нет

твой редактор/IDE не подсказывает пути и методы

и тебе похуй на вебпак потому что ты юзаешь CRA

который якобы “решает проблемы"

а в итоге ты сраный говнокодер

раунд

SSR нет и не надо. IDE все подсказывает.

Остальное за проблемы не считаю

SSR нет и не надо. IDE все подсказывает.

А когда понадобится, что будешь делать?

Как это "понадобится"?

падажжите. в какой момент нужно от CRA к вебпаку переходить?

Я не тот продукт делаю, пока

Ну будешь делать другой

Как умным станешь или захочешь стать - переходи

Остальное за проблемы не считаю

ну собственно поэтому ты сраный говнокодер)

Оке

падажжите. в какой момент нужно от CRA к вебпаку переходить?

не брать CRA пока не разберешься как работает вебпак

Сова, для хеллоуворлда CRA можно

юзать вебпак до конца не понимая как он работает и не юзать при этом CRA типа нормально?

Сова, для хеллоуворлда CRA можно

максимум

Сова консервативен

Я же за cra

Но он таки прав

И еджект если он нужен

юзать вебпак до конца не понимая как он работает и не юзать при этом CRA типа нормально?

да не понимая как работает вебпак и юзая его ты учишься а юзая CRA забиваешь хрен на внутренности и сильно горишь когда нужно сделать ⏏ и что-то подправить

да не понимая как работает вебпак и юзая его ты учишься а юзая CRA забиваешь хрен на внутренности и сильно горишь когда нужно сделать ⏏ и что-то подправить

Ты учишься ковырять вебпак

А не разрабатывать на реакте

Это немного разные вещи

Вебпак нужен пока что

Ты учишься ковырять вебпак

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

разработка на реакте прочнейшим образом связана с ковырянием вебпака

разработка на реакте прочнейшим образом связана с ковырянием вебпака

Неп

Мы настроили и не трогаем

Вебпак нужен пока что

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

Ну так нужно ж настроить

разработка на реакте прочнейшим образом связана с ковырянием вебпака

опять тралируеш? Хах красава

Или подправить

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

Чтобы понимать что нужно намтроить надо сначала выучить это

Чтобы понимать что нужно намтроить надо сначала выучить это

ну так и я об этом)

А ковыряние вебпака с нуля этому мешает

а у людей все время горят ср(о|а)ки и никто не хочет разбираться, ставят костыли, делают уебищные решение, от которых потом компания не может отказаться вынуждена тащить это дальше, потому что какой-то еблан не захотел разобраться прежде чем настраивать такую важную часть проекта как сборщик

Не вижу связи

а ещё достаточно много кейсов, когда так просто не поменяешь настройу в вебпака, чтобы потом грепнуть по проекту и все збс

Костылей и вебпака

Не вижу связи

ок лови пример на прошлой работе, ребята не разобрались в том как работает вебпак, нахерачили кучу дополнительных скриптов внутри конфига, также наебенили алиасов, кастомные резолверы, выдроченный лоадер css вместо extract-text-plugin. подгрузка модулей идет по комментариям в файле. Вебпак настроен так, что сваливает весь код в один файл как модуль, нет никакой изоляции. сейчас там тупо не могут перейти даже на 2 вебпак, потому что сделано столько говна, которое невозможно переписать даже за 2 месяца, тупо из-за одного мудака, который не понял, что вебпак разделяет код на МОДУЛИ и нужно юзать commonjs он решил пойти по методу cat **/*.js > bundler.js

Ну ок

ок лови пример на прошлой работе, ребята не разобрались в том как работает вебпак, нахерачили кучу дополнительных скриптов внутри конфига, также наебенили алиасов, кастомные резолверы, выдроченный лоадер css вместо extract-text-plugin. подгрузка модулей идет по комментариям в файле. Вебпак настроен так, что сваливает весь код в один файл как модуль, нет никакой изоляции. сейчас там тупо не могут перейти даже на 2 вебпак, потому что сделано столько говна, которое невозможно переписать даже за 2 месяца, тупо из-за одного мудака, который не понял, что вебпак разделяет код на МОДУЛИ и нужно юзать commonjs он решил пойти по методу cat **/*.js > bundler.js

Где таких извращенцев берут?

ERROR: S client not available

и вся фишка в том, что там больше 4 тысяч файлов своего кода его необходимо разделить на чанки, но это невозможно, потому что вебпак юзается как долбанный склеиватель файлов бандл весит около 10мб

ок лови пример на прошлой работе, ребята не разобрались в том как работает вебпак, нахерачили кучу дополнительных скриптов внутри конфига, также наебенили алиасов, кастомные резолверы, выдроченный лоадер css вместо extract-text-plugin. подгрузка модулей идет по комментариям в файле. Вебпак настроен так, что сваливает весь код в один файл как модуль, нет никакой изоляции. сейчас там тупо не могут перейти даже на 2 вебпак, потому что сделано столько говна, которое невозможно переписать даже за 2 месяца, тупо из-за одного мудака, который не понял, что вебпак разделяет код на МОДУЛИ и нужно юзать commonjs он решил пойти по методу cat **/*.js > bundler.js

это они разобрались, в этом и проблема

не выдумывали бы - перешли бы легко

Где таких извращенцев берут?

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

это они разобрались, в этом и проблема

ты чет траллируешь если бы разобрались, то было бы понятно, что все проблемы решаются коробочным способом

бля, у меня мышца на руке дергается: нервный тик уже

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

Просто вебпак он же как раз для того что бы уйти от cat **/*.js > bundler.js

бля, у меня мышца на руке дергается: нервный тик уже

)))

ок лови пример на прошлой работе, ребята не разобрались в том как работает вебпак, нахерачили кучу дополнительных скриптов внутри конфига, также наебенили алиасов, кастомные резолверы, выдроченный лоадер css вместо extract-text-plugin. подгрузка модулей идет по комментариям в файле. Вебпак настроен так, что сваливает весь код в один файл как модуль, нет никакой изоляции. сейчас там тупо не могут перейти даже на 2 вебпак, потому что сделано столько говна, которое невозможно переписать даже за 2 месяца, тупо из-за одного мудака, который не понял, что вебпак разделяет код на МОДУЛИ и нужно юзать commonjs он решил пойти по методу cat **/*.js > bundler.js

Жиза

Просто вебпак он же как раз для того что бы уйти от cat **/*.js > bundler.js

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

и сука там 15 алиасов для каждой директории из корня вот как у Артема один вопрос: НАХУЯ?! если есть resolve.modules

и вся фишка в том, что там больше 4 тысяч файлов своего кода его необходимо разделить на чанки, но это невозможно, потому что вебпак юзается как долбанный склеиватель файлов бандл весит около 10мб

Можно

и сука там 15 алиасов для каждой директории из корня вот как у Артема один вопрос: НАХУЯ?! если есть resolve.modules

Перефразируй

вот

https://webpack.js.org/configuration/resolve/#resolve-modules

что посоветуете почитать по webpack, кроме офдоки?

К слову, разработка и правда завязана на инструменты сборки У нас с этим пиздец, и не факт, что при переходе на вебпак все будет работать также

доку два раза прочитать

и самостоятельно собрать что-нибудь

Артем, а зачем редьюсеры и экшены запихали в дополнительную папку state?

А есть какая-нибудь IDE которая понимает алиасы в вебпаке?

ок лови пример на прошлой работе, ребята не разобрались в том как работает вебпак, нахерачили кучу дополнительных скриптов внутри конфига, также наебенили алиасов, кастомные резолверы, выдроченный лоадер css вместо extract-text-plugin. подгрузка модулей идет по комментариям в файле. Вебпак настроен так, что сваливает весь код в один файл как модуль, нет никакой изоляции. сейчас там тупо не могут перейти даже на 2 вебпак, потому что сделано столько говна, которое невозможно переписать даже за 2 месяца, тупо из-за одного мудака, который не понял, что вебпак разделяет код на МОДУЛИ и нужно юзать commonjs он решил пойти по методу cat **/*.js > bundler.js

О чём речь вообще, на моём проекте пацаны написали скрипт для ноды, который копипастит из node_modules бутстрап и прочие глобальные стили в public прямо. Вместо того, чтобы посмотреть, что такое ExtractTextWebpackPlugin

Артем, а зачем редьюсеры и экшены запихали в дополнительную папку state?

вообще это удобно только называться должно src/store

А есть какая-нибудь IDE которая понимает алиасы в вебпаке?

webstorm вроде научили но опять же алиасы не гуд очень редкий кейс когда это надо лучше явно описать

О чём речь вообще, на моём проекте пацаны написали скрипт для ноды, который копипастит из node_modules бутстрап и прочие глобальные стили в public прямо. Вместо того, чтобы посмотреть, что такое ExtractTextWebpackPlugin

О_О

вообще это удобно только называться должно src/store

там глобальные для приложения? или вообще всё сложили?

О_О

Я охуел, пока нашёл, как эта хуйня там оказывается

webstorm вроде научили но опять же алиасы не гуд очень редкий кейс когда это надо лучше явно описать

Я просто не очень вообще понимаю зачем они нужны если а) в иде не поддерживаются б) мне не лень написать относительный путь к модулю

А потом люди говорят, что вебпак не нужно учить

Да пошли вы

Шторм научился, если в найтройках путь к вебпак конфигу указать. В vscode чуть посложнее, там надо руками указывать через jsconfig.json