=)))

а так оно само магически происходит?

KISS :D

Чёт я заработался.

а так оно само магически происходит?

Нет. =)

а так оно само магически происходит?

Ну, так есть одно правило: в ответ на событие action диспатчим то, что там прилетело.

А если я начну городить огород из этих подписок?

у тебя психологический барьер, что кроме doSmth().then(data => dispatch(someAction(data))); можно делать еще что-то иное?)

тут верстаки есть?

у тебя психологический барьер, что кроме doSmth().then(data => dispatch(someAction(data))); можно делать еще что-то иное?)

Да. =)))

А если я начну городить огород из этих подписок?

будешь страдать

не будешь городить, не будешь страдать

изи

ну ты понял, что не надо городить огород? Это не значит, что нельзя так делать

нельзя(=обычно не стоит) этим обмазываться по самые уши

Да. Что-то я фигню порю.

something something observables

Я думаю, стоит это просто спрятать за чем-нибудь типа subscribeToAction().

Да не, я пытался. Только сейчас оглядываюсь на проекты и понимаю, что мне уже стыдно за этот код. =) Когда развиваешься быстро и не чувствуешь потолка, старое видение мира быстро становится неактуальным. Поэтому оупенсорс, я считаю, пока рановато. Хотя, есть профит в адекватном и полном фидбеке на твой код, это да. Но тогда, когда ты сам подводишь какие-то итоги.

И это. Я думаю, что выкладывать свои проекты стоит после того, как тебе уже есть что запулреквестить в другие проекты, и хотя бы 30% твоих PR принимаются.

А может и больше.

И это. Я думаю, что выкладывать свои проекты стоит после того, как тебе уже есть что запулреквестить в другие проекты, и хотя бы 30% твоих PR принимаются.

я не понял тебя

Ну, так есть одно правило: в ответ на событие action диспатчим то, что там прилетело.

Если нам нужно сделать ответ серверу на экшн, то мы объявляем функцию-thunk const pingPongThunk = action => async dispatch => { const serverAction = await httpPost( something ) dispatch( action ) dispatch( serverAction ) } В итоге просто диспатчишь dispatch ( pingPongThunk ( firstAction ) ) "Ну, так есть одно правило: в ответ на событие action диспатчим то, что там прилетело." Условие соблюдено ?

я не понял тебя

Это я о перспективах гипотетическогот OS проекта. Мои соображения о том, при каких условиях больше вероятности, что он не будет мертворождённым.

Если нам нужно сделать ответ серверу на экшн, то мы объявляем функцию-thunk const pingPongThunk = action => async dispatch => { const serverAction = await httpPost( something ) dispatch( action ) dispatch( serverAction ) } В итоге просто диспатчишь dispatch ( pingPongThunk ( firstAction ) ) "Ну, так есть одно правило: в ответ на событие action диспатчим то, что там прилетело." Условие соблюдено ?

Нууу... Да. =)

Это я о перспективах гипотетическогот OS проекта. Мои соображения о том, при каких условиях больше вероятности, что он не будет мертворождённым.

ничто не лишено этой возможности

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

хотя бы для тебя

Народ, генерирую бандл, загружаю на сервер. В 90% случаев все ок, а вот в 10% пытается взять чанк из / игнорируя publicPath. В чем может быть дело?

Народ, генерирую бандл, загружаю на сервер. В 90% случаев все ок, а вот в 10% пытается взять чанк из / игнорируя publicPath. В чем может быть дело?

а что ты не прочитаешь исходники бандла?

прочитал

чо там?

там только с http

строк начинающихся с / вообще нет

думаю мб попало в кеш cdn

ей

кеши

сбрось кеш в сдн

ищу посонов из италии

Италия нинужон. Раша стронк

Италия нинужон. Раша стронк

ноуп-ноуп

Коллеги, кто-нибудь сталкивался с Minified exception occured? Проявялется только в production версии и только в IE.

Коллеги, кто-нибудь сталкивался с Minified exception occured? Проявялется только в production версии и только в IE.

покажи свой babelrc

