Здравствуйте, Dronkoff, Вы писали:
D>Здравствуйте, k_2, Вы писали: k_2>>в Context.Request.Cookies коллекция пустая как я понимаю она дожна была очиститься лишь по завершении приложения? k_2>>бэгиннер в недоумении D>Я ж говорил! Там как минимум должна быть кука "pidCookie". login page все прекрасно делает, а вот при следующем запросе происходит бяка. D>Может какие-то настройки браузера? D>Может у тебя кука слишком больших размеров получается? D>Посмотри, какие куки туда-суда ходят. D>Есть такая полезная тулза, ieHttpHeaders называется.
Спасибо большое, тулза очень полезная, куки и в самом деле не создавались уже и уровень конфиденциальности в настройках ие самый нижний — безрезультатно. Ещё выяснилось што при переходе по страницам на локалхосте (ieHttpheader показал) SessionID остается одинаковым а в интранете SessionID меняется, то есть получается сессия перезапускается и отсюда понятно почему куков нет — они оcтались в предыдущей сессии, вот такое забавное поведение. Никаких настроек в IISе я не меняла, специально переставила с настройками по умочанию. Однако у меня XP и оказалось што на Windows Server 2003 абсолютно то же самое работает нормально, в итоге переставлю систему хотя конешно интересно отчего это зависело .
Здравствуйте, k_2, Вы писали: D>>Посмотри, какие куки туда-суда ходят. D>>Есть такая полезная тулза, ieHttpHeaders называется. k_2>Спасибо большое,
Всегда пожалста k_2>тулза очень полезная, куки и в самом деле не создавались
Точнее сказать браузер их не запоминал. k_2>Ещё выяснилось што при переходе по страницам на локалхосте (ieHttpheader показал) SessionID остается одинаковым а в интранете SessionID меняется, то есть получается сессия перезапускается и отсюда понятно почему куков нет — они оcтались в предыдущей сессии, вот такое забавное поведение.
Точнее наоборот. Так как SessionId передается в куке(а она не запоминается), то каждый новый запрос не сопоставляется с существующей сессией и для него заводится новая сессия с новым SessionId. Куки не живут в сессии. Куки — это атрибут запроса/ответа, а сессия это суррогатная сущность, поддерживаемая с помошью куков. k_2>Никаких настроек в IISе я не меняла, специально переставила с настройками по умочанию. Однако у меня XP и оказалось што на Windows Server 2003 абсолютно то же самое работает нормально, в итоге переставлю систему хотя конешно интересно отчего это зависело .
Причина — это самое интересное. А, случайно, в названии компьютера нет символа "_"? Типа "my_workstation"?
А если попробовать оперой по сайту(через сеть)походить или чем-нить еще, будет работать?
D>Точнее наоборот. Так как SessionId передается в куке(а она не запоминается), то каждый новый запрос не сопоставляется с существующей сессией и для него заводится новая сессия с новым SessionId. Куки не живут в сессии. Куки — это атрибут запроса/ответа, а сессия это суррогатная сущность, поддерживаемая с помошью куков.
Очень интересно спасибо, теперь понятно
D>Причина — это самое интересное. А, случайно, в названии компьютера нет символа "_"? Типа "my_workstation"? D>А если попробовать оперой по сайту(через сеть)походить или чем-нить еще, будет работать?
Да в названии компьютера есть "_". Сайт — пожалуй громко будет сказано просто корпоративный узел, даже узелок к сожалению с оперой(7) пока не выходит — недавно поменяли прокси — ISA сервер с авторизацией и пока не удается настроить. ИЕ с другого компа тоже дальше логина пройти не может. Попробовала перенести узел на другую машину (XP, название тоже my_workstation подобное, других нет) — не работает. В общем докидываю музыку и иду дружить с системщиками Спасибо за помощь и хорошего дня
Здравствуйте, k_2, Вы писали: k_2>Смена оси не помогла, а изменение имени компьютера сработало
Вот где, блин, собака порылась!
Получается что IE либо не сохраняет, либо не передает куки, полученные от серверов, в названиях которых есть символ подчеркивания.
Интересно, это фича или бага?
В RFC 1738 (Uniform Resource Locators) сказано:
host
The fully qualified domain name of a network host, or its IP
address as a set of four decimal digit groups separated by
".". Fully qualified domain names take the form as described
in Section 3.5 of RFC 1034 [13] and Section 2.1 of RFC 1123
[5]: a sequence of domain labels separated by ".", each domain
label starting and ending with an alphanumerical character and
possibly also containing "-" characters. The rightmost domain
label will never start with a digit, though, which
syntactically distinguishes all domain names from the IP
addresses.
<letter> ::= any one of the 52 alphabetic characters A through Z in
upper case and a through z in lower case
<digit> ::= any one of the ten digits 0 through 9
The labels must follow the rules for ARPANET host names. They must
start with a letter, end with a letter or digit, and have as interior
characters only letters, digits, and hyphen. There are also some
restrictions on the length. Labels must be 63 characters or less.
Т.е. имя хоста может состоять только из цифр, букв и тире.
В принципе, IE емеет полное право глючить если имя хоста не удовлетворяет стандартам. Только делает он это каким-то странным образом — втихаря угнетая бедные куки...
В общем, такое поведение надо просто помнить. И всегда давать компьютеру правильное название, дабы избежать странных глюков в последствии. k_2>спасибо
Как говорит один мой знакомый: "Есть за что"
Здравствуйте, Dronkoff, Вы писали:
k_2>>Смена оси не помогла, а изменение имени компьютера сработало D>Вот где, блин, собака порылась! D>Получается что IE либо не сохраняет, либо не передает куки, полученные от серверов, в названиях которых есть символ подчеркивания.
... D>Т.е. имя хоста может состоять только из цифр, букв и тире. D>В принципе, IE емеет полное право глючить если имя хоста не удовлетворяет стандартам. Только делает он это каким-то странным образом — втихаря угнетая бедные куки... D>В общем, такое поведение надо просто помнить. И всегда давать компьютеру правильное название, дабы избежать странных глюков в последствии.
...
Я так понял, имеется ввиду имя сервера, на котором размещена страница? И как тогда сменить его имя, если я не имею к нему доступа?
К тому же его имя: "RU", т.е. не имеет никаких "лишних" символов, а проблема остается.
Здравствуйте, Daenur, Вы писали: k_2>>>Смена оси не помогла, а изменение имени компьютера сработало D>Я так понял, имеется ввиду имя сервера, на котором размещена страница? И как тогда сменить его имя, если я не имею к нему доступа? D>К тому же его имя: "RU", т.е. не имеет никаких "лишних" символов, а проблема остается.
У тебя в чем-то другом проблема!
как я понимаю она дожна была очиститься лишь по завершении приложения?
