пиши сам

есть вопос по хранению большого объема данных

пиши сам

Пока ещё не дорос. =)

Всем привет

тогда в институт

поправочка changeFlag(flag, country) { return { } } читать как changeFlag(flag, country) { return () => { } }

а все флаги вынести в константу?

самому интересно)

это прям реально проблема: люди код не пишут, а им еще и деньги за это платят

Ребята, какой посоветуете шаблон для реакт приложения?

На сколько плохо хранить так токен?

обычно токены хранятся в кукисах

а все флаги вынести в константу?

ну, я бы массив сделал типа ``` const COUNTRY_DATA = [ { flag: 'russia', name: 'Russia' }, ... ]

ну, я бы массив сделал типа ``` const COUNTRY_DATA = [ { flag: 'russia', name: 'Russia' }, ... ]

да, я это и имел ввиду

ну, так действительно будет лучше

это прям реально проблема: люди код не пишут, а им еще и деньги за это платят

Платят же за решение задачи, а не количество написанных строк.

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

Платят же за решение задачи, а не количество написанных строк.

будем надеяться, что у вас это получится

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

На сколько плохо хранить так токен?

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

^ а локал сторадж?

^ а локал сторадж?

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

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

т.е. в куках можно указать срок хранения в 100 дней

или 2 дня

по истечению срока - очищается

тут уже зависит от задачи

По-моему время жизни токена должно хранится в самом токене и на сервере это должно валидироваться

будем надеяться, что у вас это получится

Да вполне получилось. Мне просто было интересно, можно ли это было решить каким-то другим способом.

По-моему время жизни токена должно хранится в самом токене и на сервере это должно валидироваться

да, в идеале так

потому что можно через консоль изменить срок этого токена

Не получится ) у токена есть подпись

разве?

Платят же за решение задачи, а не количество написанных строк.

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

если мы берём, к примеру, jwt

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

Верно.

если мы берём, к примеру, jwt

если нельзя изменить, есть ли необходимость валидировать его со стороны сервера?

/stat@combot

combot.org/chat/-1001032883247

если нельзя изменить, есть ли необходимость валидировать его со стороны сервера?

а время жизни токена (если берём access) никто не может изменить

если нельзя изменить, есть ли необходимость валидировать его со стороны сервера?

конечно есть, ты выдаёшь токен на один час, на сервере же ты должен проверить, что этот токен ещё валидный

а, ты про это. Ну да, это логично

а, ты про это. Ну да, это логично

Но опять же, хранить в локал сторадж или в куках, вопрос открыт ) и там и там, вроде как, не безопасно..но где-то же надо хранить

А кто-нибудь работал с механизмом обновления токена через рефреш токен?

причем это сторонние АПИ туда их сохраняют

Т.е. если на некий запрос приходит 401, то мы должны сохранить где-то данный запрос, потом сделать запрос на обновление токена через рефреш токенЮ сохранить новые токены и повторить первоначальный запрос

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

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

можешь вынести данные в какой нибудь store.js и импортировать массив из него

чтобы не плодить простыню

Я хотел в этот компонент как константу добавить

Ты имеешь в виду массив создать в другом файле и экспортировать его?

да

как в yarn устанавливать dev-dependencies?

--save-dev устанавливает как dependencies

yarn add <package> —dev

угу пасиб

попробуй, если не поможет, почтистить кеш

yarn cache clean

Вопрос: в реакт компоненте есть ли какой нибудь уникальный ключ или нужно делать свое? у меня есть компонент обертка над формой в которую я начинаю фиксировать другие компоненты которые внутри него по componentWillMount и по componentWillUnmount убирать. Так вот внутри формы есть два одинаковых компонента, как их отличить друг от друга?

ориентироваться по key?

key={state.id}

сделай им свой уникальный ключ

я думаю это вручную надо

ERROR: S client not available

а _reactInternalInstance._debugID или _reactInternalInstance._mountOrder нельзя их использовать? это не уникальные ключи?

а _reactInternalInstance._debugID или _reactInternalInstance._mountOrder нельзя их использовать? это не уникальные ключи?

Если компонентов всего два, то дай им два ключа сам. Зачем это?

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

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

То, что начинается с подчёркивания, это приватные методы/атрибуты. Крайне нежелательно их использовать. Это хак и он может сломаться. Ты должен сам дать им уникальные ключи. Индекс в массиве, если что, как ключ использовать тоже нельзя.

вернее форма должна это все правильно фиксировать, вопрос состоит в том есть ли внутренний ключ у реакт компонентов, некий хэш ключ?

получается нету хэш ключа и надо делать самому, ок спасибо!

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

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

тогда ты неправильно понял смысл componentWillMount/componentWillUnmount. у тебя есть какие-то события которые добавляют/убирают элемент в форме - клик на кнопке или типа того. вон они и должны обновлять стейт по которому уже в форму добавятся/удалятся новые элементы. cwm/cwum это уже побочки этого процесса.

ты пытаешь в обратную сторону перевернуть рендер. нажали кнопку -> удалился элемент -> отработал componentWillUnmount -> обновили стейт. а надо нажали кнопку -> обновили стейт -> удалился элемент. cwum штука левая. все что должно зависеть от удаления элемента должно знать об этом из изменения стейта а не от cwum

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

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

День добрый!

Есть ли какие подводные камни с Emitter const em = new Emitter; em.on('msg', e => console.log(e)); em.emit('msg');

Может я что пропустил? У меня в backbone много где используется.

тогда ты неправильно понял смысл componentWillMount/componentWillUnmount. у тебя есть какие-то события которые добавляют/убирают элемент в форме - клик на кнопке или типа того. вон они и должны обновлять стейт по которому уже в форму добавятся/удалятся новые элементы. cwm/cwum это уже побочки этого процесса.

не, это не то. думаю я не до рассказал всю задачу. Возможно уже есть какие то формы, но зато у меня с блэкджеком и куртизанками)

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

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

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

С чем может быть связано то, что я в инпут ничего ввести не могу

Используется react input mask

Что с ончэйнджем что без него

С чем может быть связано то, что я в инпут ничего ввести не могу

ты делаешь re-render на каждый ввод?

Нет

если ты передаешь туда value то должен ее на onChange обновлять. если тебе нужен uncontrolled компонент - передавай туда defaultValue

Все разобрался, я просто маску не вводил не так как в библиотеке

Маску надо было вводить в формате +7(999)999-99-99, а я вместо 9 '_' писал

это редакс форм?

React input mask

А чтобы компонент перерендерился shouldComponentUpdate должен просто тру вернуть?

Есть либа с такой функцией? foo(1, 'day') === '1 day' foo(2, 'day') === '2 days'