Членские файлы cookie ASP.Net? - PullRequest
1 голос
/ 29 января 2012

Я хочу знать, какова идея файлов cookie в Членстве, метод называется:

Membership.GetUser();

Этот метод возвращает всю информацию о пользователе, этот метод не обращается к базе данных, но обращается кcookie хранится на моем компьютере, я пытаюсь узнать, как хранится этот cookie и как я могу получить к нему доступ и манипулировать им.

Вот моя проблема:

У меня есть форум, который я хочу интегрировать в свой веб-сайт, членство в форуме, в то время как мой сайт нет, мой веб-сайт использует простую таблицу паролей имени пользователя.я изменил некоторые процедуры, относящиеся к входу в систему, и все же, когда я захожу на форум, он регистрирует меня как администратора, потому что я использовал его, прежде чем что-то менять в базе данных, я проследил, что все cookie, которые я нашел, были 6 куки-файлов без вложенных ключейТем не менее, когда метод выше вызывается, он получает всю информацию.Я хочу знать, откуда они взялись.

Редактировать: я ошибаюсь, он получает доступ к базе данных, мой вопрос сейчас Могу ли я переопределить метод getuser в членстве и назначить ему другую процедуру .

Ответы [ 2 ]

1 голос
/ 29 января 2012

Неправильно. Membership.GetUser() фактически получает доступ к базе данных. Он извлекает данные из таблиц членства. Эти данные НЕ хранятся в куки. Единственное, что хранится в куки - это имя пользователя и билет аутентификации.

Edit:

В зависимости от вашего обновления вам необходимо внедрить пользовательский поставщик членства для работы с вашей аутентификацией. Если на форуме есть членство, то у вас нет другого выбора, в противном случае вам придется переписать форум.

Похоже, вас смущает тот факт, что в вашей базе данных нет таблиц членства. Это наиболее вероятно, потому что строка подключения к членству указывает на другую базу данных, чем вы используете для своих данных. Обычно он создается автоматически и сохраняется в папке App_Data в папке вашего проекта.

Edit2:

На основании вашего дополнительного редактирования, да. Ты можешь делать все, что захочешь. Но вам нужно реализовать пользовательский поставщик членства.

http://msdn.microsoft.com/en-us/library/ie/f1kyba5e.aspx

0 голосов
/ 29 января 2012

http://forums.asp.net/t/1647173.aspx

Если они являются отдельными приложениями, вы можете предоставить им общий доступ к сеансу, обеспечив одинаковый пул приложений для обоих приложений

...