IE'nin Uyumluluk Modu sunucu tarafında nasıl kapatılır?

Question 1

Etki alanı kontrollü bir ortamda, X-UA etiketleri, bir! DOCTYPE tanımı ve "IE = Edge" yanıtı sağlasak bile belirli istemcilerde (winXP / Win7, IE8 / IE9) uyumluluk modunun tetiklendiğini görüyorum. başlıklar. Bu istemcilerde "intranet sitelerini uyumluluk görünümünde göster" onay kutusu işaretlenmiştir. Bu tam olarak geçersiz kılmaya çalıştığım şey.

Aşağıda, IE'nin uyumluluk modunu gerçekten tetiklemeye nasıl karar verdiğini anlamaya çalışmak için kullandığım belgeler var.

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

Site sahipleri her zaman içeriklerinin kontrolündedir. Site sahipleri, sitelerinin nasıl görüntülenmesini istedikleri konusunda kesinlikle açıklayıcı olmak ve Standartlar modu sayfalarını IE7 Standartlarına eşlemek için X-UA-Uyumlu etiketi kullanmayı seçebilirler. X-UA-Uyumlu etiketinin kullanılması, istemcide Uyumluluk Görünümü'nü geçersiz kılar.

Google için "Belge Uyumluluğunu Tanımlamak" , ne yazık ki SPAM motoru 2'den fazla url göndermeme izin vermiyor.

Bu bir ASP .NETweb uygulamasıdır ve ana sayfada aşağıdaki tanımları içerir:

<!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>

ve web.config

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

Başlığın gerçekten doğru şekilde enjekte edildiğini kontrol etmek için Fiddler'ı kullandım.

Anladığım kadarıyla, bu ayarlarla "Intranet sitelerini Uyumluluk Görünümünde görüntüle" tarayıcı ayarını geçersiz kılabilmeliyim. Ancak istemciye bağlı olarak, bazılarının hala uyumluluk modunu tetikleyeceğini buldum. Aynı zamanda, farklı istemcilerde aynı kimlik bilgileriyle kullandığım zaman bile farklı sonuçlar elde ettiğim için, bir politika grubu ayarı yerine makine düzeyinde görünüyor.

Uyumluluk Görünümü Ayarları onay kutusunu devre dışı bırakmak hile yapar. Ancak asıl amaç, istemci ayarlarından bağımsız olarak uygulamanın tamamen aynı şekilde oluşturulduğundan emin olmaktır.

Herhangi bir düşünce ve muhtemelen neyi kaçırabilirim? IE'yi sayfaları Uyumluluk modunu tetiklemeden her zaman oluşturmaya zorlamak mümkün müdür?

milyonlarca kez teşekkürler,

Jaume

Not: site şu anda geliştirme aşamasında ve elbette Microsoft'un uyumluluk listesinde değil, ancak tam olarak kontrol ettim.

"Uyumluluk Görünümü Listesini Anlamak" için Google , ne yazık ki SPAM motoru 2'den fazla url göndermeme izin vermiyor.

Question 2

Bunu yapmanın iki yaygın yolu ile ilgili sorunlar buldum:

Bunu <customHeaders>web.config dosyasındaki özel başlıklar ( ) ile yapmak , aynı uygulamanın farklı dağıtımlarının bu kümeye farklı şekilde sahip olmasına izin verir. Bunu yanlış gidebilecek bir şey olarak görüyorum, bu yüzden uygulamanın bunu kodda belirtmesinin daha iyi olacağını düşünüyorum. Ayrıca, IIS6 bunu desteklemez .
<meta>Bir Web Formları Ana Sayfasına veya MVC Yerleşim Sayfasına bir HTML etiketi eklemek yukarıdakinden daha iyi görünüyor. Ancak, bazı sayfalar bunlardan devralmazsa, etiketin kopyalanması gerekir, bu nedenle olası bir sürdürülebilirlik ve güvenilirlik sorunu vardır.
Ağ trafiği, yalnızca X-UA-Compatiblebaşlık Internet Explorer istemcilerine gönderilerek azaltılabilir .

İyi Yapılandırılmış Uygulamalar

Uygulamanız, tüm sayfaların sonuçta tek bir kök sayfadan devralınmasına neden olacak şekilde yapılandırılmışsa, <meta>etiketi diğer yanıtlarda gösterildiği gibi ekleyin .

Miras başvuruları

Aksi takdirde, bunu yapmanın en iyi yolunun, HTTP başlığını tüm HTML yanıtlarına otomatik olarak eklemek olduğunu düşünüyorum. Bunu yapmanın bir yolu şudur 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'nin sayfayı oluşturmak için en son oluşturma motorunu (uyumluluk modu yerine) kullanması gerektiğini belirtir.

Görünüşe göre HTTP modülleri genellikle web.config dosyasına kaydediliyor, ancak bu bizi ilk soruna geri getiriyor. Ancak, bunları Global.asax'a programlı olarak şu şekilde kaydedebilirsiniz :

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

Modülün staticsomutlaştırılmasının ve oluşturulmamasının önemli olduğunu unutmayın .InitUygulama başına yalnızca bir örnek . Tabii ki, gerçek dünya uygulamasında bir IoC konteyneri muhtemelen bunu yönetmelidir.

Avantajlar

Bu cevabın başında ana hatları verilen sorunların üstesinden gelir.

Dezavantajları

Web sitesi yöneticilerinin başlık değeri üzerinde kontrolü yoktur. Internet Explorer’ın yeni bir sürümü çıktığında ve web sitesinin işlenmesini olumsuz etkilediğinde bu bir sorun olabilir. Bununla birlikte, modülün sabit kodlanmış bir değer kullanmak yerine uygulamanın konfigürasyon dosyasından başlık değerini okumasını sağlayarak bunun üstesinden gelinebilir.
Bu, ASP.NET MVC ile çalışmak için değişiklik gerektirebilir.
Bu, statik HTML sayfalarında çalışmaz.
PreSendRequestHeadersYukarıdaki kodda olay IIS6 yangın görünmüyor. Henüz bu hatayı nasıl çözeceğimi bulamadım.

Question 3

Başlığımı aşağıdaki şekilde değiştirmek sorunu çöz:

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

Question 4

Güncelleme: Daha yararlı bilgiler <meta http-equiv = "X-UA-Compatible" content = "IE = edge"> ne işe yarar ?

Belki bu url size yardımcı olabilir: Doctype ile Tarayıcı Modlarını Etkinleştirme

Düzenleme: Bugün uyumluluk görünümünü şu şekilde geçersiz kılabildik: <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE8" />

Question 5

Node / Express geliştiricileri için ara yazılım kullanabilir ve bunu sunucu aracılığıyla ayarlayabilirsiniz.

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