У тебя в then должен быть консольлог

на первом скрине, console.log в моем компоненте, в componentWillReceiveProps

на первом скрине, console.log в моем компоненте, в componentWillReceiveProps

У тебя console.log как синхронный работает. Надо then(url => console.log(url))

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

componentWillReceiveProps(nextProps){ console.log({...nextProps.obj}) console.log(nextProps.obj.background) }

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

Useragent-mock

Или как оно там )

гугл ничего такого не находит, а то что находит - совсем не то, что нужно.

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

https://github.com/toddmotto/public-apis типо такого?

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

Поднимаешь локальный сервер, на котором повторяет роутинг боевого сервера. Делаешь так, чтобы он отдавал данные.

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

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

Так ты сам все знаешь

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

вот и интересуюсь кто как у себя делает "чтоб удобно было"

ребята, в реакте когда пишите компонент новый и к нему css, то пишите рядом с компонентом отдельным файлом стили относящиеся только к компоненту или же все кладете в один большой файл? Или как-то еще?

ребята, в реакте когда пишите компонент новый и к нему css, то пишите рядом с компонентом отдельным файлом стили относящиеся только к компоненту или же все кладете в один большой файл? Или как-то еще?

зависит от того, какое приложение

бывает одноименные файлы в папке styles

проще скармливать плагинам

лоадерам

в один большой -- нет

зависит от того, какое приложение

к примеру для комнента App.js выйдет styles/App.js, правильно?

зависит от того, какое приложение

а названия css классов? Есть какие-то конвенции или общепринятый способ?

да ну у нас жсс нет, поэтому src/styles/App.css

а названия css классов? Есть какие-то конвенции или общепринятый способ?

не в курсе мне удобно одноименно

да ну у нас жсс нет, поэтому src/styles/App.css

и через алиасы импортируешь

ребят не спрашивайте зачем и почему, но как вы думаете это норма делать вот так? async componentDidMount(){}

ребят не спрашивайте зачем и почему, но как вы думаете это норма делать вот так? async componentDidMount(){}

да

Arnold Pataki Когда хельгу уже домой приведешь? Все детство ждал, ни одной серии не пропускал.

да

это толстота? почему да?

Arnold Pataki Когда хельгу уже домой приведешь? Все детство ждал, ни одной серии не пропускал.

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

это толстота? почему да?

ты никогда fetch в cDM не делал?

ты никогда fetch в cDM не делал?

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

небось еще и var юзаешь )))

небось еще и var юзаешь )))

Роскажите что с var не так де-факто стандарт

Всем привет! Может кто подсказать как лучше реализовать механизм обработки 401 ошибки и обновления токена ? 1) Это лучше делать в расширении axios? 2) использовать какой-то middleware 3) свой вариант

Всем привет! Может кто подсказать как лучше реализовать механизм обработки 401 ошибки и обновления токена ? 1) Это лучше делать в расширении axios? 2) использовать какой-то middleware 3) свой вариант

обновление токена перенести на сервер, так как он может ставить куки

небось еще и var юзаешь )))

все var юзают не явно))

@itsjohncena ну у меня без кук, есть локал стор в котором хранится JWT и нужно проверять все запросы к api, если что-то не так, то рефрешить токен с refresh token, если нет, то редирект на страницу логина

@itsjohncena ну у меня без кук, есть локал стор в котором хранится JWT и нужно проверять все запросы к api, если что-то не так, то рефрешить токен с refresh token, если нет, то редирект на страницу логина

так себе изобретение костылей

почему нельзя jwt передавать в куках?

Почему нельзя не использовать jwt?

Нельзя это не упомянуть ?‍♂️

Почему нельзя не использовать jwt?

с ними не нужна база для хранения сессий

с ними не нужна база для хранения сессий

И безопасность, видимо, тоже...

Cenator вроде как стандартное поведение + сессия на мобильных девайсах

ahahah

Если проще, то я нашел два решения, химичить с axios и в нем обрабатывать ошибку 401 и все остальное. и второе решение - написать какой-то middleware для редакса, который будет все тоже самое делать

бля жалко я не прилетел D

там до 6ти утра ? И че кто то останется ?

@itsjohncena ну у меня без кук, есть локал стор в котором хранится JWT и нужно проверять все запросы к api, если что-то не так, то рефрешить токен с refresh token, если нет, то редирект на страницу логина

просто есть 401 выкинуть. И не париться. Это ловится не через аксиос

у меня к примеру есть мидл он чекает 401

а есть примеры реализации для совсем зеленых?

и делает логаут (как бы не настоящий. А стирающий стор к примерц)

а есть примеры реализации для совсем зеленых?

ты апи где обрабатываешь

на фронте я сделал отдельный класс api - расширение axios, которое подставляет хедер, таймаут и base_url

все var юзают не явно))

Нет

на бэке всю логику

на фронте я сделал отдельный класс api - расширение axios, которое подставляет хедер, таймаут и base_url

ну у тебя логика может не подойти для мидла

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

ERROR: S client not available

это мидл такой или в компоненте?

мидл

из фичи auth

Спасибо, буду рыть в этом направлении

И безопасность, видимо, тоже...

а в чем трабла? не шарю просто

а в чем трабла? не шарю просто

Их много, прям вот куча целая. Просто никогда не используйте жвт

на пример

для передачи инфы между серверами на изи. Можно же зашифровать ключем

Спека и дырки в ней, излишний оверхед

жвт просто не безопасный с точки зрения ИБ

а еще у меня токен постоянный выдается. Веселье))

Хотя это его основная задача >_>

а еще у меня токен постоянный выдается. Веселье))

обычно

окей, а шо юзать тогда?

хотя не. Спиздят и все. На мобилке еще норм. ТАм не спизидть

окей, а шо юзать тогда?

Начинать можно просто с httpOnly куки

а еще я его в localstorage держу)

прям комбо секьюрность

пох. Везде на клиейте - это клиет и там все пиздится

прикол что токен верменный

а в чем проблема хранить email юзверя и дату окончания токена в JWT, для дешифровки все равно нужен ключ, а шифрование выбираешь сам. Нужно не закидывать туда чувствительные данные и будет счастье. оверхед скрыт в либах, все проверки и валидация в одну строчку. Для безопасности еще до кучи использовать два токена и проверку на подозрительную сессию, которую надо реализовать при любых токенах

Сова ахуенчик выступил, респект

Захотелось структуру проекта переделать прямо

Захотелось структуру проекта переделать прямо

дело не в папочках

хотя у меня похоже

У меня тоже похоже, но не совсем так То есть я строил нечто подобное, но не довёл до идеала

Это прям то, что нужно

не ты просто прекола не понял и копируешь что скажут

Однако момент с тем, когда фичи перекликаются, все ещё портит всю малину Но тут уже проблема стейт менеджмента, из другой серии

не ты просто прекола не понял и копируешь что скажут

Лол