Подписанные

Ты про какой то особый запрос?

ты про запрос с дашбоарда при didmound?

У тебя запросы итак идут каждый раз

я зашел на Dashboard 1 раз, отправил запрос а апи с токеном. Все ок, получил данные, положил в Redux. После этого я ушол обратно на Home. На следующий заход я не буду слать запрос на апи, идо они уже в сторе.

It's up to you как говорится. Между сменой экранов данные могут поменяться

По сути дальше будет только проверка доступа к роуту

It's up to you как говорится. Между сменой экранов данные могут поменяться

да не могут

Ну если не могут, тогда не запрашивай

Ну если не могут, тогда не запрашивай

мы не туда пошли:) Эсть PrivateRoute, который проверяет аутентификованый ли юзер или нет. Если да, тогда маун Дашборда и уже другой запрос к апи. Вопрос кака раз по проверке

при заходе на роут

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

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

на didMount запрос к апи, ну и ответ с токеном

на didMount запрос к апи, ну и ответ с токеном

а пароль где хранишь в сторе чтоли?

токен уже должен быть в момент дидмаунт

нет токена - редирект на логин

ты запрос к апи с какими парметрами делаешь?

userid?

пока что

а userId откуда берёшь?

из токена)

а токен с локалстора

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

нет токена - редирект на логин

Короче, ты проверяшь роль юзера? Если типа админ, то вперед, если нет - обратно в home?

Короче, ты проверяшь роль юзера? Если типа админ, то вперед, если нет - обратно в home?

пусть эту роль тоже хранит, в чём проблема

пусть эту роль тоже хранит, в чём проблема

Я к тому же склоняюсь

нет, я уже запутался

есть роут

/dashboard

при заходе на него проверяем залогинен ли юзер и имеет ли права

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

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

Короче, храни в redux состояние аутентификации

Привет. Посоветуйте что-то для full stack разработки на react + node? MERN.io → что-то не работает.

у тебя монга не запущена

Это после mern init test && cd test && npm install && npm start

Оооо

Действительно

><

Короче, храни в redux состояние аутентификации

во спс

Спасибо. А как быть с 32 vulnerabilities?

Можно такое выпускать в production?

с 32 уязвимостями?)

?

:D

Ну это прям из коробки такое сооббщение

Я даже код не успел никакой написать

так это не от тебя зависит

у тебя пакеты уязвимые

Может есть альтернатива MERN?

MEAN))

MEAN))

это жестоко

CRA тогда

ERROR: S client not available

Та ну не

А чем мерн не устраивает?

Что ты за пакеты такие используешь с уязвимостями?

подскажите плиз, как то не соображу, можно что то вроде такого писать? export { * as ui } from './ui'; или такое в одну строку не сделать?

Я никакие еще пакеты не ставил свои

Убери фигурные скобки

подскажите плиз, как то не соображу, можно что то вроде такого писать? export { * as ui } from './ui'; или такое в одну строку не сделать?

export * as foo Но вроде этого в стандарте нет ещё

Просто установил mern согласно инструкции: \http://mern.io/documentation.html

export * as ui from './ui'; так тоже не пашет, пробовал (

Просто установил mern согласно инструкции: \http://mern.io/documentation.html

А что делать собираешься?

Можно вручную же все это поустанавливать

export * as foo Но вроде этого в стандарте нет ещё

то есть никак?)

export * as ui from './ui'; так тоже не пашет, пробовал (

шо пишет?

Ну как бы да. Но думал его использовать так как все нужное уже подключено

то есть никак?)

Ага

шо пишет?

"ожидалось from"

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

раньше просто автоматом не писал

Ага

спасибо ))

Пока что лучший и самый эффективный принцип разработки, который я видел, это: (скрам) 1. сделать прототип вообще не думаю про надежность и поддержку 2. пострадать с ним пару месяцев 3. переписать ВСЕ с нуля В иных случаях выходит либо заметно дороже, либо у вас нормальная команда и аналитиков и разработчиков и тестировщиков, но таких крайне мало

Пока что лучший и самый эффективный принцип разработки, который я видел, это: (скрам) 1. сделать прототип вообще не думаю про надежность и поддержку 2. пострадать с ним пару месяцев 3. переписать ВСЕ с нуля В иных случаях выходит либо заметно дороже, либо у вас нормальная команда и аналитиков и разработчиков и тестировщиков, но таких крайне мало

Проектировщиков

Проектировщиков

архитекторов, дизайнеров, маркетологов, ДБАшников, девопсов

СЕО

Ну и service desk, конечно

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

Может это и дешевле разработки проекта выйдет