3

У меня есть странное, и расстраивает проблема, которая, к сожалению, я не могу даже продемонстрировать по причинам, которые станут ясны ...IE Совместимость проблема режима на страницах Intranet (только внутренний, работает отлично внешне)

Я использую сторонний компонент в качестве редактора HTML/загрузчика файлов в моей интрасети: http://www.dmxzone.com/go?18424

По какой-то причине он работал неправильно, а затем я заметил, что IE автоматически переключается в режим совместимости, когда просматривает страницу с этим компонент на нем. Если я нажму F12 и вернусь в режим IE9 или IE8, он будет работать нормально. Он также работает в Firefox и Chrome и т. Д. Я связался с разработчиками, которые были очень полезны, но получается, если я сделаю скрипт доступным извне в Интернете, он работает. Эта проблема возникает только при внутреннем рассмотрении нашей сети, поэтому я думаю, что это не их вина.

Если я просматриваю веб-страницу на самом веб-сервере, используя http://Localhost/page.asp, он работает, тогда как если я использую http://theservername/page.asp, он переключается на режим совместимости и не работает.

Небольшое исследование предложил использовать следующий мета-тег будет предотвратить такое поведение:

<meta http-equiv="X-UA-Compatible" content="IE=Edge"/> 

, но это не работает. Также не отключает функцию «автоматически восстанавливать ошибки макета страницы с представлением совместимости» в IE (что мы могли бы сделать при нажатии, так как это только приложение для интрасети.)

Я попытался использовать Fiddler, чтобы узнать, страница или заголовки различны при просмотре внутри, но я ничего не вижу. Интранет-зона «доверена».

Мы используем прокси-сервер (Webroot) для нашей веб-фильтрации, о которой я подозреваю, но это может быть красная селедка.

Если кто-нибудь имеет какие-то предложения (кроме не использовать IE: р), то я был бы очень благодарен

Спасибо.

ответ

4

После намного больше исследований, я выяснил, что:

X-UA-Compatible делает работу на интранете-сайтах, но только тогда, когда он выпустил как заголовок HTTP, а не как мету-тега

thanks stackoverflow!

Так что с немного большим чтения и экспериментов, я обнаружил, что добавление:

<% Response.AddHeader "X-UA-Compatible", "IE=Edge" %> 

в верхней части страницы, устраняет проблему.

 Смежные вопросы

  • Нет связанных вопросов^_^