как правильно делать такую штуку? есть форма логина/регистрации. Пользователь вбивает в форму свой номер телефона, мы должны сделать запроса на бекенд, проверить есть ли такой пользователь уже, если нет, то попросить еще ввести имя. Если делать запрос на onChange, то пока он выполняется, юзер может уже значение номера телефона поменять, значит нам надо новый запрос на бекенд инициировать, а тут возможен рейс. Как такое разруливается в реакт+редукс?

При потери фокуса делать запрос и про отправке проверять

При потери фокуса делать запрос и про отправке проверять

Спалить все телефоны в базе, норм ?

Ну так вроде бизнес требование – в любом случае проверять телефон

Хоть при отправке, хоть в реалтайме - всё равно база сольётся )

Спалить все телефоны в базе, норм ?

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

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

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

и это огромное количество комбинаций.

Телефоны перебрать проще.

Хуйню несёшь, кому нужно перебирать телефоны?

Хуйню несёшь, кому нужно перебирать телефоны?

Получить телефон и подобрать пароль, например.

Получить базу для спама, вариант два.

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

Вы хуйню несёте, оба

Вы хуйню несёте, оба

конеш, безопасность не нужна

ваще.

Вы хуйню несёте, оба

иди OWASP сайт почитай..

иди OWASP сайт почитай..

да мы хуйню несем, чего стараться.

да мы хуйню несем, чего стараться.

ну да :) чего это я.. пойду google, Yandex, Telegram и остальным скажу что они тоже фигней занимаються

Телеграм мне не запрещает вводить любой номер

Телеграм тебе говорит что номер уже занят?

И все проверки на дос — на сервере

НУ ДА

а дос непричем

Телеграм тебе говорит что номер уже занят?

"Извините, данный пароль уже занят"))

юзером vasyapupkin

ребята

есть вопрос

руакт и progressive web apps

реакт

как совместим ? как вы относитесь к PWA

да пусть сливают

"замучаются пыль глотать"?

?

это к обсуждению слива базы номеров выше

Парни, у нас сегодня родилась группа по Cycle.js - достаточная интересная вещь из мира FRP. Многие уже слышали. Кому интересно и кто активно использует, добро пожаловать: https://telegram.me/cyclejs_ru Ответственный за неё Александр @prinzc - все вопросы по модерации к нему. Также он большой эксперт по Cycle.js и может много что интересного рассказать. Enjoy! ??

как будто стёб :) https://github.com/andrewngu/sound-redux/blob/master/scripts/containers/App.js#L32-L51

??

как будто стёб :) https://github.com/andrewngu/sound-redux/blob/master/scripts/containers/App.js#L32-L51

The new React Router :)

в чем стеб ?

но у него нет роутера, поэтому нормальное решение что бы не тащить либу в проект

в чем стеб ?

ну уж если так надо уточнить, то тут )) https://github.com/andrewngu/sound-redux/blob/master/scripts/containers/App.js#L36-L40

еще уточни, 2 разных компонента

но у него нет роутера, поэтому нормальное решение что бы не тащить либу в проект

ну в коде бэкбоуна матчинг роутера что-то типа строчек 8 занимает )

Чел просто не сделал over-engineering :)

еще уточни, 2 разных компонента

а кто сказал, что не разные?

Чел просто не сделал over-engineering :)

npm i -S over-engineering забыл

тоже конечно :( https://github.com/andrewngu/sound-redux/blob/master/scripts/actions/environment.js#L20 это к теме http://webaim.org/blog/user-agent-string-history/

или к этой скорее ) https://www.reddit.com/r/programming/comments/4vy1jo/even_jetbrains_can_write_stupid_code_or_why_a/