Все живет в конфиге веб пака: { test: /\.jsx?$/, exclude: /(node_modules)/, loader: 'babel', query: { presets: ['es2015', 'react', 'stage-0'], plugins: ['transform-runtime', 'babel-plugin-transform-decorators-legacy'] }

Все живет в конфиге веб пака: { test: /\.jsx?$/, exclude: /(node_modules)/, loader: 'babel', query: { presets: ['es2015', 'react', 'stage-0'], plugins: ['transform-runtime', 'babel-plugin-transform-decorators-legacy'] }

babel-polyfill используешь?

Да

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

но с другой стороны

зачем? если у тебя рантайм

entry: { app: ['babel-polyfill', appEntryPath] }

entry: { app: ['babel-polyfill', appEntryPath] }

react в externals?

Нет

у меня была проблема с бабель плагином для перфа

и ему нужно было чтобы полифил был перед бандлом реакта

Реакт должен быть в externals?

что у тебя на странице?

То есть?

кстати. кто вписывает кириллицу в скрпты es2017, вам наверняка не нужно замедление скорости и увеличение размера благодаря нововеяниям babel. ваши бенчи вэлкам тут - https://github.com/babel/babel/issues/4909

и ему нужно было чтобы полифил был перед бандлом реакта

О, это помогло, спасибо огромное!

О, это помогло, спасибо огромное!

Покажи как починил

ERROR: S client not available

Покажи как починил

Уже не у компьютера, к бандлу с вндоровскими библиотеками добавил полифил

Кто юзает галп?

Кто юзает галп?

<придумайте самый смешной синоним к слову «ретроград»>

<придумайте самый смешной синоним к слову «ретроград»>

Зачем?

Зачем?

чтобы обозначить тех, кто юзает галп

<придумайте самый смешной синоним к слову «ретроград»>

Будто что-то плохое

Кто юзает галп?

Все когда то

Давно

а что с галпом не так? V4 прекрасна, все пишется на es6 + async/await, смотрится божественно

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

ребят, есть такая трабла: Есть несколько npm модулей, которые подключают общий — модуль с хелперами. Все они собираются вебпаком. Я в хелперах юзаю переменную process. Как мне внутри функций иметь доступ к process.env, которую я определяю в модулях _куда_ я подключаю модуль с хелперами? 1 в конфиге вебпака что-то придумать, не хочется ебаться в вебпаком 2 в модуле куда подключаю — window.process = process; (не работает, env все равно пустая) 3 обернуть все хелперы в скоуп, в который засунуть нужный proccess, но из-за этого я не смогу красиво импортить мои хелперы (import {apiUrl} from 'projectname-base') 4 хз

я бы плюнул и window.process = process; сделал, но, сука, не работает :(

я бы плюнул и window.process = process; сделал, но, сука, не работает :(

для чего тебе process?

там в process.env хранятся настройки

ключи всякие

домены

значит тебе не нужен весь process

это делается по другому, иначе чем window.process = process

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

вот так это делается https://gist.github.com/haf/f671f1113d2c5dead5a7#file-gistfile1-txt-L109-L113

new webpack.DefinePlugin({ "process.env": { NODE_ENV: JSON.stringify("production") } }),

так я и делаю

а что с галпом не так? V4 прекрасна, все пишется на es6 + async/await, смотрится божественно

?api типа series и parallels просты. Только они до конца его релизнуть все никак не могут

но мне нужно process.env юзать в хелперах, которые в другом модуле

подскажите правильный подход для разграничения шаблонов и логики компонентов для разных ролей юзеров? типичный пример админ и обычнй пользователь - меньше данных в UI, часть кнопок скрыта и тд. что вижу можно делать - 1) делать копию компонента и разруливать через роуты , 2) if/else по всему компоненту/шаблону - фу-фу или может есть какие-то луше подходы?

Пока галп4 релизился, фронтенд заметно изменился)

Пока галп4 релизился, фронтенд заметно изменился)

и что же поменялось?

думаю так написать уже и забить хуй window.env = process.env; console.info('window.env', window.env)

но мне нужно process.env юзать в хелперах, которые в другом модуле

передавай только то, что тебе нужно