new webpack.DefinePlugin... ReferenceError webpack is not defined... akej

это же в конфиге надо делать

да я делаю ))

var webpack = require('webpack') нужно говорят

ну во завелось

ну и все равно process not defined..

окай

я не знаю, как ты пишешь свой вебпак конфиг

но как-то не так

и надо читать то, что используешь

https://github.com/webpack/docs/wiki/list-of-plugins#defineplugin

щас кое-что проверяю - тогда уже pastebin если непойдет

http://paste.debian.net/plain/906856

okay пробую константой

new webpack.DefinePlugin({ 'NODE_ENV': JSON.stringify(process.env.NODE_ENV) })

okay пробую константой

саап

работает )

збс

мы обычно делаем PRODUCTION

у меня там 103 окружения будет поэтому черт с ним

блин изменил код модуля и все равно в дебаги старый код

ребят, подскажите, плиз, как в связке react + webpack правильно задавать путь к картинкам? src получаю через props. props.src = "../img/1.png" let img_path = requre(props.src) - выдает Cannot find module при этом если задать путь строкой: let img_path=require("../img/1.png") все работает

использую file-loader

о меня еще и такие проблемы ждут? ?

ребят, подскажите, плиз, как в связке react + webpack правильно задавать путь к картинкам? src получаю через props. props.src = "../img/1.png" let img_path = requre(props.src) - выдает Cannot find module при этом если задать путь строкой: let img_path=require("../img/1.png") все работает

тебе нужно импортить/реквайрить пути сразу и прокидывать их в пропсы

а не прокидывать путь, а потом его реквайрить

о меня еще и такие проблемы ждут? ?

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

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

хм

в родительском компоненте?

тот момент когда начинаешь себя ощущать тупее тупого.. я поменял код перезапустил нпм и все равно в дебаге код тот же - что за ересь

в js: if(NODE_ENV == 'development') в браузере пишет на том месте if(true)...

нда

@iamstarkov если делать requre в родительском, такая же ошибка((( А как обычно поступают с картинками? Если нужно путь получить из объекта?

из какого объекта?

@iamstarkov если делать requre в родительском, такая же ошибка((( А как обычно поступают с картинками? Если нужно путь получить из объекта?

значит у тебя что-то не настроено

file-loader должен уметь в картинки

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

webpack конфиг в студию

{ test: /\.(jpg|png)$/, loader: 'file-loader?name=img/[name].[ext]' }

все стандартно)

просто странно, что все ок, если прописывать src строкой, а не через пропсы

блин что эти сарцы неперекомпилются, после этого плагина херь какая-то началась

Попробуй через require("url") картинки использовать.

просто странно, что все ок, если прописывать src строкой, а не через пропсы

это не странно

блин что эти сарцы неперекомпилются, после этого плагина херь какая-то началась

Что за проблема у вас?

вебпак процессит все чз реквайры

@wop_wops да, так и вызываю. Проблема в том, что если url - это переменная, то вылетает ошибка

и всё норм, если там строка

переменная не парсится

ага

как заставить ее парситься

я уже сказал

из родителя реквайрить картинку

Может попробова ь через path? Не знаю, правда, будет ли вообше работать

блин что эти сарцы неперекомпилются, после этого плагина херь какая-то началась

гугл в помощь

Что за проблема у вас?

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

я пробовала через родителя, результат такой же. Вероятно, единственное решение - хранить не пути к картинкам, а в base64 или еще как-то

идея была в том, что есть объекты с параметрами. Один из параметров - изображение

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

По какому туториалу делали?

ясно все теперь

гребучий visual studio code

не сохранял файлы

напрмер: Post = { src: "/img/1.png" } React компонент получает параметры этого объекта через пропсы

ERROR: S client not available

я пробовала через родителя, результат такой же. Вероятно, единственное решение - хранить не пути к картинкам, а в base64 или еще как-то

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

непонимаю поменял название кнопки и даже html старый остался в браузере - webpack сошел с ума

ну удали ./build/

да его даже нету

тогда не там смотришь

все время спать - хватит этого апокалипсиса

ответ на мой вопрос: https://webpack.github.io/docs/context.html Т.е. в вебпаке обязательно нужно указывать контекст для динамических запросов. Итого я добавила функцию: function getImage(src) { return require("../assets/img/"+ src); } И в src вместо props.src прописала <img src={getImage(props.src)} /> Так работает.

спасибо @iamstarkov @wop_wops за содействие :)

Для чего нужен immutablejs в связке с реакт проектом?

Для оптимизаций типа shouldComponentUpdate

Для чего нужен immutablejs в связке с реакт проектом?

Для того чтобы при проверке на необходимость перерендеринга не делать глубокую проверку объектов

Если с редакс - для оптимального использования редьюсеров

Это я вроде понял, не совсем понятно где та грань где нужно это тащить в проект?

Например в сторе большой массив с данными и нужно вернуть из редьюсера новый массив, чтоб не было оверхеда по памяти, immutable переиспользует старый массив

Это я вроде понял, не совсем понятно где та грань где нужно это тащить в проект?

Редакс + разухабистый стор

Сергей, а какой массив или объект можно считать большим для стора?

Я совсем нуб во фронтэнде, но разве есть причины НЕ тащить immutable.js? Насколько я знаю, он более производительный, чем нативные объекты js. API у него приятнее. Работать с ним одно удовольствие, как по мне.

всегда есть причины не тащить еще библиотеки

Максим, есть разные мнения по этому поводу, вот и пытаюсь понять где это надо а где нет.

Сергей, а какой массив или объект можно считать большим для стора?

Здесь прям точной цифры нет, зависит от вложенностей и т.д.

А если стор неплохо нормализован и без диких вложенностей то в принципе и так все норм?

Я совсем нуб во фронтэнде, но разве есть причины НЕ тащить immutable.js? Насколько я знаю, он более производительный, чем нативные объекты js. API у него приятнее. Работать с ним одно удовольствие, как по мне.

Есть где-то бенч, по производительности ?

Есть где-то бенч, по производительности ?

http://blog.klipse.tech/javascript/2016/06/23/immutable-perf.html Вот такое видел.

Я совсем нуб во фронтэнде, но разве есть причины НЕ тащить immutable.js? Насколько я знаю, он более производительный, чем нативные объекты js. API у него приятнее. Работать с ним одно удовольствие, как по мне.

Нативные структуры данных js мутабельны, с ними можно работать в иммютбл стиле, но это немного геморно

А если стор неплохо нормализован и без диких вложенностей то в принципе и так все норм?

Если вы юзаете ес6 - то Object.assign и иммутбл методов массивов вполне может хватить

Интересно услышать мнение эксперта на этот счет

Мы вот думаем использовать на новом проекте immutable, так как команда большая и он будет полезен для унификации работы с редьюсерами (как минимум)

имхо immutable в реакт проектах это уже почти стандарт как redux

А по mobx эксперты есть?

А по mobx эксперты есть?

Пара протектов на нем есть

А по mobx эксперты есть?

контребючу