Nachteile der Verwendung von Internet-Explorer-Kompatibilitäts-Modus

Was sind die Nachteile der Kraft einer Website angezeigt im IE zu kompatiblen Modus? Sagen wir erzwingen, IE9, Sie zu IE8 compatibility mode setzen?

  • Performance-Nachteile
  • Können nicht alle neuen IE9 spezifischen Funktionen wie HTML5/CSS3/SVG

Warum?

Wir führen Sie legacy-web-app entwickelt wurde, ist seit dem Jahr 2000, so ist es ein Durcheinander ball kämpfen, um die Kompatibilität mit Chrome, Opera, Firefox, IE6/7/8 und nun beschließen wir, zum hinzufügen von IE9 auf der Liste. Aber mit IE9 laufen wir in Probleme mit dem Druck, die "Erlaubnis deniend" JavaScript-Fehler (vermutlich etwas über frame-übergreifende JavaScript-Aufrufe) und die nächsten Fragen - die einfache Problemumgehung ist, zu erzwingen, IE9 verhält sich wie ein IE8 und dann funktioniert alles einwandfrei. Aber ich bin noch nicht sicher, ob es den Weg zu gehen...

  • Dein Fehler höchstwahrscheinlich stammen aus Verwendung von code, der speziell gegen IE, das ist ein gutes Beispiel dafür, warum feature-Erkennung überlegen ist browser-Erkennung. Auch, zwingen IE 9 in Kompatibilität Modus ist definitiv nicht der Weg zu gehen - IE 10 ist gleich um die Ecke, so dass Sie im Idealfall unter Ausnutzung der besseren performance und verbesserten features von IE 9 und 10.
  • Warum sollte ich die Mühe, über IE10? In unserem Fall interessiert uns nicht über neue features, interessieren wir uns nur über die gleiche Benutzer-Erfahrung für alle. Ja das können wir beheben alle bugs, aber es wird mehr Geld Kosten als dieses Update, also muss ich wissen - gibt es irgendwelche Nachteile, die am Ende bewirken, dass es mehr Kosten als fix IE9-Kompatibilität?
  • Die verbesserten features gehören die Unterstützung getElementsByTagName. Das allein ist lohnt sich ein Upgrade...</Sarkasmus>
  • Es könnte sich lohnen zu investieren Ihre Zeit und Geld auf Lösung-spezifische fixes Basis eines Frameworks wie YUI oder eventuell jquery, browser, wo Anomalien kann normalisiert werden. Bei der Prüfung für IE9, wir landeten.. 3 Stunden die Aktualisierung auf die neueste YUI Version... und alle unsere leiden beseitigt wurden, kostenlos.
