Н
Если у вас CRA, то это пару строк в package.json, смотрите доку
Спасибо большое, попробую
Size: a a a
2020 July 13
Н
oauth не мешает вам хранить пользователей у себя.
ТС хочет систему авторизации для регулирования доступа к ресурсам.
Либо её придётся писать самому, либо использовать что-то вроде oauth, либо вопрос сформулирован неверно.
ТС хочет систему авторизации для регулирования доступа к ресурсам.
Либо её придётся писать самому, либо использовать что-то вроде oauth, либо вопрос сформулирован неверно.
Вариант очень интересный. Мое приложение не предполагает разделение на роли, но отделить авторизацию в отдельный сервис звучит круто
Н
x
Вариант очень интересный. Мое приложение не предполагает разделение на роли, но отделить авторизацию в отдельный сервис звучит круто
Вопрос же не в крутости, а в необходимости.
OAuth, опять же не предполагает обязательное разделение на роли.
Вам, я так понял, нужно предоставлять определённым пользователям доступ к определённым ресурсам. OAuth это позволяет.
С другой стороны, вы можете использовать обычные сессии и хранить доступы в базе.
Вопрос в сложности проекта и конкретных требованиях.
Пока что контекста маловато, чтоб что-то объективно оценить и дать нормальный ответ.
Но вариантов у вас немного:
— сессии,
— jwt,
— oauth,
— комбинации вышеперечисленных вариантов
OAuth, опять же не предполагает обязательное разделение на роли.
Вам, я так понял, нужно предоставлять определённым пользователям доступ к определённым ресурсам. OAuth это позволяет.
С другой стороны, вы можете использовать обычные сессии и хранить доступы в базе.
Вопрос в сложности проекта и конкретных требованиях.
Пока что контекста маловато, чтоб что-то объективно оценить и дать нормальный ответ.
Но вариантов у вас немного:
— сессии,
— jwt,
— oauth,
— комбинации вышеперечисленных вариантов
AY
- доступ по сертификатам 😄
Н
Вопрос же не в крутости, а в необходимости.
OAuth, опять же не предполагает обязательное разделение на роли.
Вам, я так понял, нужно предоставлять определённым пользователям доступ к определённым ресурсам. OAuth это позволяет.
С другой стороны, вы можете использовать обычные сессии и хранить доступы в базе.
Вопрос в сложности проекта и конкретных требованиях.
Пока что контекста маловато, чтоб что-то объективно оценить и дать нормальный ответ.
Но вариантов у вас немного:
— сессии,
— jwt,
— oauth,
— комбинации вышеперечисленных вариантов
OAuth, опять же не предполагает обязательное разделение на роли.
Вам, я так понял, нужно предоставлять определённым пользователям доступ к определённым ресурсам. OAuth это позволяет.
С другой стороны, вы можете использовать обычные сессии и хранить доступы в базе.
Вопрос в сложности проекта и конкретных требованиях.
Пока что контекста маловато, чтоб что-то объективно оценить и дать нормальный ответ.
Но вариантов у вас немного:
— сессии,
— jwt,
— oauth,
— комбинации вышеперечисленных вариантов
Суть проекта в том, чтобы изучить go + закрыть свои небольшие боли. На ноде я делал на сессиях, а сессии хранил в mysql. А вот здесь что-то не сразу догнал, как устанавливать сессию, как куку ставить.
Что отправляется при json.NewEncoder(w).Encode(Body)
Что отправляется при http.Write(200)
Что отправляется при json.NewEncoder(w).Encode(Body)
Что отправляется при http.Write(200)
Н
Перечитываю кучу мануалов, но никто прямо не говорит, как ответить фронту на запрос
AY
Суть проекта в том, чтобы изучить go + закрыть свои небольшие боли. На ноде я делал на сессиях, а сессии хранил в mysql. А вот здесь что-то не сразу догнал, как устанавливать сессию, как куку ставить.
Что отправляется при json.NewEncoder(w).Encode(Body)
Что отправляется при http.Write(200)
Что отправляется при json.NewEncoder(w).Encode(Body)
Что отправляется при http.Write(200)
Чтобы вот та не путаться лучше про http почитать сразу (как куки ставить)
Н
На ноде просто - response.send
Н
Чтобы вот та не путаться лучше про http почитать сразу (как куки ставить)
Офф доку?
AY
Офф доку?
Н
А, про сам протокол)))
AY
И лучше свой дохлый http сервер поверх tcp написать на том же го, чтобы окончательно догнаться
x
И лучше свой дохлый http сервер поверх tcp написать на том же го, чтобы окончательно догнаться
😂😂😂😂😂😂
Кому лучше?
Кому лучше?
Н
И лучше свой дохлый http сервер поверх tcp написать на том же го, чтобы окончательно догнаться
mux не юзать лучше?
Н
В принципе это не сложно. Пару часов посидеть с mux на http переписать
C
И лучше свой дохлый http сервер поверх tcp написать на том же го, чтобы окончательно догнаться
Супер заморочка в вакууме)
AY
mux не юзать лучше?
я вообще про другие вещи