Internet Explorer 9: Schnellere Unternehmensanwendungskompatibilität
Migrieren von Internet Explorer 6 auf einen modernen Browser kann schneller, kostengünstiger und einfacher als Sie denken, wenn Sie die richtigen Tricks kennen.
Chris Jackson
Niemand wird gerne noch auf einem alten Browser wie Internet Explorer 6 sein. Menschen den Kopf schütteln und beschweren sich über die neuen Features, die sie besitzen, die Anwendungen, die nicht mehr funktionieren, und über die unzureichende Leistung. Noch, sie sind, gibt Internet Explorer 6 noch ausgeführt. Was ist der Grund? It’s simple: they’re afraid that their stuff will break.
Sie möchten nicht derjenige sein, der das Unternehmen für einen Tag aufgrund von einer fehlerhaften unternehmenswichtige Anwendung brachte. Daher bleiben es Sie, durch Angst und Mehrdeutigkeit lahm. Der Prozess der Migration von Internet Explorer 9 möglicherweise nicht problemlos, aber wenn Sie ein paar Tricks nutzen, ehrlich gesagt können Sie es schneller, kostengünstiger und einfacher.
Mehrdeutigkeit überwinden
Bevor Sie Ihr Projekt für die Anwendungskompatibilität beginnen, können Sie nicht fühlen, als ob Sie die Daten Sie haben die Risiken genau zu messen. Schließlich können Sie wirklich alle Websites auflisten, die alle in Ihrer Organisation jemals besucht hat? Was sind die wahren Risiken?
In der neuesten Version von das Microsoft Assessment and Planning (MAP) Toolkit gibt es einige Funktionen des Internet Explorer-Lager. Es nicht nur auf einem Computer installierten Browser inventarisiert (und welche Browser als Standard festgelegt ist), aber auch welche Add-ons für Internet Explorer (z. B. ActiveX-Steuerelemente oder Browser Helper Objects) installiert sind. Dies kann die Codeausführung im Browser des Benutzers zu verstehen helfen.
Eine umfassende Liste aller technischen, rechtlichen und Privatleben aus Gründen besuchten Websites kann nicht abgerufen werden. Abwesend, das konnten Sie tun Dinge wie Proxy-Server Abfragen zu ermitteln, welche Websites durch sie zugegriffen werden. Obwohl Sie eine umfangreiche Liste mit URLs vornehmen können, wenn Sie, hart genug versuchen, ist es jedoch fast nie eine gute Idee.
Stellen Sie kurz folgende Überlegungen an. Wie oft in einem normalen Tag besuchen Sie Websites, die keine Auswirkungen auf Ihre Arbeit? Wie viele Websites möchten Sie verwenden, wenn sie morgen weggingen, würde nur wo Sie anderen eine finden? Wenn Sie eine Inventur der Websites nahm können Sie persönlich besucht und dann umfassend getestet alle, mindestens 95 Prozent dieser Bemühungen wird verschwendete Zeit enden würde. Es ist die Angst, 5 Prozent der Websites, die Benutzern vermissen würde Menschen möchten eine erschöpfende Census Websites Laufwerke nicht suchen.
Identifizieren der Anwendungen
Hier ist ein weiterer Ansatz: herausfinden, welche Anwendungen am ersten Tag arbeiten absolut, positiv müssen. Dies sind die Anwendungen, die Sie proaktiv zu testen, bevor Sie einen einzigen Sitz von Internet Explorer 8 bereitstellen müssen. Nachdem Sie die unternehmenswichtige Anwendungen deaktiviert haben, können Sie beginnen, bereitstellen.
Starten Sie ein paar Plätze bereitstellen. Haben Sie genügend Kenntnisse über das Web Application Compatibility zusätzliche eingehende Volume aufgrund der neuen Browser verwalten unterstützen Helpdesk. Haben Sie einen Plan zum Beheben von Problemen und ein Sicherheitsnetz für Notfälle.
Wenn das Helpdesk überladen ruft, verlangsamen Sie Bereitstellung. Wenn sie OK sind, und Sie noch die Kapazität haben, können Sie den Prozess beschleunigen. Es ist besser, wenn Sie die Bereitstellung Benutzer-opt-in vornehmen können. Für den neuen Browser gefragt werden den Benutzern eine allgemeinere, wenn etwas schief geht.
Die Schönheit dieses Plans ist, dass Sie sich nicht um alles zu testen. In der Regel meldet Benutzer nur ein Problem, wenn es kein blockierendes Problem für sie darstellt. Sonst werde nur über ihr Geschäft gehen. Sie am Ende weniger Zeit Testen der Anwendungen, denen Benutzer eigentlich egal ist. Sie verbringen weniger Zeit proaktives testen. Die Benutzer können bestimmen, ob eine Anwendung wirklich oder nicht funktioniert.
Kompabilität die proaktive Anwendungskompatibilität Tests nicht so tatsächlich? Es ist ein ungewöhnliches Konzept. Beachten Sie, was es bedeutet, kompatibel sein. Es bedeutet, dass Sie keine Fehler auf einer Plattform, die Sie von der Arbeit zu beenden. Nun, wir alle wissen, dass auf den Punkt erreicht werden kann, in denen ein Produkt zero Bugs hat. Sie müssen nur zu beweisen, dass keiner von ihnen aus der täglichen Arbeit beenden. Solange Ihre Benutzercommunity produktiv ist, sind Sie in guter Form.
Diese Kombination von proaktiven und reaktiven testen – ein Ansatz, der vernünftige Risikomanagement, Benutzer Empowerment und Flexibilität der Plattform vereint – ist reines Gold für Anwendungskompatibilität. Dieser Ansatz kann auf der Grundlage von Mehrdeutigkeiten Trägheit überwunden und spart Ihnen Zeit und Geld.
Die Umgebung
Sobald das Migrationsprojekt gestartet wird, ist es Zeit, um Ihre Browserumgebung inspizieren, um sicherzustellen, dass mehr Anwendungen von Anfang an. Wenn es um moderne Versionen von Internet Explorer, die die neuesten Webstandards unterstützen, denken viele, sie haben alle ihre Anwendungen als Teil der Migration zu aktualisieren. Während dies sicherlich eine noble Ziel ist, ist es auch wesentlich teurer und langsamer.
Internet Explorer 9 bietet eine anspruchsvolle und verwaltbare Kompatibilität-Infrastruktur, mit der Sie zu halten, was als Standard verwenden auswählen und dann der neuen Web Standards auf Basis der Anwendung-opt. Wie passe Sie für maximale Kompatibilität? Alles beginnt mit der richtigen Zoning.
Einige internen Anwendungen in der Internetzone landen, da sie vollständig qualifizierten Domänennamen oder IP-Adressen für einige Anwendungen verwendeten. Die Zone Internet restriktiver ist und daher viel weniger kompatibel ist. Beispielsweise ist nicht annähernd so gut, wenn nicht ordnungsgemäß mit Zonen SharePoint. Alle Arten von Funktionen funktionieren einfach nicht.
Das andere Zoning-Problem ist die interne Anwendungen in der Zone vertrauenswürdiger Sites setzen. Zurück in Internet Explorer 6 wurde vertrauenswürdige Sites tatsächlich die vertrauenswürdigste Zone. Tatsächlich gab mehr Leistung. In Internet Explorer 9 ist die vertrauenswürdigste Zone nicht vertrauenswürdige Sites; Es ist Lokales Intranet. Sie sind also tatsächlich macht geben. Darüber hinaus sind durch die Standardrichtlinien verwenden Sie auch Sie die integrierte Authentifizierung geben.
Warum vertrauen Lokales Intranet jetzt mehr? Bisher mussten Sie zwei unterschiedliche Buckets für interne Anwendungen: vertrauenswürdige und wirklich vertrauenswürdig. Wie häufig müssen Sie eine solche Unterscheidung zu treffen? Nicht das oft einmal gibt es eine vernünftige Standardrichtlinie für die Zone Lokales Intranet. Plus, es hat einen Steckplatz für vertrauenswürdige Partner zu verlassen. Haben Sie einen Partner, E-mail, Zusammenarbeit und so weiter bereitstellen, sind sie mehr als das allgemeine Internet vertraut.
Sobald Sie die Anwendungen korrekt in Zonen aufgeteilt haben, landen Sie auch in der Standardrichtlinie, in denen die lokale Intranetzone Kompatibilitätsansicht sind standardmäßig aktiviert. Dadurch Ihre vorhandenen Web-Anwendungen mehr kompatibel, nur aufgrund von Landung in der Zone mit der Sicherheitsvorlage toleranter.
Compatibility Modes (Kompatibilitätsmodi)
Aus diesem Grund natürlich bringt uns zu unserem nächsten wichtiges Thema: Kompatibilitätsmodi und wann diese zu nutzen. Dies ist ein häufig missverstanden Aspekt von Internet Explorer 8. Ein Großteil dieser Komplexität ist eine scheinbar einfache Schaltfläche mit einem Bild eine fehlerhafte Seite verdeckt.
Denken Sie daran wie gehen Sie durch den Prozess, den Internet Explorer 9 tatsächlich enthält vier separate rendering-Engines. Vier Sätze von Regeln für HTML-Layout, Skripts usw. ist. In Internet Explorer 9 sind diese Darstellungsmodi:
- Quirks/Internet Explorer 5.5
- Internet Explorer 7-Standards
- Internet Explorer 8-Standards
- Internet Explorer 9-Standards
Dies ist nichts Neues. Even Internet Explorer 6 had two different modes: Quirks and Internet Explorer 6 Standards. Quirks würden Sie bis der Entwickler speziell in Normen entschieden ein DOCTYPE-Element in seinem Markup verwenden. Internet Explorer 7 weiterhin die dichotomie, Weiterentwicklung und Verbesserung der Standards, beim Verlassen im Quirks. Internet Explorer 8 gehalten Marotten und Internet Explorer 7 und Internet Explorer 8 hinzugefügt. Internet Explorer 9 folgt diesem Trend.
So haben Sie vier Rendering-Engines hinter einer einzigen Taste. Wie gehen Sie hin und her zwischen ihnen? Kompatibilitätsansicht wird das Rendern einer Webseite, die ein DOCTYPE in Internet Explorer 7-Standards-Modus enthält. Es wird eine Seite ohne ein im Quirks-Modus dargestellt.
Wenn Sie nicht Kompatibilitätsansicht verwenden, wird eine Webseite mit einer DOCTYPE in Internet Explorer 9-Standards-Modus gerendert werden. Eine Seite ohne eine wird im Quirks-Modus gerendert. Also, eine Webseite im Quirks-Modus ausführen ändert sich nicht wenn Sie auf die Schaltfläche "Kompatibilitätsansicht" push. Dies ändert sich auch die Version des Browsers an den Web-Server gemeldet.
Es ist keine sehr benutzerfreundliche Lösung für die Benutzer anweisen, drücken Sie eine Taste, um eine Webseite funktioniert. Es gibt jetzt Gruppenrichtlinienunterstützung für Kompatibilitätsansicht, speziell zu machen, die Standardeinstellung für das lokale Intranet: Administrative Vorlagen | Windows-Komponenten | InternetExplorer | Kompatibilitätsansicht | Internet Explorer-Standards-Modus für lokales Intranet aktivieren.
Dies ist eine Double-Negative Politiken. Sie haben "Standards-Modus" für das lokale Intranet, aktivieren die Kompatibilitätsansicht deaktivieren. Der Standardwert ist deaktiviert, und bewahren Sie es auf diese Weise. Das bedeutet nicht, Sie schreiben in einen 5-Jahre-Standard zu halten möchten. Es bedeutet, dass Sachen, die Sie bereits ein älterer Standard geschriebenen weiterhin funktionieren. Sie können natürlich opt-in einer bestimmten Webanwendung mithilfe eines modernen Standards, Sie jedoch nicht verwenden die neuesten Standards für alles bis Sie einen modernen Browser bereitgestellt erhalten.
Natürlich gibt es auch eine Gruppenrichtlinie für die Aufbewahrung von externen Partnern Webanwendungen ausgeführt: Administrative Vorlagen | Windows-Komponenten | InternetExplorer | Kompatibilitätsansicht | Verwenden Sie Policy-Liste von Internet Explorer 7-Sites.
Wenn Sie bestimmte Websites zu dieser Richtlinie hinzufügen (verwendet Domänennamen der obersten Ebene oder TLDNs), sie werde in Kompatibilitätsansicht entschieden werden, und möglicherweise besser. Kompatibilitätsansicht fix nicht alles. Aus Internet Explorer 6 ist, es kein besonderer Grund, warum es nicht immer funktioniert. Internet Explorer 6 Lesen nicht DOCTYPE, es sei denn, es kommt zu der ersten Zeile von Markup auf der Seite. Also, was passiert, wenn Sie eine Seite haben beginnt, die wie folgt:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "DTD/xhtml1-strict.dtd">
Das ist eine gemeinsame Prolog zu XHTML-Seite: ein HTML-Dialekt, der für ein paar Jahre populär war. Internet Explorer 6 wird gerendert werden alle XHTML, die wie folgt im Quirks-Modus gestartet wird, da DOCTYPE ist die erste Zeile nicht. Internet Explorer 7 wurde dieser Fehler behoben, so Internet Explorer 7 oder höher im Standards-Modus gerendert wird. Da die Regeln für das Layout zwischen Marotten und sogar Internet Explorer 6-Standards geändert wird, kann dies eine ziemlich große Sache sein.
Für viele ist es die Förderung von Websites aus Quirks an Standards, die bewirkt, dass sie in scharen zu brechen. Mehr als 80 Prozent der Anwendungen wurde von dieser Änderung eine unterbrochen. Es ist gerade wegen dieser Situation und seine alarmierend Frequenz, dass wir eine neue Gruppenrichtlinien für Internet Explorer 9 hinzugefügt (auch verfügbar für Internet Explorer 8, wenn Sie übernehmen die Hotfix): Administrative Vorlagen | Windows-Komponenten | InternetExplorer | Kompatibilitätsansicht | Verwenden Sie Liste der Quirks-Modus Richtlinie Websites.
Dadurch können Sie die Quirks für eine bestimmte Site abonnieren, die von Microsoft, die Behebung dieses Fehlers betroffen sein könnten. Dadurch erhalten Sie vollständige Kontrolle, aber es gibt Ihnen eine einfache und Policy-basierte Methode, um loszulegen.
Um die vollständige Kontrolle erhalten möchten, müssen Sie X-UA-Compatible nutzen, wo Sie explizit wählen können genau die Rendering-Modus werden soll. Können Sie die vollständigen Details von der MSDN Library-Seite "Definieren von Dokumentkompatibilität," aber kurz gesagt, müssen Sie entweder einen Header enthalten:
X-UA-Compatible: IE=5
Oder Sie ein Meta-Tag einschließen:
<meta http-equiv="X-UA-Compatible" content="IE=5"> <!-- Quirks Mode -->
<meta http-equiv="X-UA-Compatible" content="IE=7"> <!-- IE7 Standards -->
<meta http-equiv="X-UA-Compatible" content="IE=8"> <!-- IE8 Standards -->
<meta http-equiv="X-UA-Compatible" content="IE=9"> <!-- IE9 Standards -->
<meta http-equiv="X-UA-Compatible" content="IE=edge"> <!-- The latest standards - never use in production! -->
Du wirst die Kompatibilität Infrastruktur verstehen wollen, und alle Möglichkeiten können Sie haben es konfiguriert. Wenn Sie die Standardkonfiguration für lokales Intranet lassen, ist es z. B. Kompatibilitätsansicht verwenden. Dann lassen Sie uns sagen Sie eine HTML5-Anwendung implementieren. Wenn Sie nichts tun, wird es standardmäßig die Kompatibilitätsansicht – die Internet Explorer 7-Engine.
Internet Explorer 7 unterstützt keine HTML5, so dass Ihre Anwendung nicht funktionieren. Nicht alles verloren ist, obwohl. Sie können einen Header zur Website hinzufügen und so konfigurieren, dass in Internet Explorer 9 Modus ausgeführt, oder Hinzufügen von Metatags zu den Seiten, die HTML5 erfordern. Sie einfach die Standardwerte aufgehoben und bekam einen moderneren Rendering-Modus.
Es ist ratsam, X-UA-Compatible-Headers oder Meta-Tags jeder Webanwendung hinzu, die Sie berühren. Sie sollten auch für neue Web-Anwendungen erfordern. Auf diese Weise können Sie allmählich Ihre Unterstützung von Standards wieder vorwärts zu halten.
Rangfolgeregeln unterstützen auch dieses Konzept. Sie können übergehen die Standardeinstellungen für Gruppenrichtlinien mit dem X-UA-Compatible-Header und übergehen der Kopfzeile mit einem X-UA-Compatible Metatag. Auf welches Granularitätsebene, die Sie wählen, haben Sie vollständige Kontrolle über Ihre Render-Modus. Sie haben zu intensivieren und übernehmen Sie das Steuerelement, wenn Sie vorwärts verschieben möchten. Also, stellen Sie sicher, dass Sie Ihre Websites tagging und Festlegen von Standards für neue Anwendungen.
Konfigurieren von Sicherheitseinstellungen
Der nächste Schritt bei der Optimierung Ihrer Umgebung prüft, ob Ihre Anwendungen Sicherheitsfunktionen unterbrechen. Einige Einstellungen, die häufig Probleme verursachen:
- Gemischter Inhalt: content-Websites, die mischen und Anpassen von SSL mit unverschlüsselten Inhalt. Einige Organisationen fest, dass dadurch übermäßigen Warnungen und Unterbrechungen für Benutzer mit einer großen Anzahl von Websites.
- Zertifikat-Warnungen: viele Organisationen nicht verfügen über eine Infrastruktur öffentlicher Schlüssel (PKI), aber die Sicherheit von SSL bevorzugen. Klicken sie einfach leihen Schlüssel von einem Server und verwenden Sie sie auf einen anderen.
- Datenausführungsverhinderung: Dies kann eine der effektivsten Risikominimierung Technologien zur Verfügung. Es gibt jedoch noch einige ActiveX-Steuerelemente, die mit dieser leistungsfähigen Sicherheitsfunktion nicht kompatibel sind.
Dies ist keine erschöpfende Liste. Sie können nicht wirklich Ihre Umgebung für diese Faktoren nach vorne optimieren. Das ist ein iterativer Prozess. Wenn Sie eine Funktion, die eine Anwendung unterbrochen wird finden, notieren Sie es. Es könnte sinnvoll für jetzt deaktivieren und einen Plan für die Festsetzung es später erstellen.
Sie müssen auch den Kompromiss bewusst sein. Wenn Sie mit Internet Explorer 6 bleiben, dann erhalten Sie Null Prozent der Sicherheitsfeatures seitdem hinzugefügt. Natürlich müssten Sie stattdessen die neuen Sicherheitsfunktionen zu 100 Prozent. Kritische Anwendungen funktionieren mit alles aktiviert, ist jedoch keine Wahl, die Sie erhalten möchten.
Sie erhalten entweder 99 Prozent der Sicherheitsfeatures in Internet Explorer 9 (mit einem Feature oder zwei jetzt ausgeschaltet) wählen oder null Prozent der Sicherheitsfeatures in Internet Explorer 9 durch die Weigerung, die Sicherheitslage zu senken. Auch blockiert die Bereitstellung. Sie müssen diese Überlegungen abwägen.
Beachten Sie die Middleware
Ein weiterer wichtiger Aspekt der Migration zu Internet Explorer 9 besteht darin sicherzustellen, dass Sie verstehen, dass die Auswirkungen der Middleware. Es ist besonders wichtig, die neueste Version von Java installiert haben. Ältere Versionen von Java nicht kompatibel mit Internet Explorer 9.
Viele Organisationen wählen auf eine bestimmte Version und Update-Ebene für Java zu standardisieren. Dies grundsätzlich sperrt an Stelle einer bestimmten Patch-Level für Java und lehnt alle neuen Sicherheits-Patches. Die Microsoft Center zum Schutz vor Malware gewarnt der nutzt steigende Anzahl an Java, so ist dies ein unklug Ansatz.
Ursachen
Sobald Ihre Umgebung abgestimmt ist und Sie Rollout Sitze und beginnen, Feedback zu erhalten, sind Sie verpflichtet, ein paar Eskalationen haben. Hier kommt das schwierige Teil: herauszufinden, was über die Web-Anwendungen zu tun, die unterbrechen.
Eine Webanwendung besteht normalerweise aus drei unterschiedlichen Teilen, die im Browser ausgeführt: (in der Regel von einem Tool generiert) HTML, CSS (i. d. r. vom Designer generiert) und Script (in der Regel von einem Entwickler generiert). Niemand weiß oft gründlich jede dieser Technologien. Es ist schwer, auch nur eine gänzlich kennen.
Folgen Sie bei der Problembehandlung Web Application Compatibility einen iterativen Ansatz. Kommen Sie mit ein Grund, warum es möglicherweise unterbrochen und dann finden ein Tool, mit deren Hilfe Sie bestimmen, ob Sie Recht so schnell wie möglich sind. Wenn Sie Ihre Gedanken konzentrieren, können Sie die Möglichkeit, eine Ursache wesentlich schneller fahren.
Manchmal müssen Sie schreiben. Die meisten Probleme sind leicht reparierbar Probleme, z. B. Version überprüft. Z. B. eine Anwendung möglicherweise tun eine explizite Versionsüberprüfung für das Skriptmodul, wie dies (in Pseudocode dargestellt):
Wenn (MajorVersion < 5 oder MinorVersion < 5) schlägt fehl
Führen Sie diese Logik, durch den Kopf. Version 5.5 funktioniert einwandfrei. So würde 5.6, aber 6.0 fehlschlagen, da 0 (Nebenversion) nicht weniger als fünf beträgt? Sie können, die durch diese eine Codezeile ändern beheben. Oft ist die Fehlerbehebung einfacher ist, dass Sie denken, so stellen Sie sicher, dass Sie zum Abschluss auf Laufwerk warum etwas bricht, anstatt alles vorausgesetzt wiederhergestellt werden muss.
Haben Sie einen Backup-Plan
Last but not least, möchten Sie einen Sicherungsplan haben. Wenn Sie eine Anwendung, die Unterstützung erfordert aber noch Internet Explorer 9 nicht unterstützt, kann nicht ausführen. Ist der backup-Plan, alle diese Benutzer auf Internet Explorer 6 zu halten, oder nutzen Sie Virtualization Anwender über oben zu verschieben? Überprüfen Sie im Whitepaper "Lösungen für die Virtualisierung InternetExplorer," und erstellen einen Plan, der Ihnen eine Notluke gibt, wenn etwas schief geht.
Die typische Organisation Verschieben von Internet Explorer 6 und Internet Explorer 9 findet im Durchschnitt 25 Prozent seiner Anwendungen out of the Box für Internet Explorer 9 nicht verwendet werden. Nach sorgfältige Optimierung fällt diese Zahl auf durchschnittlich weniger als 5 Prozent.
Verschieben von Internet Explorer 7 Internet Explorer 9 in der Regel Kunden haben 4 bis 5 Prozent ihrer Anwendungen funktioniert nicht mit der Nummer nach dem Ablegen auf weniger als 2 Prozent tuning out of the Box. Für Unternehmen, die bereits mit Internet Explorer 8 funktioniert fast alles out of the Box.
Hoffentlich helfen diesen Tipps zusammengestellt aus ein halbes Jahrzehnt helfen Organisationen vorwärts bewegen von Internet Explorer 6, die Vorteile eines modernen Browser Ihnen. Zusammenstellen der risikobasierten Projektplan, der Anwendereinbeziehung integriert, nutzt die Funktionen Kompatibilität und Verwaltbarkeit von vorhandenen Browser, sucht die am wenigsten teuren codebasierte Updates möglich und hat eine Notluke für, wenn etwas schief geht. Hunderte Unternehmen haben die fesseln entfernt, die sie in älteren Browsern zu binden. Sie können das gleiche tun.
.jpg)
Chris Jacksonist "The App Compat Guy" bei Microsoft. Er ist ein principal Consultant und die weltweite Führung für Enterprise Application Compatibility. Er ist ein gefragter Referent bei IT und Entwicklerkonferenzen und arbeitet mit Kunden und Partnern weltweit. Seine Aufgabe ist "Technologie Agilität wiederherstellen durch die fesseln von legacy-Software entfernen". Lesen Sie mehr von Jackson in seinem Blog (appcompatguy.com) und auf Twitter bei twitter.com/appcompatguy.