InformationsquelleAutor Michal Bernhard | 2011-05-25
  1. 2

    ersten unsere app ist öffentlichen Ort (für unsere Kunden)

    Haben Sie eine öffentliche website wurde im Jahr 2000 entwickelt, und es funktioniert nicht mit modernen Browsern? Aufgelassen oder neu schreiben.

    Nicht hack den code zur Unterstützung moderner Browser, die Webseite ist übersichtlich schlecht geschrieben und beziehen sich nicht auf standards. Sie nicht bekommen kann Weg mit diesem.

    Der einzige Ort, wo man bekommen kann Weg mit diesem Grad an Inkompatibilität ist intranet-Anwendungen und selbst dann sollten Sie einfach "es funktioniert auf browser X, live with it"

    Man kann nicht sagen, dass die öffentliche Verkleidung Kunden. Ich meine, Sie können es versuchen, aber haben Spaß verlieren Unternehmen Ihren Konkurrenten.

    Re-entwickeln Sie Ihre website entsprechend der W3C-HTML - /CSS-standards und der ES5 standards und er wird ganz der Zukunft zugewandt (für einige Jahre).

    Ach, die Art, wie das web funktioniert, ist, dass nichts mehr dann 5 Jahre alt ist, ist veraltet. Also entweder neu schreiben, damit es alle 5 Jahre oder sich aus dem web-Geschäft.

    In Bezug auf tatsächlich im Kompatibilitätsmodus nicht. IE6-8 sind schrecklich-Motoren und sollte gemieden werden wie die Pest. Wenn Sie Sie verwenden, dann können Sie nicht schreiben, der Zukunft zugewandt standards compliant code.

    Muss der code entsprechen den standards und Sie sollten fix /shim /patch alle browser-spezifischen bugs, wo diese Browser nicht der Umsetzung der standards.

    • Ich lese es als ein extranet. In dem Fall werden die Kunden wahrscheinlich definieren, der Browser muss die Ausführung unter, und Sie sind oft weniger vorausschauendes denken als normalen Menschen. Bedeutung der IE6 ist immer noch, was einige Orte, die darauf bestehen, mit. Und unter Angabe der Browser es ausgeführt wird, ist weit mehr akzeptabel als eine richtige öffentliche Website.
    • er erwähnt es ist eine öffentliche Website, wenn es ein extranet oder intranet-Webseite läuft auf einem begrenzten Netzwerk, dann ist es akzeptabel Staat "unterstützen wir diesen Browser". Wenn es öffentlich ist, dann müssen Sie unterstützt die Aktuellen/Vorherigen Browser der big 5.
    • Ich glaube wir Lesen die gleiche Sache in unterschiedlicher Weise. Ich lese das Zitat oben in deinem post als Bedeutung extranet-app-Typ. Lesen Sie es als voll-öffentliche Website. Im letzteren Fall, Sie sind richtig - es MÜSSEN die Unterstützung für die aktuellen Browser in den full-Modus, ziemlich viel, sobald Sie herauskommen.
    InformationsquelleAutor Raynos
  2. 1

    Kann man nicht sagen, Sie haben getestet in IE6/7/8/9 bis Sie getestet haben, in diesen verschiedenen Versionen. Die Emulation der test-Umgebung ist nicht das gleiche wie mit der test-Umgebung. Meines Wissens IE7/8 Kompatibilität zu den älteren render-engines, nicht die zugrunde liegende browser als ganzes, Fehler und alle. Es ist closed-source, so dass Sie nie wissen.

    Konvertieren von Microsoft kostenlos herunterladen virtual disk-images für cross-browser-testing zur Virtualbox-images und legen Sie Sie auf eine Maschine, die gerade läuft Virtualbox. Eine alte Maschine tun wird, laufen die VMs kopflos und greifen Sie mit remote desktop. Auf diese Weise werden Sie in der Lage zu testen in allen Browsern ohne Belastung Ihrer Maschine, mit MS - /Spyware.

    • +1 für deinen Benutzernamen, und +1 wenn ich könnte, wies darauf hin, dass emulierten IE compats werden nicht IEs.
    InformationsquelleAutor ʍǝɥʇɐɯ
  3. 1

    Glaube ich nicht, dass system-Administratoren können festlegen, IE Kompatibilitätsmodus für alle intranet-Datenverkehr mithilfe der Gruppenrichtlinien-Editor. Jede Website, die Sie erstellen, wird von diesem Punkt an, Sie können fügen Sie ein meta-tag, um zu erzwingen, IE9 nativ zu Rendern und alle neueren features...

    Ich habe zu tun, dass auf meinem aktuellen Projekt mit dem folgenden doctype und meta-tag-in meinem Kopf:

    <!DOCTYPE HTML >

