https://media.giphy.com/media/3o6Ygcfi92DI5WVeW4/giphy.gif

на каком канале паниковать, что npm/yarn упал?

на каком канале паниковать, что npm/yarn упал?

россия 1

на каком канале паниковать, что npm/yarn упал?

@js_ru

Что, кстати, тупо. Во вью value просто вставляется в инпут и делай с ним что хочешь дальше.

И это странно. Какого хрена вьюха не соответствует стейту?

А что должно?

call

А что должно?

мидлвара ждет пока зарезолвится промис?

yield call

yield call(API.fetch, '/some')

yield call(API.fetch, '/some')

к чему это?

к чему это?

Это решение твоей проблемы

попробуй console.log({ ...products })

Если правильно тебя понял

Добро пожаловать в асинхронный жс

io никому ничего не обязано, например. Хочешь достоверности — объект должен быть иммутабельным без вариантов

Если правильно тебя понял

мне просто интересно, почему логируется зарезолвленное значение промиса

P.S. Саги саки

мне просто интересно, почему логируется зарезолвленное значение промиса

Документацию открой

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

на ванильном вроде особых проблем нету обратится на каждой итерации к предедушему эелменту, а тут виртуал дом(

через реф на родителя

через реф на родителя

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

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

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

хотя, да идея хорошая, могу column сразу создать, и потом в итерации обращатся к ним через реф, column уже смонтиованы, мне через ref достаточно будет чекать его размеры

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

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

аа ну да

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

А через css grid не решить?

А через css grid не решить?

поддержка не подходит, плюс у мен drag and drop c кучей заморочек, типа плитку перестаривать надо при перестаскивание с анимацией

поддержка не подходит, плюс у мен drag and drop c кучей заморочек, типа плитку перестаривать надо при перестаскивание с анимацией

так гриды же даже в ие работают

так гриды же даже в ие работают

не полностью

так гриды же даже в ие работают

будут но с кучей гемороа, сафари 10 вот скажет иди нафиг друг)

виртуально построй свою плитку, потом струтуру render

тыж программист

виртуально построй свою плитку, потом струтуру render

да беда в том что я размеров не знаю)

узнай, потом строй

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

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

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

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

в дидмаунте рефа может не быть

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

надо тормозить рендер следующего блока пока componentDidMoun произойдет у предедущего

не строить блоки пока не получишь размер

в дидмаунте рефа может не быть

Как это

findDomNode

Должен же быть

в дидмаунте рефа может не быть

Почему ? Я обращался к рефу в дидмаунте

Должен же быть

Сначала вроде он будет равен null, нет?

Сначала вроде он будет равен null, нет?

Так didMount же

Как это

ну да, чет ошибся

не строить блоки пока не получишь размер

можно, но это усложнит все, мне нужен общий механизм постройки блоков, мне его потом запускать с разными параметрами тоже надо

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

А через редьюс ?

А через редьюс ?

Мб

Что позволяют делать Next.js и Vulcan.js если объяснить простым и понятным языком?

Что позволяют делать Next.js и Vulcan.js если объяснить простым и понятным языком?

Next - ssr.

Server side render

ERROR: S client not available

Что позволяют делать Next.js и Vulcan.js если объяснить простым и понятным языком?

Вулкан - это метеор с аполло

Что позволяют делать Next.js и Vulcan.js если объяснить простым и понятным языком?

Next может в ssr, code spliting, production ready bundle, ceo

сео ))))))

сео ))))))

Ну graph, shema

Беру next - получаю нормального начальника, nice

ты уверен ?

Метеор ещё жив ? ?

ты уверен ?

Ты мне?

да

seo vs ceo

seo vs ceo

Опечатался

Метеор ещё жив ? ?

Ну аполло это от тех же ребят что и метеор

И вулкан тоже, как я понимаю

Вулкан - это метеор с аполло

Главное чтобы не началось извержение

Главное чтобы не началось извержение

Я вообще заложник стек, хотя он и полностью меня устраивает)

Я не евангелист никакой)

Да без проблем)

Мне вот самому часть аплло стека понадобилась, но я понимаю что хожу по весьма тонкому льду ?

Мне вот самому часть аплло стека понадобилась, но я понимаю что хожу по весьма тонкому льду ?

А че так?

В плане зачем понадобилось или почему тонкий лёд?)

Второе

лишние абстаркции которые могут навернуться в любой момент)

Второе

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

лишние абстаркции которые могут навернуться в любой момент)

Не лишние а просто неполные

Свойство хороших абстракций — они безразмерны, про то что в глубине их можно забыть, пруф — для того чтобы писать на жс не нужно знать всё то, что требовалось раньше Свойство плохих абстракций — оригинал из них торчит во все стороны

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

одна партия, один подход, один костыль

в этом плане мне нравится что-то типа протобафа, жаль что для веба оно еще не подвезли