LINUX.ORG.RU

IE8, cookies, iframe


0

0

Дали такую задачу. Есть web-приложение, в нем есть страница на которой есть iframe и ссылка на другой веб-сайт.

Ребята, которые держат этот самый «другой сайт» жалуются что от нас идет очень много запросов. Мы начали копать и возникло такое предположение что такое происходит из-за настройки броузера: залогиненый пользователь оформляет некоторый заказ, переходит по этой ссылке, cookies не воспринимаются броузером и пользователя циклический перебрасывает на первую страницу сайта регистрации.

Выяснили что это проблема IE8 c iframe и есть решение с клиентской стороны - поставить в IE8 в «Advanced Privacy Settings» галочку «Accept Third Party Cookies».

Но это же не правильно решать проблему со стороны клиента. Что можно сделать на стороне сервера оставив iframe?

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

Крутиться все на связке Apache+Tomcat.

>Что можно сделать на стороне сервера оставив iframe?

при попытке зайти с IE8 выдать сообщение «у вас кривой браузер. Настройте здесь <инструкция> или поставьте прямой браузер». :)

nu11 ★★★★★
()
Ответ на: комментарий от Eddy_Em

>Можете и сжечь, если не хотите использовать правильное решение проблемы.

«посылать клиентов на $%#» - это не совсем правильное решение...

brejnev
() автор топика
Ответ на: комментарий от brejnev

Не посылать, а перенаправлять средствами apache всех пользователей недобраузера на страничку, где выложен список нормальных браузеров - выбирай любой.

Eddy_Em ☆☆☆☆☆
()

>в нем есть страница на которой есть iframe и ссылка на другой веб-сайт

ссылки открываются в новом окне/вкладке? Если в том же фрейме, то вроде как «Accept Third Party Cookies» тут ни при чем.

nu11 ★★★★★
()
Ответ на: комментарий от nu11

В том же окне. Хз где затык.

Сделали прокси для стороннего сайта в конфиге апача, буду тестировать.

brejnev
() автор топика
Ответ на: комментарий от brejnev

>«посылать клиентов на $%#» - это не совсем правильное решение...

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

А если серьёзно, то если решения проблемы не находится - ребятам с «другого сайта» надо привыкать к этому и терпеть ИЕ.

anonymous
()
Ответ на: комментарий от brejnev

какие эпичные костыли к ослу.

have you experienced the horror
of debugging in Internet Explorer?
(c) Scott Ward

nu11 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.