Контакты

Достижения

Все достижения (14)

Наибольший вклад в теги

Все теги (84)

Лучшие ответы пользователя

Все ответы (174)
  • Как правильно написать авторизацию/аутентификацию?

    dasha_programmist
    @dasha_programmist
    Software engineer TS/JS/Go/C#/React/Angular2+
    Есть два варианта хранения данных об авторизованном пользователе:
    1) В куки (так по умолчанию используется в асп.нет): необходимые данные (claims) шифруются machineKey и отдаются пользователю в http-only куках, таким образом при каждом запросе на сервер они присылаются, расшифровываются и далее можно проверить в необходимых местах.
    плюсы: полностью stateless, нет надобности обращаться к БД
    минусы: при необходимости "выбить" сессию со стороны сервера нужно поднимать более сложную логику и хранить флаги в промежуточном хранилище (проверять что если для такого-то пользователя требуется завершить, то такие действия, иначе другие);
    2) Ключ сессии: после успешной аутентификации авторизуем пользователя и claims храним на сервере в быстрой памяти или БД (key-value), где ключ - ключ сессии, значение - любые данные.
    плюсы: есть полный контроль состоянием авторизации (как и возможность завершить сессию со стороны сервера, так и сменить пользователю роль(или другие параметры) "на лету")
    минусы: организация доп. прослойки - кэша или хранение в БД (медленно), при перезапуске/падении сервиса сессии клиентам потребуется перелогиниться.

    1
    1.1 В куки писать или ключ сессии или шифрованные данные о пользователе, сессия - абстрактное понятие (это пара: ключ и данные), ключ должен быть защищенным, т.е. трудным к копированию (хотя бы зрительно трудно запомнить), уникальным (чтобы не возникло коллизий: двум разным пользователям выдался один и тот же ключ, т.е. это не должна быть хэш-функция от логина-пароля или IP или чего-то неуникального).
    1.2 В асп.нет существуют атрибуты авторизации (в которых можно расставлять проверки на требование таковой, роль, конкретный пользователь), в общем смысле логика такова: поступил запрос на сервер, далее нужно посмотреть к какому ресурсу идёт обращение (защищенному или свободному), если ресурс защищен, то проверить куки (ключ сессии или шифрованные данные), расшифровать/получить данные о сессии из кэша и предпринять решение: пускаем или не пускаем (отдаём 401/403 или отдаем 200/404/...).
    1.3 Завести на сервере (в кэше или БД) словарь , при алгоритме проверки сессии добавить условие проверки на наличие записи в словаре.
    1.4 С нескольких - словаря не нужно.

    2
    2.1 Даже если пользователь входит через ВК всё равно нужно отдавать свои ключи сессий/шифрованные данные, а вот внутри данных уже хранить access_token от вк-шной сессии, так очень маленькая вероятность, что токен ВК утечет, а если утек ключ сессии, то действия будут ограничены только функционалом сайта.
    2.2 После расшифровки куки или данных по ключу сессии делать доп запрос на сервер ВК с токеном, который сохранился при аутентификации (access_token), запрос простой, например получить имя пользователя, если ВК выдал что токен просрочен или ошибку, то сессию закрывать или куки с данными обнулять.
    Ответ написан
  • Весенняя анимация на сайте?

    dasha_programmist
    @dasha_programmist
    Software engineer TS/JS/Go/C#/React/Angular2+
    всплывающие какахи из под снега
    Ответ написан
  • Как устроиться на нормальную работу в такой ситуации?

    dasha_programmist
    @dasha_programmist
    Software engineer TS/JS/Go/C#/React/Angular2+
    вот ты сам оценил адекватно ситуацию и выводов тут немного, один из них - пережить эту яму
    1) если уходить на фриланс, то быть психологически готовым к поиску первых заказов (может оказаться долгим)
    2) если устраиваться на удаленку, быть готовым врать про возраст (говорить 18-19) и опыт (говорить год пишешь что-то для себя), никто проверять все равно не будет, не наглеть и устроиться на junior'a
    к сожалению в этим двух пунктах нужно будет смириться с тем, что то, что ты хочешь не всегда возможно здесь и сейчас.
    Понятно, что хочется выбрать оптимальный путь по скорости развития + финансы + интересная сфера, но, к сожалению, с твоими вводными вариантов немного. Будь то фриланс или удаленка - не выбирай фултайм, оставь время на изучение смежных языков и доп. информации и отдых. Успехов и удачи в поисках, с большой вероятностью у тебя все получится!
    Ответ написан
  • PHP vs GOLANG, парсер, на чем писать?

    dasha_programmist
    @dasha_programmist
    Software engineer TS/JS/Go/C#/React/Angular2+
    Если выберешь Go то посмотри в сторону пакета goquery - jquery селекторы на go. Но мне кажется удобнее всего на js (node 8), в мастер-слэйв режиме, т.е. 1 инстанс рулит/балансирует, другие инстансы-воркеры занимаются непосредственно парсингом.
    Ответ написан

Лучшие вопросы пользователя

Все вопросы (4)