2013-09-19 3 views
1

У нас есть служба, которая использует базовую авторизацию для проверки учетных данных пользователя.Где лучшее место для хранения UserId на UserAuth в ServiceStack

Все работает хорошо (проверка другой базы данных), но проблема заключается в том, где хранить идентификатор пользователя. Установка UserAuth.Id не работает, поскольку средство CredentialsAuthProvider, как представляется, использует это внутренне.

Использование DisplayName кажется неправильным, поэтому, где лучше всего хранить его, чтобы получить его из IAuthSession?

ответ

1

См. Этот более ранний ответ на extending ServiceStack's authentication. Например. вы можете использовать назначение RefId, чтобы добавить ссылку на целое число UserId или поле string RefIdStr для чего-либо еще.

+0

Спасибо, я прочитал это, но у меня сложилось впечатление, что он сохраняет детали обратно в наш хранилище данных, а не в Redis, разве это не так? Кажется, избыток просто хранит int. – Tim

+0

@ Правильно, UserAuth для DB (то есть долгосрочная настойчивость), но если вы устанавливаете его только один раз при аутентификации, это должно иметь значение. Если вы хотите сохранить его на сеансе, вы можете добавить столько настраиваемых полей, которые вы хотите использовать для своего собственного сеанса. – mythz

Смежные вопросы