Народ, подскажите пожалуйста, столкнулся тут проблемой написания древовидного списка на редаксе. Есть стейт с плоской структурой где поле children - содержит айдишники детей - {nodes: {1: {id: 1, title: 'title', ..., children: ['2','3','4']}}, ...} и есть компонент ноды с примерно такой разметкой class Node extends React.Component { render(){ var {node} = this.props; return ( <div className={style.node}> <div className={style.text}> {node.title} </div> <div className={style.children}> {node.children.map(nodeId=><Node key={nodeId} nodeId={nodeId}/>)} </div> </div> ) } } connect((state, props)=>{ return { node: state.nodes[props.nodeId] } })(Node)Все было хорошо пока не потребовалось отсортировать вложенные ноды по позиции (позиция хранится в ноде в виде поля position). Но в рендер-методе отсортировать не можем потому что поле children хранит только айдишники. 1) можно добавить в мап-стейт-ту-пропс вытаскивание чилдренов connect((state, props)=>{ var node = state.nodes[props.nodeId]; return { node, children: node.children.map(nodeId=>state.nodes[nodeId]).sort((a, b)=> a.position-b.position) } })(Node)но тогда мы получаем перерендер всех нод на каждое изменение стейта из-за того что map возвращает каждый раз новый массив. 2) использовать реселект смысла нет потому что из двух входящих аргументов node.children и state.nodes - выражение createSelector(node=>node.children,state=>state.nodes, (children, stateNodes)=>children.map(nodeId=>stateNodes[nodeId]).sort((a, b)=> a.position-b.position) все равно будет возвращать новый массив потому что будет перевычисление селектора из-за того что при изменении любой ноды в состоянии будет каждый раз новый объект state.nodes Ecть еще варианты?

Отсортировать в редьюсере?

Получается это единственный вариант? Просто он слишком усложняет логику когда нужно следить за сортировкой при каждом изменении стейта. А если нужно будет добавить сортировку по другим полям? Прийдется делать какой-то пересчет или добавлять отдельное поле childrenByTitle - где адишники детей будут отсортированы по имени

Просто других вариантов с оптимизацией скорее всего нет, так как, если делать сортировку детей на стороне компонента, то компонент будет в любом случае зависеть от всех своих дочерних нод (он должен как-то определить порядок их рендеринга). Можно в редьюсере всё-таки подготовить какую-то часть данных. Например, заменить идшники детей на них самих, тогда перерендеринг будет только при изменении компонента или потомка, но не любой соседней ноды. Но, может, я чего-то и упустил.

Можно сделать второй вариант с memoize

Кстати, еще кому-нибудь кроме меня кажется, что нормализованные сторы - зло?

Третий вариант - сделать подготовку данных в компоненте

Мне тоже кажется, что нормализация данных в клиентских сторах не нужна. Там данные должны храниться в виде, удобном для использования. А подготовка данных в компоненте не снимает проблему перерендеринга компонента при любом исменении подключенного к нему стейта. Если только использовать shouldComponentUpdate.

> @Vogre Кстати, еще кому-нибудь кроме меня кажется, что нормализованные сторы - зло? если нормализация сделана на клиенте при помощи normalizr, то я плюсую ) я пока так и не понял профита, особенно когда нужна денормализация для отправки измененных данных на бекенд. По сути вопроса, может есть смысл в ноде делать проверку в shouldComponentUpdate, чтобы не перерендеривать каждый раз

Кстати, еще кому-нибудь кроме меня кажется, что нормализованные сторы - зло?

redux-orm?

Нормализация полезна только когда у моделек зависимости друг на дружку

Но если проект хоть сколько нибудь обещает быть большим то я бы заложился.

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

Вопрос критично это или нет зависит от конкретного кейса где произошла рассинхронизация.

да, наверное все от конкретной ситуации зависит

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

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

ERROR: S client not available

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

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

Какую такую же структуру?

у меня просто был json-api, там отношения моделек по айди присваивались

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

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

По-моему, так как, нормализация нас не спасает от проблем, связанных с синхронизацией данных между клиентом и сервером, предотвращением утечки памяти (если всё сохранять и ничего не удалять, то рано или поздно на клиенте окажется вся серверная БД) и п.р. Поэтому одно только использование нормализации не даёт ничего. Можно делать такие редьюсеры которые создают пусть и ненормализованную, но корректную, эффективную и удорбную для использования структуру данных. Однако тут, конечно, всё зависит от конкретной ситуации.

Например, в случае дерева, совершенно не обязательно хранить его в виде списка нод с ИД шниками потомков. Можно построить настоящее дерево, при этом никакого дублирования данных не будет. Но, если, например приходится часто искать ноды этого дерева по ИД, то линейный список будет предпочтителен. А можно сохранить и то и другое, позаботившись о том, чтобы данные коррекно обрабатывались и изменялись редьюсерами в 2х местах.

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

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

Ребят

?

в react как воткнуть script?

т.е. render() { return <div><script /></div> }

в каком смысле?

ну если вот так воткнуть, то react его втыкает, но почему-то не грузит браузер его)

т.е. render() { return <div><script /></div> }

http://stackoverflow.com/questions/34424845/adding-script-tag-to-react-jsx

т.е. даже в network пусто

dangerouslySetInnerHTML

Ога, так и было изначально

другого способа нет?))

другого способа нет?))

ну вот выше попробуй, сказали

https://facebook.github.io/react/tips/dangerously-set-inner-html.html

Немного странный способ =))

Но я понял, спс

Нужен тип maybe для чекбокса, чтобы хранить в стейте indeterminate: типа и не true и не false, а так maybe

?

другого способа нет?))

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

так и было =)

dangerouslyInnerHtml почему-то не пашет =)

https://github.com/yariv/ReactScriptLoader

кто-то еще пользуеться миксинами?

кто-то еще пользуеться миксинами?

А что все сидять на hoc?