... а там return {}

mapStateToProps покажи плиз

const mapStateToProps = (state) => { return { streams: state.streams } } соответственно в reducer const initialState = { streams: [ { id: 0, client_id: "", msisdn: "", state: "", guid: "" } ] }

... а там return {}

БУМ return!

Значит state.streams === undefined

Добавь логи в mapstatetoprops чтобы это проверить

Значит state.streams === undefined

действительно

значит я криво подключил reducer ?

Возможно в коде редьсера забыл initailState добавить как дефолтное значение аргумента

Есть хорошие книжки или сайты по дизайну?

Есть хорошие книжки или сайты по дизайну?

поддерживаю вопрос

Я знаю только руководство по материал дизайну

типографика рудера

Я вернусь

так что, транслируют конфу?

контент норм

Я знаю только руководство по материал дизайну

ссылочку?)

https://material.io/guidelines/ #закладки

Ребята, кто сможет помочь с изоморфной выдачей?

Изоморфной выдачей?

Проблема: экшн на сервере отрабатывает, но через mapstatetoprops данные в компонент не записываются

Изоморфной выдачей?

Универстальной/серверсайд рендерингом

А зачем на сервере экшены?

нормальной практикой считается сделать компонент для отображения одного значения из редукс стора, если оно часто в приложении используется?

нормальной практикой считается сделать компонент для отображения одного значения из редукс стора, если оно часто в приложении используется?

why not

Ненормально было бы сделать это по другому:)

напоминаю о существовании https://www.npmjs.com/package/babel-plugin-import-node для серверсайд рендеринга, помогает при сплите на чанки и подгрузке через import()

напоминаю о существовании https://www.npmjs.com/package/babel-plugin-import-node для серверсайд рендеринга, помогает при сплите на чанки и подгрузке через import()

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

то есть мб я туплю и вебпак пользуется этим плагином

но вроде нет же

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

Как раз чтобы без вебпака

ну блин, а зачем?)

в проде его нет

бабеля тоже в проде нет, лол

в проде собранный файл, так зачем его собирать менее удобным инструментом?

> to transpile import() to requireAsync()

> чанки

а вебпак по-твоему в чанки не умеет или что?

хз, есть пример с вебпаком? как я понял без этого плагина это не будет на сервере работать, вебпак dynamic import сделает, что нода не поймет

А насколько вообще есть необходимость собирать бандл для ноды с помощью вебпака? Какие профиты от этого? Я вот чот не знаю и интересно зачем это? Может кто подскажет?

А насколько вообще есть необходимость собирать бандл для ноды с помощью вебпака? Какие профиты от этого? Я вот чот не знаю и интересно зачем это? Может кто подскажет?

Что-то я не вижу смысла никакого. Разве что сэкономить на файловых операциях, когда много мелких компонентов по файлам раскидано.

Но это только фактически на процесс первого обращения к файлу влияет по сути.

Вот и я того же мнения пока что..

ну так об этом же и речь

А как же ssr со стайлд компонентами и лоадеры для картинок?

А как же ssr со стайлд компонентами и лоадеры для картинок?

лол не все делают так)

Не все

да и для лоадеров картинок есть хуки)

Это пример профита

А как же ssr со стайлд компонентами и лоадеры для картинок?

а в чем проблема стайлд компонентов и сср?

Ой

Цсс модули я имел в виду

Это пример профита

это не профит а вынужденная необходимость

Ну спросили же, в чем смысл

Пример смысла, лучше?)

да)

Я модули юзаю но не импортом стилей. А прелварительно создаю из них json файлы.

цсс модули можно вроде через бабель

А в этих файлах уже типа мапы - старый класс : новый класс с хэшом

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

цсс модули можно вроде через бабель

можно

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

отличное решение

А в этих файлах уже типа мапы - старый класс : новый класс с хэшом

чем генеришь?

А почему отличное? То есть почему генерить джсоны лучше?

Быстрее?

ERROR: S client not available

gulp + css-modules/postcss-modules

а через babel-transform-prejss или как там называлось, это еще через постцсс плагины можно протащить

А почему отличное? То есть почему генерить джсоны лучше?

да) это лучше чем бандлы вебпака на ноде

а через babel-transform-prejss или как там называлось, это еще через постцсс плагины можно протащить

Ага

в теории))

Вообще мб я предвзят, но я не вижу минусов бандлов особых, а импорты после питона и джавы оч импонируют

Ага

есть пример?

Вообще мб я предвзят, но я не вижу минусов бандлов особых, а импорты после питона и джавы оч импонируют

причем тут импорты если всё равно через бабель всё проходит и там и там

При том что импорты vs json

И вообще классно, когда бэк на бэк похож, а не на кашу нагенерированных конфигов

При том что импорты vs json

если всё прозрачно компилится и работает, то какая разница?

И вообще классно, когда бэк на бэк похож, а не на кашу нагенерированных конфигов

лол)) бэк на бэк похож это когда всё по файлам, а не один бандл)) это нода, а не го

Эстетическая, это не очевидно из "импонирует" было?)

Так процесс получения банда -- это компиляция просто, а вебпак как компилятор))

Эстетическая, это не очевидно из "импонирует" было?)

об эстетике не может быть и речи при бандле на бэкенде

какие минусы бандла?

Ты бэк не обижай((

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

всё не упомнить

Мне иметь json кажется проще, у нас для одних и тех же компонентов может быть много тем, приходится переопределять стили, наследовать одни от других. Использую пакет react-css-themr мне показалось это проще. А с подходами типа css in js пока не знаком на практике.

но с бандлами на бэке крайне неприятно особенно если есть bin, lib и т.д.

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

что значит зрительный осмотр результата компиляции ?

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

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

что значит зрительный осмотр результата компиляции ?

npm run build:prod vi /dist/src/filename.js

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

собственно об этом и речь)

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

4 конфига для вебпака

отладка

Но при этом обычно криков нахуй ты году собираешь, ебен тонны

Но при этом обычно криков нахуй ты году собираешь, ебен тонны

да прост как бы действительно зачем если нет острой необходимости

npm run build:prod vi /dist/src/filename.js

что это команда должна была мне сказать?)