рискну спросить .. например пользователь логинится первый раз, идет запрос на /api/v1/signin => приходит token и user. token сохраняется в куки, user в сохраняется store. Затем пользователь закрыл-открыл браузер, в куках продолжает лежать токен. А как получить объект user ? опять запрос на /api/v1/signin ? Есть вообще подробная статья как должно быть ?

Да именно так

рискну спросить .. например пользователь логинится первый раз, идет запрос на /api/v1/signin => приходит token и user. token сохраняется в куки, user в сохраняется store. Затем пользователь закрыл-открыл браузер, в куках продолжает лежать токен. А как получить объект user ? опять запрос на /api/v1/signin ? Есть вообще подробная статья как должно быть ?

Нельзя верить тому что лежит на клиенте

Что ты спросить хочешь

я юзал ducks + thunks. сейчас думаю, в каком направлении эволюционировать дальше. saga не хочу (громоздко), хотелось бы убрать вообще весь boilerplate из кода redux - хотя вы в части ducks. мб посоветуешь что-нибудь? типа там redux-act, или есть ещё что-то?

я юзал ducks + thunks. сейчас думаю, в каком направлении эволюционировать дальше. saga не хочу (громоздко), хотелось бы убрать вообще весь boilerplate из кода redux - хотя вы в части ducks. мб посоветуешь что-нибудь? типа там redux-act, или есть ещё что-то?

npmjs.com/redux-symbiote

Да именно так

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

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

О какой форме речь??

форма - логин(email) и пароль

Эм

Логика разная

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

у тебя на сервере на каждый запорс должен проверяться токен если его нет, то возвращаешь с сервера 401 ошибку

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

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

у тебя на сервере на каждый запорс должен проверяться токен если его нет, то возвращаешь с сервера 401 ошибку

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

в componentDidMount у компонента Header дергать экшен, который делает запрос с токеном на сервер, чтобы тот вернул объект user ?

почему могут быть не видны подобные импорты? @import 'node_modules/react-modal-video/scss/modal-video.scss'

в componentDidMount у компонента Header дергать экшен, который делает запрос с токеном на сервер, чтобы тот вернул объект user ?

Ну да. Я для создания токенов пользуюсь этой библиотекой https://www.npmjs.com/package/jwt-js . Соответственно в токене у меня id лежит пользователя. В твоем случае тебе из этого токена нужно вытянуть id и при открытии страницы запросить инфу о пользователе. А там сервер у тебя разрулит твой токен валидный/нет если валидный то вернет объект твоего пользователя если нет 401 вернет

я б как то так сделал

ок попробую еще )

Ну да. Я для создания токенов пользуюсь этой библиотекой https://www.npmjs.com/package/jwt-js . Соответственно в токене у меня id лежит пользователя. В твоем случае тебе из этого токена нужно вытянуть id и при открытии страницы запросить инфу о пользователе. А там сервер у тебя разрулит твой токен валидный/нет если валидный то вернет объект твоего пользователя если нет 401 вернет

Не надо для токенов юзать jwt

Можно генерить любым способом

Или хеш

почему могут быть не видны подобные импорты? @import 'node_modules/react-modal-video/scss/modal-video.scss'

Путь ресолвится неправильно, возможно ищется node_modules внутри node_modules

а это нужно?

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

А в чем проблема сделать отдельный редюсер для ошибок?

Как и экшены для этого

Не надо для токенов юзать jwt

Это ж библиотека и написана для генерации токенов. Просто хешировать не секьюрно

есть редюсер для еррора и екшины для него, есть редюсер для нотификаций и екшины для него, и надо в редюсере для нотификаций захендлить екшин еррора

есть редюсер для еррора и екшины для него, есть редюсер для нотификаций и екшины для него, и надо в редюсере для нотификаций захендлить екшин еррора

Статусы запросов тогда где хранить ?

Это ж библиотека и написана для генерации токенов. Просто хешировать не секьюрно

Шта?

Это ж библиотека и написана для генерации токенов. Просто хешировать не секьюрно

Она не для генерации токенов

Она для подписи данных

почему радио баттон может не работать? <input type="radio" id="id1" name="name" value="value1" onChange={this.onChange} checked={selectedOption === "value1"} /> this.setState({selectedOption: target.value}, () => { console.log(target.value, this.state.selectedOption); });

Ну вот цитата с jwt.io https://jwt.io/introduction/ When should you use JSON Web Tokens? Here are some scenarios where JSON Web Tokens are useful: Authentication: This is the most common scenario for using JWT. Once the user is logged in, each subsequent request will include the JWT, allowing the user to access routes, services, and resources that are permitted with that token. Single Sign On is a feature that widely uses JWT nowadays, because of its small overhead and its ability to be easily used across different domains.

