Здравствуйте, akalend, Вы писали:
A>есть два WEB проекта A>как оказалось, сессионная переменная Session["test"] при переходе с проекта на проект теряется,
A>так и должно быть и A>какой выход можно предложить, чтоб переменная сессии не потерялась.
Так и должно быть.
Есть три схожие по своей сути структуры:
ViewState — общий для всех контролов на одной странице
Session — Общий для всех страниц одного приложения
И наконец Application["..."] — общий насколько я поню для всех приложений
Поэтому для обмена данными между приложениями имет смысл использовать именно его.
RE: Re: сессии между разными WEB проектами
От:
Аноним
Дата:
31.05.05 12:01
Оценка:
Да нет, у каждого приложения свой Application. А подобные переметры лучше передавать через урл. Или вообще избегать этого.
Раб, который обожает своего хозяина, уже не раб, а холуй.
В.И. Ульянов.
Здравствуйте, Dimon aka Manowar, Вы писали:
DAM>Да нет, у каждого приложения свой Application. А подобные переметры лучше передавать через урл. Или вообще избегать этого. DAM>Раб, который обожает своего хозяина, уже не раб, а холуй. DAM>В.И. Ульянов.
DAM>данное сообщение получено с www.gotdotnet.ru DAM>ссылка на оригинальное сообщение
и что — ни как не передать значение сессий?
сессион id в разных Application разный, но, в дочернем проекте, при переходе по гет сессия устанавливается как новой, соответственно все переменные сбрасываются.
если я по гет возвращаюсь в родительский проект, то стостояния сессионных переменных возобновляются
Здравствуйте, Аноним, Вы писали:
А>Здравствуйте, Dimon aka Manowar, Вы писали:
DAM>>Да нет, у каждого приложения свой Application. А подобные переметры лучше передавать через урл. Или вообще избегать этого. DAM>>Раб, который обожает своего хозяина, уже не раб, а холуй. DAM>>В.И. Ульянов.
DAM>>данное сообщение получено с www.gotdotnet.ru DAM>>ссылка на оригинальное сообщение
А>и что — ни как не передать значение сессий? А>сессион id в разных Application разный, но, в дочернем проекте, при переходе по гет сессия устанавливается как новой, соответственно все переменные сбрасываются.
А>если я по гет возвращаюсь в родительский проект, то стостояния сессионных переменных возобновляются
Можно через Cookie
RE: Re[2]: сессии между разными WEB проектами
От:
Аноним
Дата:
31.05.05 20:25
Оценка:
У юзера сессия идентифицируется определенной кукой — соотв когда юзер возвращается на покинутое им недавно приложение, то сессия его еще живет и восстанавливается — вот и все объяснение.
Если уж так необходимо тягать данные между веб приложениями — можно подумать в сторону какого-нить общего хранилища данных с передачей туда-сюда идентификаторов из этого хранилища.
Раб, который обожает своего хозяина, уже не раб, а холуй.
В.И. Ульянов.
есть два WEB проекта
как оказалось, сессионная переменная Session["test"] при переходе с проекта на проект теряется,
так и должно быть и
какой выход можно предложить, чтоб переменная сессии не потерялась.
вопрос конкретный
1. объяснение такое, что при переходе между доменами — сессия (а сессия на куке) слетает. aspnetmania.com и lala.aspnetmania.com два разных домена и сессия будет слетать при переходе. Потому что кука имеет такой атрибут domain.
2. хотелось бы отметить, что с точки зрения реализации доменной структуры и авторизации БОЛЬШЕ ВСЕГО ОТЛИЧИЛАСЬ уважаемая компания Microsoft. http://www.gotdotnet.ru/ http://ug.gotdotnet.ru/
поразительно, но факт — бардак у них там порядочный
3. С точки зрения как можно выйти из ситуации ...
— через урлу гонять идентификатор сессии (кстати такой способ встроен в ASP.NET)
— попробовать покопацца с такими модулями http://www.codeproject.com/aspnet/AspNetCustomAuth.asp
и главное — если что накопаете — будет очень приятно это поглядеть, а если сделаете грамотный вариант аутен...и в междудоменье думаю это будет классная работа, за которую готдотнет и Саша Ложечкин должны будут проставиццаtimda.ru
Данная информация предоставляется на условиях «КАК ЕСТЬ», без предоставления каких-либо гарантий и прав. Используя данную информацию, вы соглашаетесь с тем, что (i) Майкрософт не несет ответственности за использование вами данной информации и (ii) вы принимаете на себя весь риск, связанный с использованием данной информации.
