У нас есть продукт, написанный как веб-сайт ASP.NET, развернутый на более чем 70 сайтах.

Недавно один сайт сообщил о проблемах, из-за которых браузеры IE8/9 зависали в определенных точках после возврата и требовали, чтобы браузер был физически закрыт, чтобы он снова заработал (может показаться, что загрузка заняла много времени, но обновление страницы или даже ввод URL-адреса с другого сайта в адресной строке не будет работать).

Точно такой же сайт с Chrome/Firefox не имел проблем. Я использовал Fiddler2 в качестве промежуточного прокси-сервера, чтобы посмотреть, смогу ли я отследить причину, но как только он запустится, проблема больше не возникнет.

Что еще хуже, некоторые машины, также использующие IE8/9, не имели проблем. Глубокий анализ того, что изменилось, показал следующее: 1. Сайт не обновлялся более месяца 2. Машины Windows были централизованно обновлены и не обновлялись непосредственно перед началом проблемы 3. Похоже, что машины, на которых была обнаружена проблема, использовались в более ранней версии Java Runtime, поскольку обновление было заблокировано или не выполнено.

Когда JRE был обновлен на затронутых машинах, проблема была решена. Теперь клиент пытается выполнить анализ рисков и выяснить, что произошло, но я в растерянности, потому что наше приложение не использует JAVA ни в какой форме, поэтому я не понимаю, почему обновление JRE повлияет на его выполнение , Кроме того, эта проблема не возникала ни на одном из наших других сайтов, или, по крайней мере, пока. И это произошло буквально в одночасье - все работало в среду и сломалось в четверг.

Наш продукт использует ряд компонентов, некоторые с открытым исходным кодом, некоторые коммерческие, ни один из которых, на мой взгляд, не требует JAVA: Web-элементы управления инфраструктурой 12.1 AjaxControlToolkit 4.1 jQuery 1.8.2 jQuery UI 1.8.16 jQuery Validate 1.9

И ряд небольших плагинов jQuery: plupload, cookie, hoverIntent, maskedinput, заполнитель, potato.menu

Если кто-нибудь может помочь мне объяснить, почему вещи внезапно перестали работать, и как обновление Java Runtime может исправить сайт, который не использует JAVA, я был бы глубоко признателен.

1 ответ1

0

У меня была такая же проблема на прошлой неделе после обновлений Windows от 11 марта 2014 года. Моим сайтом были веб-формы ASP.net под управлением ssl, и страницы внезапно начали зависать, не отвечая. Выключение браузера решило бы проблему, но вскоре вернется после повторной попытки. Обновление Java-движка не работало для меня, и когда я использовал Fiddler, проблема ушла, и сайт работал нормально.

Проблема оказалась в смешанном контенте между http и https. На главной странице был iframe, источник которого был установлен динамически на основе запроса пользователя, однако, когда iframe не был задан, по умолчанию для src было "/", которое перешло в корень веб-сайта. На производственном сервере запросы к корню были перенаправлены на другой веб-сайт, который был не ssl. Это вызвало смешанную ситуацию с контентом в IE, и IE не показывал пользователю подсказку о разрешении смешанного контента, он работал бы один или два раза, а затем зависал.

Я изменил src по умолчанию для iframe на определенную страницу сайта, и все начало работать.

Я рекомендую убедиться, что на вашем сайте нет смешанного контента.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .