Подтвердить что ты не робот

Как принудительно установить режим совместимости IE с сервера?

В среде, контролируемой доменом, я обнаружил, что режим совместимости запускается на определенных клиентах (winXP/Win7, IE8/IE9), даже когда мы предоставляем теги X-UA, определение DOCTYPE и "IE = Edge". У этих клиентов флажок "Показывать интранет-сайты в режиме совместимости". Это именно то, что я пытаюсь переопределить.

Ниже приведена документация, которую я использовал, чтобы попытаться понять, как IE решает фактически запустить режим совместимости.

http://msdn.microsoft.com/en-us/library/ff406036%28v=VS.85%29.aspx

http://blogs.msdn.com/b/ie/archive/2009/02/16/just-the-facts-recap-of-compatibility-view.aspx

Владельцы сайтов всегда контролируют свой контент. Владельцы сайтов могут использовать тег X-UA-Compatible, чтобы быть абсолютно декларативным о том, как theyd, как их сайт, для отображения и отображения стандартов стандартов страниц к стандартам IE7. Использование тега X-UA-Compatible переопределяет вид совместимости на клиенте.

Google для "Определение совместимости документов" , к сожалению, механизм SPAM не позволяет мне размещать более двух URL-адресов.

Это веб-приложение ASP .NET и включает следующие определения на главной странице:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<head>
   <meta http-equiv="X-UA-Compatible" content="IE=Edge" />
</head>

и web.config

<system.webServer>
  <httpProtocol>
    <customHeaders>
      <clear />
      <add name="X-UA-Compatible" value="IE=Edge" />
    </customHeaders>
  </httpProtocol>
</system.webServer>

Я использовал Fiddler для проверки правильности ввода заголовка.

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

Отключение настройки параметров просмотра совместимости делает трюк. Но фактическая цель - убедиться, что приложение отображается точно так же, независимо от настроек клиента.

Любые мысли и то, что я мог бы, возможно, отсутствовать? Возможно ли вообще заставить IE всегда отображать страницы без запуска режима совместного использования?

благодаря миллиону,

Жом

PS: сайт находится в разработке и, конечно же, не входит в список совместимости Microsoft, но я также проверял на всякий случай.

Google для "Просмотр списка совместимости" , к сожалению, механизм SPAM не позволяет мне размещать более двух URL-адресов.

4b9b3361

ОТВЕТЫ

Ответ 1

Я нашел проблемы с двумя обычными способами:

  • Выполнение этого с помощью настраиваемых заголовков (<customHeaders>) в web.config позволяет различным развертываниям того же приложения иметь этот набор по-разному. Я вижу это как еще одну вещь, которая может пойти не так, поэтому я думаю, что лучше, если приложение указывает это в коде. Кроме того, IIS6 не поддерживает это.

  • Включение тега HTML <meta> на главной странице веб-форм или в макете MVC выглядит лучше, чем указано выше. Однако, если некоторые страницы не наследуются от них, то необходимо дублировать тег, поэтому существует потенциальная проблема ремонтопригодности и надежности.

  • Сетевой трафик может быть уменьшен только путем отправки заголовка X-UA-Compatible клиентам Internet Explorer.

Хорошо структурированные приложения

Если ваше приложение структурировано таким образом, что все страницы в конечном счете наследуются от одной корневой страницы, добавьте тег <meta>, как показано в другие ответы.

Устаревшие приложения

В противном случае, Я думаю, что лучший способ сделать это - автоматически добавлять HTTP-заголовок ко всем ответам HTML. Один из способов сделать это использует IHttpModule:

public class IeCompatibilityModeDisabler : IHttpModule
{
    public void Init(HttpApplication context)
    {
        context.PreSendRequestHeaders += (sender, e) => DisableCompatibilityModeIfApplicable();
    }

    private void DisableCompatibilityModeIfApplicable()
    {
        if (IsIe && IsPage)
            DisableCompatibilityMode();
    }

    private void DisableCompatibilityMode()
    {
        var response = Context.Response;
        response.AddHeader("X-UA-Compatible", "IE=edge");
    }

    private bool IsIe { get { return Context.Request.Browser.IsBrowser("IE"); } }

    private bool IsPage { get { return Context.Handler is Page; } }

    private HttpContext Context { get { return HttpContext.Current; } }

    public void Dispose() { }
}

IE=edge указывает, что для отображения страницы IE должен использовать свой последний механизм рендеринга (а не режим совместимости).

Похоже, что HTTP-модули часто регистрируются в файле web.config, но это возвращает нас к первой проблеме. Однако вы можете зарегистрировать их программно в Global.asax следующим образом:

public class Global : HttpApplication
{
    private static IeCompatibilityModeDisabler module;

    void Application_Start(object sender, EventArgs e)
    {
        module = new IeCompatibilityModeDisabler();
    }

    public override void Init()
    {
        base.Init();
        module.Init(this);
    }
}

Обратите внимание, что важно, чтобы модуль был static и не был создан в Init, так что для каждого приложения есть только один экземпляр. Конечно, в реальном приложении контейнер IoC должен, вероятно, управлять этим.

Преимущества

  • Преодоляет проблемы, изложенные в начале этого ответа.

Недостатки

  • Администраторы сайта не имеют контроля над значением заголовка. Это может быть проблемой, если новая версия Internet Explorer выходит и негативно влияет на рендеринг веб-сайта. Однако это можно было бы преодолеть, если модуль прочитал значение заголовка из файла конфигурации приложения вместо использования жестко заданного значения.
  • Это может потребовать изменения для работы с ASP.NET MVC.
  • Это не работает для статических HTML-страниц.
  • Событие PreSendRequestHeaders в приведенном выше коде, похоже, не срабатывает в IIS6. Я еще не понял, как решить эту проблему.

Ответ 2

Изменение моего заголовка на следующее решение проблемы:

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

Ответ 3

Обновление: более полезная информация Что такое < meta http-equiv = "X-UA-Compatible" content= &quot, IE = край " > делать?

Возможно, этот URL-адрес может вам помочь: Активация режимов браузера с Doctype

Изменить: Сегодня мы смогли переопределить представление совместимости с помощью: <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE8" />

Ответ 4

Для разработчиков Node/Express вы можете использовать промежуточное программное обеспечение и установить это через сервер.

app.use(function(req, res, next) {
  res.setHeader('X-UA-Compatible', 'IE=edge');
  next();
});