api, и некую сессию после авторизации\регистрации?
Конкретезируй. Что именно нужно?
Сессия при авторизации и регисрации, при работе с mysql, её держать неким временным хранилищем? или есть уже внтури реакта что-то для работы с mysql? и да, я знаю можно с помощью nodejs конектить их, но всё же, есть ли другие варианты?
Ну сессиями у тебя должен заниматься бэкэнд. В приложении ты только должен fetch или axios сказать, что нужно сохранять куки. fetch вроде бы по дефолту это делает. А уже на бэкэнде ты хранишь сессии и реализуешь всю авторизацию. Криптуешь пароль и т д
а если бек на ларавеле?
хоть на питоне ))) основная суть - бэк должен сохранять сессии и отправлять в куках id сессии
Хранить сессию на бэкенде?? Второй пункт требований https://ru.wikipedia.org/wiki/REST
а тогда как правильно держать сессию авторизованного пользователя?
Тебе предложили имплементацию с куками. Там оно работает таким образом. 100% RESTful далеко не всегда имеет смысл делать - зависит от бизнес-требований и/или желания разработчика.
Как вариант - JWT. В приватном поле шифруем token expiration date и на бекенде его верифицируем.
Благодарю) буду пробовать
Как выше сказали через jwt, почитать можешь статейки какие-нибудь. Их навалом
Здесь имеется ввиду, что каждый новый запрос ничего не знает о других запросах. Не сохраняет предыдущее состояние клиента. Сессия это данные клиента, но сервер не знает чьи это данные, пока клиент не предоставит индитификатор и тогда сервер узнает, чья эта сессия, проверит - жива ли она и после этого уже вернет какие-то данные клиенту. Я это понимаю так. К тому же это самый распространенный принцип хранения сессий. Есть еще безопасные куки (когда сессия хранится у клиента в куках и криптована), но я так ниразу не делал. Ничего про это сказать не могу
тогда уж не безопасные, а скорее http-only куки ))
Обсуждают сегодня