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

Я нашел проблемы с двумя общими способами сделать это:

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

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

3. сетевой трафик может быть уменьшен только отправка 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-модули часто регистрируются в интернете.файл config, но это возвращает нас к первой проблеме. Однако,вы можете зарегистрировать их программно в Global.асакс такой:

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. Я еще не понял, как устранить эту ошибку.