Vlad
Orest🇺🇦
Tasen
через постман делаю запрос на авторизацию к rest api, в body указываю логин и пароль, все нормально, пробую через axios приходят некорректные данные, со статусом 200 и с пустым токеном
axios.post(API_URL+'/login',payload.requestBody)
.then(response => {
let data = response;
handleCallback(response);
})
.catch(error => {
handleCallback(error)
})
Tasen
что не может быть не так?
Антон K.
Выведи в консоль response
Антон K.
Если ты не делал перехватчики то там приходи объект
Антон K.
Возьми нужное из него
Tasen
да, я в консоль выводил
Tasen
и сейчас выходит это:
{
data: null
error: null
status_code: 200
}
Tasen
В поле data должен быть токен
Tasen
Через постман в этом поле он есть, делаю запрос через аксиос и какая то проблема
Tasen
Виктор
а порталы на реакт элементах нельзя юзать?
Антон K.
А в payload что передаешь?
Daniil
хэдэры и тип запроса?
Tasen
Daniil
Антон K.
хэдэров никаких не передавал, тип запроса POST
Открой инстр разработчика и посмотри что отправляешь и что приходит
Антон K.
axios.post(url,{data},{config}) так надр
Daniil
Открой инстр разработчика и посмотри что отправляешь и что приходит
+, апиха обычно говорит какого поля не хватает, вкладка network в devtools, в случае пост запроса можно посмотреть что отправляете и сам response, config не обязательно поле
Антон K.
Да
Tasen
Tasen
Daniil
не то делаете, у вас тело запроса должно идти вторым аргументом, в вашем случае это payload.requestBody, туда и смотрите, а вы хедеры в конфиг суете, это неправильно
Roman
норм вообще в редаксе в mapDispatchToProps юзать ownProps? если юзать, то с одной стороны в компоненте код чище, но сама mapDispatchToProps вместо аккуратного объекта получает кучу логики
какие best practices?
Tasen
Daniil
Антон K.
я тоже в начале пихал хедеры в боди )))
Антон K.
и кэнсел токен
Tasen
пример гляньте, который кидал вам,в дата суете то что хотите передать, в вашем случае - фон и пароль.
Tasen
Антон K.
тут в метод пост передаешьсонфиг
Антон K.
тогда убери .post
Антон K.
Tasen
Александр
Помнишь кейс? Интересно
Так я говорю что не припоминаю таких кейсов на практике, где бы классы лучше смотрелись
Александр
Ивенты? Много глобальных ивентов на ноды?
А чем тут классы то помогут? В чем разница в реализации с функциональными компонентом?
Valentin
А чем тут классы то помогут? В чем разница в реализации с функциональными компонентом?
Ссылки. У меня может быть ссылка на один инстанс ивента.
А на хуках это кажется нельзя
Александр
Ссылки. У меня может быть ссылка на один инстанс ивента.
А на хуках это кажется нельзя
useRef, или я не совсем понимаю вас
Valentin
useRef, или я не совсем понимаю вас
Не. Прим хотим добавить слежение за кликом вне элемента. Если в хуках реализовывать, то на каждый элемент будет создаваться свой ивент
Антон K.
после Request Headers
Александр
Не. Прим хотим добавить слежение за кликом вне элемента. Если в хуках реализовывать, то на каждый элемент будет создаваться свой ивент
Так таких хуков полно уже, https://usehooks.com/useOnClickOutside/ вы о таком ?
Roman
Ребят, вот
<Comp1>
<Comp2/>
</Comp1>
Первый передает через контекст провайдер значения, можно ли как-то их принять как пропсы во втором, а не через контекст?
Valentin
Так таких хуков полно уже, https://usehooks.com/useOnClickOutside/ вы о таком ?
Спс. Посмотрю попозже
Ivan
Не. Прим хотим добавить слежение за кликом вне элемента. Если в хуках реализовывать, то на каждый элемент будет создаваться свой ивент
Вы ведь имели в виду «на каждый элемент будет создаваться свой eventListener»?
Valentin
Valentin
Кажется уже ни в чем, Aleksandr спасибо за useHooks.
https://usehooks.com/useEventListener/ кажется интересным решением
Влад
Ребят, вот
<Comp1>
<Comp2/>
</Comp1>
Первый передает через контекст провайдер значения, можно ли как-то их принять как пропсы во втором, а не через контекст?
<Comp1>
<<Route path="/" render={props => <Comp2 {...props} extraProp="value" />} />
</Comp1>
Dmitriy
Так я говорю что не припоминаю таких кейсов на практике, где бы классы лучше смотрелись
Тьфу прочитал что с одним сталкивался
Tasen
тогда это на стороне сервера
Roman
Антон K.
Антон K.
Tasen
И phone и login
Roman
