Что есть готовое? Нужна стандартная схема: Централизованный сервер auth, который выдает jwt. А сервисы привязываются к auth и чекается этот jwt. Конечно, можно это всё и самому написать, но у меня не 10 рук. Хотелось бы что-то готовое, чтобы можно было сразу это имплементировать. Можно и не jwt, а обычные токены
Есть блок питания cooler master 500w. В работе больше 5 лет. Работа в день около 8-10 часов. Без игр. i5 + 1050(3 мес до этого на встроенной видео). Думаю, может отнести в СЦ пусть поганяют его, может там кандеры уже высохли? Или не стоит?
Вы давно заглядывали в этот рейтинг? Там уже половина фильмов из MARVEL. Такие фильмы, как Deja Vu (2006) оттуда исчезли. Что есть на замену imdb? Чтобы можно было взять список вменяемых фильмов и налить их с торентов
если авторизация прошла успешно, значит стучимся в endpoint auth api/registration, который выдает token
получаем токен. Внутри него expire, пусть будет 2 часа
сохраняем этот токен на endpoint auth
авторизуемся в этим токеном на entrypoint’ах
А вот тут возникает несколько вопросов:
Допустим, у пользователя закончился срок действия токена. Окей, он стучится на сервер auth со своим просроченным token’он, auth смотрит, что есть старый токен, окей, старый меняем на новый. Всё верно или есть какой-то другой механизм?
Токен перехватили. Как определить что тот, кто дает этот токен - это владелец токена? Допустим, человек поменял телефон или данные с телефона утекли другому человеку. Этот человек можно юзать этот токен. Как этого избежать и какие есть механизмы? Может внутри токена нужно класть какой-то hardware id телефона?
В теме Firefox 79 присутствует дезинформация о том, что при апдейте ff стал иметь кодовую базу nightly и у него слетели addon’ы. Это не правда. Аддоны на месте и бразуер летает, по сравнению со старой кодовой базой
Есть endpoint’ы и entrypoint’ы. Есть мобильное приложение. Нужно сделать централизованную аутентификацию(по типу mama-cas) + мобильное приложение в firebase. Как это всё по логической цепочке делается?
Мобильное приложение авторизуется в firebase, потом обращается к микросервису auth, на котором mama-cas, все эндпоинты и энтрипоинты привязываются к сервису auth, и когда от мобильного приложения поступает запрос к API, в теле запроса должен быть token, который отдал auth мобильному приложению? При этом в auth еще нужно создать юзера с правами(и где его создавать или в auth или в endpoint-data, где лежит профиль юзера?), чтобы потом можно было рулить пермишенами
схема авторизации. Вообще, как лучше ее делать? Сейчас предполагается использования только номера мобильного телефона. Но, скорей всего username делать именем телефона нельзя, т.к сегодня это номер телефона, а завтра авторизация через социалки. Что брать за основу username при регистрации? Стандартный метод username:password тут не получится использовать. В качестве username может использовать какой-то hardware-id телефона?
Может ну ёё, эту django-cas-ng\mama-cas? На DRF сделать регу юзера и авторизацию с выдачей токена. А все endpoint’ы ? entrypoint’ы будут стучаться на auth по какому-то апи и чекать на наличие токена?
home-manager удобно использовать, когда конфиг из одного файла. А если конфиг с директориями и там много файлов как быть? Может легче выполнить cp -prf template/some_config ~/.config?
Есть endpointA, endpointB, endpointC. Нужно ли для каждого endpoint’a делать свой entrypoint?
Т.е на endpoint’ах всё-равно доступ к API происходит на основании разрешений. Скажем, юзеры могут только обращаться к методу list, retrieve, а delete не могут делать. Какая принципиальная польза делать entrypoint, если внутрь него пробрасываются API из entrypoint’a?