Internet Explorer 9 : Accélérez la compatibilité des applications en entreprise
La migration d'Internet Explorer 6 vers un navigateur moderne peut être plus rapide, meilleur marché et plus simple que vous ne le pensez, si vous connaissez les bonnes astuces.
Chris Jackson
Personne n'est heureux de toujours être sur un ancien navigateur comme Internet Explorer 6. Personnes agiter leurs têtes et se plaindront sur les nouvelles fonctionnalités qu'ils n'ont pas, les applications ne fonctionnent plus, et sur les performances insuffisantes. Pourtant, il qu'ils soient, toujours exécuter Internet Explorer 6. Pourquoi ? C'est simple : ils craignez rompra leur sujet.
Vous ne souhaitez pas être celui qui nécessitait l'arrêt de l'entreprise pour une journée en raison d'une application critique rompue. Par conséquent, il vous restez, paralysé par la peur et toute ambiguïté. Le processus de migration pour Internet Explorer 9 ne peut pas être exempt de problèmes, mais si vous exploitez quelques astuces, vous honnêtement pouvez rendre plus rapide, moins coûteux et plus facile.
Résoudre une ambiguïté
Avant de commencer votre projet de compatibilité des applications, vous pouvez ne pas sentir comme si vous disposez des données que nécessaires pour mesurer avec précision les risques impliqués. Après tout, pouvez-vous vraiment énumérer tous les sites Web tout le monde dans votre organisation a déjà visité ? Quels sont les risques trues ?
Dans la version la plus récente de Microsoft Assessment and Planning (MAP) Shared Computer Toolkit, il existe certaines fonctions d'inventaire de Internet Explorer. Qu'il répertorie non seulement les navigateurs installés sur un ordinateur (et le navigateur est défini comme la valeur par défaut), mais également les modules complémentaires sont installés pour Internet Explorer (telles que les contrôles de ActiveX ou Browser Helper Objects). Cela peut vous aider à comprendre le code s'exécutant dans le navigateur de vos utilisateurs.
Vous ne pouvez pas obtenir une liste complète de tous les sites Web visités des raisons techniques, juridiques et de confidentialité. Absent, vous pouvez faire des choses comme interroger les serveurs proxy pour déterminer quels sites Web sont accessibles via les. Toutefois, même si vous une grande liste d'URL si vous essayez d'assez difficile, il n'est pratiquement jamais une bonne idée.
Pensez-y. Combien de fois par jour généralement visitez-vous sites Web qui n'ont aucun impact sur votre travail ? Nombre de sites Web voulez-vous utiliser où, si elles disparu demain, vous suffirait d'aller rechercher d'autres ? Si vous avez effectué un inventaire des sites Web, j'ai visité et ensuite tous, au moins 95 % de cet effort finiriez étant le temps perdu les tests intensifs. Il s'agit de la crainte de localisation ne pas que 5 % des sites utilisateurs consacrent pilotant les utilisateurs souhaitent un recensement exhaustif des sites Web.
Identifier les applications
Voici une autre approche : comprendre quelles applications absolument, positivement ont travailler sur le premier jour. Ce sont les applications que vous devez tester de manière proactive avant de déployer un seul siège d'Internet Explorer 9. Une fois que vous avez désactivé les applications critiques, vous pouvez commencer à déployer.
Commencer à déployer quelques sièges. Avoir suffisamment d'assistance prend en charge les connaissances sur la compatibilité des applications Web pour gérer le volume entrant supplémentaire en raison de la nouvelle fenêtre de navigateur. Disposer d'un plan pour résoudre les problèmes et une « barrière » pour les situations d'urgence.
Si le support technique est surchargé, ralentir le déploiement. Si elles sont OK et vous avez toujours la capacité, vous pouvez accélérer le processus. Il vaut mieux si vous pouvez rendre le déploiement utilisateur-opt-in. Les utilisateurs demandant le nouveau navigateur sera plus indulgents en termes si quelque chose est anormal.
La beauté de ce plan est que vous n'avez pas tout tester. En règle générale, vos utilisateurs seront uniquement signaler un problème s'il s'agit d'un problème de blocage pour eux. Sinon, ils irons simplement relatives à leur activité. Vous vous retrouverez passer moins de temps à tester les applications utilisateurs ne me préoccupe réellement. Vous passez moins de temps effectuant des tests proactive. Les utilisateurs peuvent déterminer si une application fonctionne réellement ou non.
Par conséquent, les tests de compatibilité des applications proactive n'effectivement déterminent la compatibilité ? Il s'agit d'un concept inhabituel. Pensez à ce que signifie être compatibles. Cela signifie que vous ne disposez d'aucun bogue sur une plate-forme donnée vous empêche de fonctionner. Maintenant, nous savons tous que vous ne parvenez au point où un produit a zéro bogues. Vous devez simplement prouver qu'aucun d'entre eux vous arrêter à partir de la réalisation de travail. Tant que votre communauté d'utilisateurs est productive, vous êtes en bonne forme.
Cette combinaison de tests proactives et réactives — une approche qui combine la gestion des risques raisonnable, autonomisation de l'utilisateur et agilité de plate-forme — est pure gold de compatibilité des applications. Cette approche peut surmonter l'inertie de toute ambiguïté et vous fait gagner du temps et argent.
Optimisent l'environnement
Une fois le projet de migration est démarré, il est temps pour obtenir votre environnement de navigateur régler pour garantir le fonctionnement des applications plus dès le départ. Moment d'aborder modernes versions d'Internet Explorer, qui prend en charge les dernières normes Web, la plupart que c'est mettre à jour de toutes leurs applications dans le cadre de la migration. S'il est certainement un objectif noble, il est également plus lent et plus chers.
Internet Explorer 9 fournit une infrastructure de compatibilité sophistiqué et facile à gérer qui vous permet de choisir de garder les choses continuent de fonctionner en tant que la valeur par défaut et à vous inscrire à ces nouvelles normes Web sur une base de l'application par application. Par conséquent, comment régler pour une compatibilité maximale ? Tout commence avec zonage approprié.
Certaines applications internes des terres dans la zone Internet, car ils utilisent des noms de domaine pleinement qualifié ou qu'ils utilisent des adresses IP pour certaines applications. La zone Internet est plus restrictive et par conséquent est beaucoup moins compatible. Par exemple, SharePoint n'est aussi bonne lorsque zoné incorrectement. Tous les types de fonctions ne fonctionnent seulement.
Autre problème de zonage est placer les applications internes dans la zone Sites approuvés. Dans Internet Explorer 6, des Sites de confiance a été effectivement la zone la plus fiable. Il a réellement plus de puissance. Dans Internet Explorer 9, la zone la plus fiable n'est pas des Sites de confiance ; Il s'agit d'Intranet Local. Par conséquent, vous vous donnez en réalité d'alimentation. De plus, en utilisant les stratégies par défaut vous êtes également abandonner l'authentification intégrée.
Pourquoi Intranet Local maintenant plus confiance ? Previously, you had two different buckets for internal applications: trusted and really trusted. À quelle fréquence devez-vous effectuer une telle distinction ? Pas souvent, une seule fois est une stratégie par défaut sensible pour la zone Intranet Local. En outre, il n'a pas laisser un emplacement pour les partenaires approuvés. Si vous disposez d'un partenaire fournissant le courrier électronique, collaboration et ainsi de suite, ils sont plus grande confiance qu'Internet général.
Une fois que vous avez zonées correctement des applications, vous aussi débarquer dans la stratégie par défaut dans lequel la zone Intranet Local permet l'affichage de compatibilité par défaut. Cela rend vos applications Web existantes plus compatible, simplement en vertu du débarquement dans la zone avec le modèle de sécurité plus permissif.
Modes de compatibilité
Par conséquent, nous amène naturellement, notre rubrique importante suivante : modes de compatibilité et à en tirer parti. Il s'agit d'un aspect souvent mal comprise de Internet Explorer 9. Un grand nombre de cette complexité est caché derrière un bouton apparemment simple avec une image d'une page rompue.
Gardez à l'esprit lorsque vous parcourez le processus Internet Explorer 9 contient en fait que quatre séparer les moteurs de rendu. Il s'agit de quatre ensembles de règles pour la mise en page HTML, des scripts et ainsi de suite. Dans Internet Explorer 9, ces modes de rendu sont les suivantes :
- Caprices/Internet Explorer 5.5
- Standard d'Internet Explorer 7
- Standard d'Internet Explorer 8
- Standard d'Internet Explorer 9
Ce n'est pas nouveau. Internet Explorer 6 même avait deux modes différents : particularités et des normes de Internet Explorer 6. Vous pouvez obtenir les caprices jusqu'à ce que le développeur a choisi spécifiquement dans les normes à l'aide d'un élément DOCTYPE dans son balisage. Internet Explorer 7 a continué dichotomie, en constante évolution et l'amélioration des normes, tout en laissant les caprices dans. Internet Explorer 8 conservées EXCENTRIQUE et Internet Explorer 7 et ajouté de Internet Explorer 8. Cette tendance est la suite d'Internet Explorer 9.
Par conséquent, vous avez quatre moteurs de rendu derrière un seul bouton. Comment allez-vous faire basculer entre eux ? Affichage de compatibilité affiche une page Web qui contient un DOCTYPE en mode standard d'Internet Explorer 7. Il doit rendre une page sans un dans le mode EXCENTRIQUE.
Si vous n'utilisez pas le mode de compatibilité, une page Web qui contient un DOCTYPE sera rendue en mode standard d'Internet Explorer 9. Une page sans l'un sera rendue dans le mode EXCENTRIQUE. Par conséquent, une page Web s'exécutant en mode EXCENTRIQUE ne changera pas si vous appuyez sur le bouton Affichage de compatibilité. Ceci modifie également la version du navigateur signalé au serveur Web.
Il n'est pas une solution très conviviale pour demander aux utilisateurs d'appuyer sur un bouton pour qu'une page Web fonctionne. Il est désormais prise en charge de la stratégie de groupe pour le mode de compatibilité, spécifiquement pour rendre la valeur par défaut pour l'Intranet Local : modèles d'administration | Composants Windows | Internet Explorer | Affichage de compatibilité | Activer le Mode de normes Internet Explorer pour l'Intranet Local.
Il s'agit d'une de ces stratégies doublement négative. Vous devez désactiver le Mode standard » « pour l'Intranet Local afin de permettre l'affichage de compatibilité. La valeur par défaut est désactivé et vous devez maintenir ce niveau. Qui ne signifie pas que vous souhaitez conserver écrit à une norme de 5 ans. Cela signifie que les sélections que vous avez déjà écrit à l'ancienne norme continueront à fonctionner. Vous pouvez, bien entendu, choisir dans une application Web particulière à l'aide d'une norme plus moderne, mais vous ne pouvez utiliser les dernières normes pour quoi que ce soit jusqu'à ce que vous obtenez un navigateur moderne déployé.
Naturellement, il existe également une stratégie de groupe pour maintenir l'exécution des applications Web des partenaires externes : modèles d'administration | Composants Windows | Internet Explorer | Affichage de compatibilité | Utiliser les sites de la liste de stratégies d'Internet Explorer 7.
Si vous ajoutez des sites spécifiques à cette stratégie (il utilise les noms de domaine de niveau supérieur, ou TLDNs), ils allez choisis en vue de compatibilité et peuvent mieux travailler. Affichage de compatibilité ne résout pas tous les éléments. En provenance d'Internet Explorer 6, il existe une raison particulière, pourquoi il ne fonctionne pas toujours. Internet Explorer 6 ne lit pas le DOCTYPE à moins qu'il se trouve être la première ligne du balisage sur votre page. Par conséquent, que se passe-t-il si vous avez une page qui commence comme suit :
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "DTD/xhtml1-strict.dtd">
C'est un prologue commun à une page XHTML : un dialecte HTML a été répandu pendant quelques années. Internet Explorer 6 sera rendu tout XHTML qui commence comme suit en mode « quirks », car le DOCTYPE n'est pas la première ligne. Internet Explorer 7 fixe ce bogue, c'est le cas d'Internet Explorer 7 ou plus tard affiche en mode normes. Car les règles de mise en forme a changé entre EXCENTRIQUE et même des normes Internet Explorer 6, ceci peut être un joli problème insurmontable.
Pour beaucoup, il s'agit de la promotion de sites Web à partir des caprices aux normes entraîne l'arrêt en masse. Plus de 80 % des demandes ont été rompues par cette modification d'un seul. Il est précisément à cause de cette situation et sa fréquence alarmante que nous avons ajouté une nouvelle stratégie de groupe pour Internet Explorer 9 (également disponible pour Internet Explorer 8 si vous appliquez le hotfix): modèles d'administration | Composants Windows | Internet Explorer | Affichage de compatibilité | Utiliser les sites de la liste stratégie de Mode EXCENTRIQUE.
Cela vous permet de participer à EXCENTRIQUE pour un site donné peut-être être affecté par Microsoft de corriger ce bogue. Cela ne vous donne pas contrôle complet, mais il vous donne un moyen simple et basée sur des règles de mise en route.
Pour obtenir le contrôle complet, vous devez tirer parti de X-UA-Compatible, où vous pouvez choisir explicitement précisément quel mode de rendu souhaitée. Vous pouvez obtenir les détails complets de la page MSDN Library, «définition la compatibilité de Document, « mais en bref, vous devez inclure soit un en-tête :
X-UA-Compatible: IE=5
Ou bien, vous incluez une balise meta :
<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! -->
Vous allez avoir envie de comprendre l'infrastructure de compatibilité et toutes les méthodes vous avez configuré. Par exemple, si vous laissez la configuration par défaut pour l'Intranet Local, il est d'utiliser le mode de compatibilité. Ensuite, nous allons dire que vous implémentez une application HTML5. Si vous ne faites rien, il va par défaut en mode de compatibilité, le moteur d'Internet Explorer 7.
Internet Explorer 7 ne prend pas en charge HTML5, afin que votre application ne fonctionnera pas. Tout n'est pas perdu, cependant. Vous pouvez ajouter un en-tête au site Web et configurez-le pour s'exécuter en mode Internet Explorer 9 ou vous pouvez ajouter des balises meta vers les pages qui requièrent HTML5. Vous simplement ignorés les valeurs par défaut et a obtenu un mode de rendu plus moderne.
Il est conseillé d'ajouter des en-têtes X-UA-Compatible ou des balises meta à n'importe quelle application Web que vous touchez. Vous devez également l'exiger pour les nouvelles applications Web. De cette façon, vous pouvez conserver progressivement votre prise en charge de normes en avançant.
Les règles de priorité prend également en charge cette notion. Vous pouvez prioritaire sur les paramètres par défaut de la stratégie de groupe avec l'en-tête X-UA-Compatible et prioritaire sur l'en-tête avec une balise meta X-UA-Compatible. N'importe quel niveau de granularité que vous choisissez, vous gardez la maîtrise complète de votre mode de rendu. Vous n'avez pas intensifier et prendre le contrôle si vous souhaitez conserver en avançant. Par conséquent, assurez-vous que vous êtes le balisage de vos sites et établissant des normes pour les nouvelles applications.
Configurer les paramètres de sécurité
L'étape suivante dans votre environnement de réglage envisage si les fonctionnalités de sécurité enfreignez vos applications. Certains paramètres occasionner des problèmes suivants :
- Un contenu mixte : les Sites SSL de combiner du contenu avec un contenu non crypté. Certaines organisations considèrent que cela entraîne des avertissements excessives et les perturbations de l'utilisateur avec un grand nombre de sites.
- Avertissements de certificats : de nombreuses organisations n'ont pas une implémentation de l'infrastructure à clé publique (PKI), mais préfère la sécurité du protocole SSL. Ils simplement emprunt les clés d'un serveur et les utilisent sur un autre.
- Protection des données d'exécution : il peut s'agir des technologies de réduction des menaces plus efficaces. Toutefois, il existe certains contrôles de ActiveX sont incompatibles avec cette fonctionnalité de sécurité puissant.
Il s'agit en aucun cas une liste exhaustive. Vous ne peut pas vraiment optimiser votre environnement pour ces facteurs en amont. Il s'agit d'un processus itératif. Si vous trouvez une fonction qui divise une application, prenez note de celui-ci. Il peut être utile pour le désactiver pour le moment et générer un plan de fixation ultérieurement.
Vous devez également être conscients de la substitution. Si vous restez avec Internet Explorer 6, vous obtenez zéro pour cent des fonctionnalités de sécurité ajoutées depuis lors. Naturellement, vous préférez que 100 pour cent des nouvelles fonctionnalités de sécurité. Si les applications critiques ne fonctionnent pas avec tout ce qui est activé, cependant, qui n'est pas un choix que vous arrivez à faire.
Vous devez choisir soit 99 pour cent des fonctionnalités de sécurité dans Internet Explorer 9 (avec une fonctionnalité ou deux désactivée pour l'instant) ou zéro pour cent des fonctionnalités de sécurité dans Internet Explorer 9 en refusant d'abaisser la posture de sécurité. Qui bloque également le déploiement. Vous devez équilibrer ces considérations.
À l'esprit de vos logiciels intermédiaires
Un autre aspect important de la migration vers Internet Explorer 9 est de s'assurer que vous compreniez l'impact des logiciels intermédiaires. Il est particulièrement important de disposer de la dernière version de Java installé. Les versions antérieures de Java incompatible avec Internet Explorer 9.
De nombreuses organisations choisissent de normaliser à un niveau particulier de version et la mise à jour pour Java. Fondamentalement, il verrouille en place un niveau de correctif particulier pour Java et refuse tous les nouveaux correctifs de sécurité. Le de Centre de protection Microsoft contre les programmes malveillants a averti de la exploite du nombre croissant de Java, si bien que cette approche est.
Rechercher les Causes premières
Une fois que votre environnement est réglé et que vous êtes déploiement de sièges et commencer à obtenir des commentaires, vous sentirez ont quelques procédures d'escalade. Ici est la partie difficile : demandez ce que les applications Web qui sont à la rupture de surchauffe.
Une application Web est généralement composée de trois éléments qui s'exécutent sur le navigateur: HTML (généralement généré par un outil), CSS (habituellement généré par un concepteur) et le script (habituellement généré par un développeur). Aucune personne ne sait souvent soigneusement chacune de ces technologies. Il est difficile de savoir même un d'entre eux soigneusement.
Lors de la résolution des problèmes de compatibilité des applications Web, suivre une approche itérative. Proposer une raison pourquoi il peut être interrompue et rechercher puis un outil qui peut vous aider à déterminer si vous êtes droite aussi rapidement que possible. Si vous vous concentrez vos idées, vous pouvez piloter la bonne voie pour une cause beaucoup plus rapidement.
Parfois, vous devez réécrire. La plupart des problèmes sont facilement réparables problèmes, tels que les vérifications de version. Par exemple, une application peut faire une vérification de version explicite pour le moteur de script, comme suit (représentée en pseudo-code) :
Si (majorVersion < 5 ou minorVersion < 5) puis échouent.
Exécuter cette logique par le biais de votre tête. Version 5.5 fonctionne correctement. Par conséquent, seraient 5.6 mais 6.0 échoue, car 0 (version mineure) n'est pas inférieure à cinq ? Vous pouvez corriger qui en modifiant la ligne de code. Le correctif est souvent plus facile que vous pensez, et assurez-vous que vous lecteur à une conclusion sur pourquoi quelque chose est la rupture, plutôt qu'en supposant que tout ce qui doit être réexécutées.
Disposer d'un Plan de sauvegarde
Enfin, vous devrez disposer d'un plan de sauvegarde. Lorsque vous avez une application qui nécessite la prise en charge, mais vous ne gèrent pas encore Internet Explorer 9, vous ne pouvez pas l'exécuter. Est le plan de sauvegarde pour conserver tous les utilisateurs sur Internet Explorer 6 ou exploiteront la virtualisation pour déplacer les utilisateurs sur la version antérieure ? Consultez le livre blanc, «Solutions de virtualisation Internet Explorer, "et créer un plan qui vous donne une trappe d'évacuation si le problème.
En moyenne, l'organisation classique déplacement à partir d'Internet Explorer 6 vers Internet Explorer 9 recherche 25 pour cent de ses applications ne fonctionnent pas prêts à l'emploi sur Internet Explorer 9. Après réglage soigneux, ce chiffre tombe à moins de 5 % en moyenne.
Clients passant d'Internet Explorer 7 pour Internet Explorer 9 généralement ont 4 à 5 % de leurs applications ne fonctionnent ne pas prêts à l'emploi, avec le numéro après réglage de retomber à moins de 2 %. Pour les sociétés utilisent déjà Internet Explorer 8, presque tout fonctionne de la zone.
Nous espérons que ces conseils, collectées à partir de la moitié de dix années d'aider les organisations à se déplacer en avant à partir d'Internet Explorer 6, vous aideront à profiter des avantages d'un navigateur moderne. Mettre en place un plan de projet basé sur les risques qui incorpore l'intervention de l'utilisateur, s'appuie sur les fonctionnalités de compatibilité et la facilité de gestion du navigateur existant, cherche des correctifs basée sur le code moins onéreuses possibles et a une trappe d'évacuation pour lorsque les choses tournent incorrects. Des centaines d'entreprises ont supprimé les manilles qui les lient aux anciens navigateurs. Vous pouvez faire de même.
.jpg)
Chris Jacksonest « L'App Compat Guy » chez Microsoft. Il est consultant principal et le plomb dans le monde entier pour la compatibilité des applications. Il intervient régulièrement à l'informatique et des conférences des développeurs et fonctionne avec les clients et partenaires dans le monde entier. Sa mission est « restauration agilité de technologie en supprimant les manilles d'anciens logiciels. » Lire plus de Jackson sur son blog (appcompatguy.com) et sur Twitter à twitter.com/appcompatguy.