Comment désactiver le Mode de compatibilité de IE du côté du serveur?

j'ai trouvé des problèmes avec les deux façons courantes de faire ceci:

1. de le Faire avec des en-têtes personnalisés ( <customHeaders> ) dans le web.config permet à différents déploiements de la même application d'avoir cet ensemble différemment. Je vois cela comme une autre chose qui peut mal tourner, donc je pense que c'est mieux si l'application spécifie ceci en code. De plus, IIS6 ne supporte pas ce .

2. incluant une balise HTML <meta> dans une page D'accueil des formulaires Web ou une page de mise en page MVC semble mieux que ce qui précède. Cependant, si certaines pages n'héritent pas de celles-ci, alors l'étiquette doit être dupliquée, donc il y a un problème potentiel de maintenabilité et de fiabilité.

3. le trafic réseau pourrait être réduit uniquement en envoyant l'en-tête X-UA-Compatible aux clients Internet Explorer.

Applications Bien Structurées

si votre application est structurée d'une manière qui fait que toutes les pages héritent ultimement d'une seule page racine, incluez la balise <meta> comme indiqué dans les autres réponses .

L'Héritage Des Applications

sinon, Je pense que la meilleure façon de le faire est d'ajouter automatiquement L'en-tête HTTP à toutes les réponses HTML. une façon de le faire est utilisant un 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 indique QU'IE devrait utiliser son dernier moteur de rendu (plutôt que le mode de compatibilité) pour rendre la page.

il semble que les modules HTTP soient souvent enregistrés sur le web.fichier de configuration, mais cela nous ramène au premier problème. Cependant, vous pouvez les enregistrer programmatiquement dans Global.asax comme ceci:

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);
    }
}

notez qu'il il est important que le module soit static et non instancié dans Init de sorte qu'il n'y ait qu'une seule instance par application. Bien sûr, dans une application réelle, un conteneur CIO devrait probablement gérer cela.

avantages

• surmonte les problèmes décrits au début de cette réponse.

désavantages

• les administrateurs de site Web n'ont pas contrôle sur la valeur d'en-tête. Cela pourrait être un problème si une nouvelle version D'Internet Explorer sort et affecte négativement le rendu du site web. Toutefois, il serait possible de remédier à cette situation en demandant au module de lire la valeur d'en-tête du fichier de configuration de l'application au lieu d'utiliser une valeur codée sur papier.
• cela peut nécessiter des modifications pour travailler avec ASP.NET MVC.
• cela ne fonctionne pas pour les pages statiques HTML.
• le PreSendRequestHeaders événement dans le code ci-dessus ne semble pas fonctionner dans IIS6. Je n'ai pas trouvé comment résoudre ce bug encore.