2009-02-08 4 views
0

Я разрабатываю приложение, в котором мне нужно поддерживать несколько экземпляров браузера на одном компьютере, но с разными учетными записями пользователей! Поскольку, если мы открываем два разных экземпляра процесса IE, на стороне сервера будут разные сеансы, но это не так для Firefox (исправьте меня, если я ошибаюсь). Так что я могу каким-то образом связать информацию, связанную с регистрацией, с каждым HTTP-запросом (GET/POST), идущим на веб-сервер. Я изучаю переписывание URL/cookie, но не получаю надлежащую идею.Возможно ли проводить сеансы с веб-сеанса

Пожалуйста, поделитесь своими идеями/мнениями.

Спасибо,

Jatan

+0

Почему вы хотите поддержать такую ​​вещь? – cletus

+0

Ну, это скорее требование, которое мы планируем включить. – jatanp

ответ

0

EDIT: На втором мысли я думаю, что вы будете иметь, чтобы динамически изменять все ссылки включить идентификатор сеанса в переменных.

Подробнее Анализ:

Это происходит в комментарии, то есть слишком долго.

Я полагаю, что вы могли бы сделать это с помощью одной сессии и куки, как это принято. Когда пользователь регистрируется во второй раз, вы записываете его как «2» или какой-то общий идентификатор. Затем используйте URL-адреса (я знаю только php) «... index.php? User = 2». Затем, когда пользователь следует за ссылкой, он может быть скоррелирован с данными. Таким образом, идентификатор сеанса остается в стороне от URL-адресов, и вам нужен только один сеанс для каждого пользователя.

Еще одна идея: Поскольку у этого же человека в реальной жизни может быть выпадающее меню в верхней части страницы: «Выполнить действие как:».

+0

Да, правильно. Но проблема в том, что я хочу сделать это организованным способом, чтобы мне не пришлось запускать каждую ссылку, чтобы установить sessionid/uniqueid. Что-то вроде я могу подгонять метод encodeURL! – jatanp

+0

Спасибо Фил за ваши предложения.Я использую Java, поэтому мне было интересно, могу ли я каким-либо образом изменить поведение метода encodeURL, чтобы скомпоновать мою информацию вместе со всеми URL-адресами (поэтому мне не нужно переходить на каждый URL-адрес для изменения). – jatanp

1

Хотя это возможно, пропуская какой-то токен во всех URL-адресах, используемых в приложении, он будет очень хрупким.

Вам действительно нужно вернуться к тем, кто поддерживает это требование, и сообщить им, что это особое требование очень дорого, действительно ли они хотят продолжить?

+0

Я так же думал, что и вы. Поэтому я размышляю над этой проблемой и просил ваши идеи/советы. Посмотрим, что другие парни должны сказать об этом. – jatanp

+0

+1 Плюс переписывание URL-адресов имеет всевозможные досадные последствия, например, вы не можете просто перейти на http://mysite.com/myaccount, потому что ваш сеанс не идентифицирован. – cletus

0

Если вы используете аутентификацию NT, она будет автоматически работать. Пользователям придется запускать IE или FireFox с помощью «Запуск от имени пользователя».

С помощью проверки подлинности с помощью форм одна идея заключается в том, чтобы люди могли легко переключаться с помощью списка со списком. Используйте объект сеанса, чтобы помнить, к каким пользователям может переключиться сеанс.

Другой вариант - изменить систему аутентификации. Разрешить пользователям выполнять обе роли с помощью одной новой роли.

Еще один вариант - рассказать пользователям о запуске разных экземпляров IE, которые по умолчанию будут поддерживать разные формы входа. Или один firefox и один IE.

Я бы отказался идти путем динамических ссылок или идентификатора сеанса. Это не может стоить усилий.