@sergeysova почему ее не стоит использовать для генерации токенов?

почему радио баттон может не работать? <input type="radio" id="id1" name="name" value="value1" onChange={this.onChange} checked={selectedOption === "value1"} /> this.setState({selectedOption: target.value}, () => { console.log(target.value, this.state.selectedOption); });

что значит не работает

@sergeysova почему ее не стоит использовать для генерации токенов?

потому что нет никакого преимущества над обычными сессиями на куках

что значит не работает

через раз селектиться

Как на реакте делаются примитивные попапы?

через раз селектиться

кидай код

Как на реакте делаются примитивные попапы?

так же как на обычном css + js?

вот с модалками чуть посложнее

вот с модалками чуть посложнее

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

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

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

можно сразу по ws получить

Как?

ностальгируешь?

?

там еще редукс показывал с 800 звездочками

Путь ресолвится неправильно, возможно ищется node_modules внутри node_modules

спасибо)

just remove default in export

doesn't work ?

долго ты чет чекал

your component Register uses DEFAULT import but in App component you import Register as named import

export default connect((state) => { return{} }, { userSignupRequest })(Register); from here ?

Бля, пиздец, братцы

ору

это вообще как

в mapStateToProps

ничего не вернуть

ничего не вернуть

Ну это всё равно что null

нет

return{}

пустой объект

Ну и будет то же самое

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

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

Vue)0

Vue)0

не платят на него (((((

вот кстати всегда было интересно - почему при использовании redux народ начинает писать кучу подобных экшенов и редюсеров если можно написать всего 3 редюсера и к ним три экшена - "CREATE", "EDIT", "DELETE" (+ экшен "GET" который обработается в миддлварке), а имя таблицы - "USER", "BRAND", "POST", "TASK", ets просто передавать параметром в экшене. И у нас получится всего 4 экшена вместо 4*n(количество таблиц) как в этой замечательной картинке

export default connect((state) => { return{} }, { userSignupRequest })(Register); from here ?

Yes, if you use import { ...} from you must remove defalut from export

Yes, if you use import { ...} from you must remove defalut from export

unfortunately export connect((state) => { return{} }, { userSignupRequest })(Register); does give another error

You must give name, or revert changes and remove curly braces from import import Register from ...

You must give name, or revert changes and remove curly braces from import import Register from ...

actually I was following this tutorial https://youtu.be/SX5HkOP-LWs?t=7m6s

actually I was following this tutorial https://youtu.be/SX5HkOP-LWs?t=7m6s

*this

вот кстати всегда было интересно - почему при использовании redux народ начинает писать кучу подобных экшенов и редюсеров если можно написать всего 3 редюсера и к ним три экшена - "CREATE", "EDIT", "DELETE" (+ экшен "GET" который обработается в миддлварке), а имя таблицы - "USER", "BRAND", "POST", "TASK", ets просто передавать параметром в экшене. И у нас получится всего 4 экшена вместо 4*n(количество таблиц) как в этой замечательной картинке

Не слишком это хорошо трекается потом

Сложно отследить изменения

actually I was following this tutorial https://youtu.be/SX5HkOP-LWs?t=7m6s

Don't use tutors, use mdn))) https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/export

Don't use tutors, use mdn))) https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/export

thanks

Don't use tutors, use mdn))) https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/export

I am totaly new to React and doing task for job coding test ?

Ребята, у кого-нибудь есть опыт построения композитного UI? Типа такого

Ребята, у кого-нибудь есть опыт построения композитного UI? Типа такого

Ээээм

вот кстати всегда было интересно - почему при использовании redux народ начинает писать кучу подобных экшенов и редюсеров если можно написать всего 3 редюсера и к ним три экшена - "CREATE", "EDIT", "DELETE" (+ экшен "GET" который обработается в миддлварке), а имя таблицы - "USER", "BRAND", "POST", "TASK", ets просто передавать параметром в экшене. И у нас получится всего 4 экшена вместо 4*n(количество таблиц) как в этой замечательной картинке

А как и где реализовать разную и, порой не простую бизнес логику?

Просто отдельные компоненты

А как и где реализовать разную и, порой не простую бизнес логику?

Во во, и что б все эти изменения можно было легко увидеть

Во во, и что б все эти изменения можно было легко увидеть

И расширять

И отследить

Оттестировать

Оттестировать

И типизировать

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

он же Composite User Interface

внедрение разработка теххнологии)