<meta http-equiv="X-UA-Compatible" content="IE=100" />
    • vielen Dank für deine Antwort, aber... unsere erste app ist öffentlichen Ort (für unsere Kunden) und wie ist das bezogen auf die Frage "Was sind die Nachteile der Kraft einer Website angezeigt im IE zu kompatiblen Modus? Sagen wir erzwingen, IE9 auf IE8 compatibility mode setzen?" ? siehe meine Kommentare auf meine erste Frage
    • Im Falle einer externen app, dann könnten Sie einfach nicht schalten Sie die meta-Tags auf die alte app zu erzwingen die Kompatibilität mit dem IE 8? <meta http-equiv="X-UA-Compatible" content="IE=80" />
    • Alternativ <meta http-equiv="X-UA-Compatible" content="IE=Edge,chrome=1" /> - so wählen Sie Chrome Frame, wenn vorhanden, oder die aktuelle version von IE, wenn nicht.
    InformationsquelleAutor ShaneBlake
  4. 1

    Kompatibilitäts-Modus ist etwas, das MS eingeführt, um Leuten eine chance zu aktualisieren, Ihre Anwendungen, nicht für die langfristige Nutzung. AFAIU.

    Wenn Sie möchten, dass Ihre Anwendung kompatibel mit IE9, müssen Sie es ändern. Wenn Sie versuchen, zu halten, IE6-9-Kompatibilität haben Sie dann eine echte Herausforderung, und Sie sollten sich überlegen, ob dies wirklich praktisch - im wesentlichen müssen Sie mindestens 2 verschiedene sets von html. Ist dies praktisch für Sie?

    IE9 compatibility Modus ist anders als in IE9 und IE8 - es zieht-bits von beiden. So müssen Sie einen vollständigen test agaisnt die Kompatibilität-Modus-version, und sicherzustellen, dass es bleibt, arbeitet gegen diese.

    So, in Antwort auf die Frage, die Nachteile sind, dass Sie nicht IE9-kompatibel ist, und es besteht die Gefahr, dass beim IE10 raus kommt, wird Ihr code nicht ausgeführt werden, dass Sie in einem beliebigen Modus. Sie setzen den Aufwand in den compatibilty Test, ohne für künftige Veränderungen. Sie würden besser tun, die langfristig, um Ihren code zu IE9 kompatibel. Auch die Nachricht, die Sie geben Ihrem Kunden ist, dass Sie Ihre code-Basis ist nicht kompatibel zu sein für viel länger. Es sei denn, Sie sprechen Sie über ein re-Arbeit, das ist ein echtes negativ.

    Aber es klingt wie Sie Ihre gesamte code muss ein re-Arbeit, zu vergessen, IE6 und geschrieben werden, die für die moderne Arbeits-Browsern. Mit Kompatibilitätsmodus, bis das passiert ist vermutlich OK. Wenn Sie dies tun - und sagen Sie Ihren Kunden - dann bleiben im Kompatibilitätsmodus tragfähig ist.

    • In der Tat, mit dem IE9 funktioniert nicht wie IE8, die nicht wie IE7, die nicht wie IE6 und keiner von Ihnen arbeiten wie jedes andere, weit mehr modernen Browsern. Werfen Sie im Kompatibilitätsmodus und es nur ein großes Durcheinander.
    • Cat: manchmal, trotz der populären und vernünftige Meinung, es ist einfach nicht möglich, drop-support für den IE6. Ja, auch wenn Google und Microsoft wird in den nächsten paar Jahren.
    • Traurig, aber wahr. Ich denke, was ich meinte war, dass der code muss nachgearbeitet werden für die neueren Browsern, und vielleicht auch legacy-Unterstützung für IE6. Aber versuchen, zu produzieren, eine einzige Anwendung für alle Versionen des IE ab 6 ab ist nicht praktikabel. Wenn IE6 und IE9-Unterstützung erforderlich ist, müssen Sie zur Unterstützung zwei verschiedene produktströme.
    • Aye, und ich würde sagen, dass Michal die Kommentare über die Kosten der update erscheinen zerbrechlich im Angesicht der Aufgabe zur hand... aber im Allgemeinen, wie Sie sagen,, Produkt-streaming wäre ein mid-range-Kosten-option in die (scheinbare) Umstände...
    • er bedeutet vergessen IE6 und schreiben Sie an die standards, dann patch alle IE6-spezifische bugs, die Sie interessieren. Der einfachste Weg, um Unterstützung IE6 ist die Kraft, die es zum ausführen mit JavaScript aus. Unterstützung von HTML/CSS, die funktioniert im IE6 ist ganz einfach. Möchte der Benutzer das UI-Verbesserungen, die Sie dann verwenden können, eine moderne browser.
    InformationsquelleAutor Schroedingers Cat
  5. 0

    Kompatibilitätsmodus wird NICHT dazu führen, die browser verwenden, der JavaScript-engine, dass war in der alten version des IE.

    Damit meine ich, dass es laufen wird, beliebigen JavaScript-code mit der IE9-engine. Das war ein problem für uns, wenn beim Debuggen eines alten Produkts, die hatte ein problem mit dem IE7/8.

    • noch immer löst es "Permission denied" js-Fehler, so dass es zumindest ändern Sie das Verhalten von javascript-die Interaktion mit DOM ... nächste sonderbare Ding, das spricht gegen deine Meinung ist, dass, wenn Sie lief reinen javascript-benchmark SunSpider 0.9.1 es ist ein kleiner Unterschied (in meinem Fall rund 20%) in der Performanz, also muss es etwas sein, was über javascript im Kompatibilitätsmodus
    • Ich weiß, das ist alt - aber ich glaube nicht, dass es richtig ist. Zumindest nicht mit IE11 speziell. Wenn ich IE11 im IE7-Kompatibilitätsmodus werde ich sehen javascript-Fehler auf, immer wenn code versucht, eine Funktion wie .trim(), oder .hasOwnProperty (), da diese nicht unterstützt wurden, im IE7. Ich reparierte das Problem innerhalb unserer Anwendung, indem Sie die jQuery-version dieser Funktionen, aber immer noch, es lässt mich vermuten, dass der Kompatibilitätsmodus ändert die JavaScript-engine
    • Als ich nach Hause kam, nachdem dieses posting ist mir eingefallen, dass das Szenario, das ich beschrieben wurde, NICHT aus Kompatibilitäts-Einstellungen, war es mit der Entwickler-panel im IE11 mit der browser-emulation-Modus auf IE7. In diesem Fall, ich wäre nicht überrascht, wenn der browser selbst WAR mit der zumindest einige der älteren Funktionalitäten, die von dieser version - im Gegensatz zu den Kompatibilitäts-Modus würde nur auf den Browser (rendering) Modus. Having said that, ich glaube, dass die rendering-engine Unterschied kann möglicherweise Auswirkungen JavaScript, zu einem gewissen Grad, wenn das Rendern irgendwie verpasst dem DOM?
    InformationsquelleAutor isNaN1247
Schreibe einen Kommentar