Internet Explorer 9: Acelere la compatibilidad de las aplicaciones empresariales
La migración de Internet Explorer 6 a un explorador moderno puede ser más rápida, barata y fácil de lo que se imaginaba; siempre que conozca los trucos necesarios.
Chris Jackson
Nadie está feliz de seguir estando en un explorador anterior como Internet Explorer 6. La gente agitar sus jefes y Quejarse sobre las nuevas características que no tienen, las aplicaciones que ya no funcionan, y sobre el rendimiento insuficiente. Sin embargo, no existe, siguen ejecutándose Internet Explorer 6. ¿Por qué? Es muy sencillo: they’re afraid that their stuff will break.
Usted no desea que interrumpa la empresa para un día debido a una aplicación de misión crítica rota. Por lo tanto, quedan, paralizado por el miedo y la ambigüedad. El proceso de migración a Internet Explorer 9 no puede ser sin problemas, pero si aprovechar algunos trucos, honestamente resultará más rápido, más barato y más fácil.
Superar la ambigüedad
Antes de comenzar el proyecto de compatibilidad de aplicaciones, no se puede sentir como si tiene los datos que necesita para medir con precisión los riesgos que implica. ¿Después de todo, puede citar realmente todos los sitios Web que todos los miembros de su organización ha visitado alguna vez? ¿Cuáles son los riesgos de verdaderos?
En la versión más reciente de Microsoft Assessment and Planning (MAP) Toolkit, hay alguna posibilidad de inventario de Internet Explorer. Que realiza inventarios no sólo los exploradores instalados en un equipo (y el explorador que se establece como valor predeterminado), pero también se instalan los complementos para Internet Explorer (como controles de ActiveX o los objetos auxiliares del explorador). Esto puede ayudarle a entender el código que se ejecuta dentro de los navegadores de los usuarios.
No puede obtener una lista completa de todos los sitios Web visitados por motivos técnicos, legales y de privacidad de. Ausente, se puede hacer cosas como consultar servidores proxy para determinar qué sitios Web tienen acceso a través de ellos. Sin embargo, aunque puede realizar una gran lista de direcciones URL si intenta duro suficiente, casi nunca es una buena idea.
Piense en ello. ¿El número de veces en un día típico visita sitios Web que no tienen repercusiones en el trabajo? ¿Cuántos sitios Web hacer uso, si pierde mañana, que sería justo dónde encontrar otros? Si ha realizado un inventario de los sitios Web visité personalmente y probados exhaustivamente todos ellos, al menos el 95 por ciento de ese esfuerzo podría acabar siendo tiempo desperdiciado. Es el temor de no encontrar ese 5 por ciento de los sitios que se perdería los usuarios que impulsa la gente desea un censo exhaustivo de los sitios Web.
Identificar las aplicaciones
Este es otro método: averiguar qué aplicaciones absolutamente, positivamente tienen que trabajar en el primer día. Estas son las aplicaciones que se debe probar de manera proactiva antes de implementar un único sitio de Internet Explorer 9. Una vez que haya borrado las aplicaciones de misión críticas, puede empezar a distribuir.
Iniciar la implementación de unos asientos. Tener suficiente asistencia soporte conocimientos acerca de la compatibilidad de aplicaciones Web para administrar el volumen de entrada adicional debido a que el nuevo explorador. Tener un plan para abordar las cuestiones y una parada de emergencia.
Si obtiene sobrecargado de asistencia, ralentizar la implementación. Si están OK y sigue teniendo la capacidad, puede acelerar el proceso. Es mejor si puede realizar el despliegue usuario participar en. Los usuarios pidiendo el nuevo explorador será más tolerante si algo va mal.
La belleza de este plan es que no es necesario probar todo. Normalmente, los usuarios sólo informar un problema si es un problema de bloqueo para ellos. De lo contrario, sólo podrá ir acerca de su negocio. Al final dedicar menos tiempo a probar las aplicaciones que los usuarios realmente indiferente. Pasar menos tiempo haciendo pruebas proactivas. Los usuarios pueden determinar si una aplicación realmente funciona o no.
¿Por lo que las pruebas de compatibilidad de aplicaciones proactivas no realmente determinan la compatibilidad? Es un concepto inusual. Tenga en cuenta lo que significa ser compatible. Significa que no hay errores en una plataforma determinada que le impidan trabajar. Ahora, todos sabemos que no se puede llegar al punto donde un producto tiene cero errores. Sólo necesita demostrar que ninguno de ellos le impidan realizar trabajo. Siempre que su comunidad de usuarios es productiva, está en buen estado.
Esta combinación de pruebas proactivas y reactivas: un enfoque que combina la administración de riesgos razonable, el protagonismo del usuario y la agilidad de la plataforma: es oro puro de compatibilidad de aplicaciones. Este enfoque puede superar la inercia según ambigüedad y ahorra tiempo y dinero.
Optimizar el entorno
Una vez iniciado el proyecto de migración, es el momento de obtener su entorno de explorador día para garantizar que funcionan más aplicaciones desde el principio. Al hablar de las versiones modernas de Internet Explorer, que admiten los últimos estándares Web, muchos piensan que tienen que actualizar todas sus aplicaciones como parte de la migración. Mientras que sin duda es un objetivo noble, también es más lento y mucho más caros.
Internet Explorer 9 proporciona una infraestructura de compatibilidad sofisticados y fáciles de administrar que le permite elegir mantener las cosas funciona como predeterminado y, a continuación, participar en los nuevos estándares de Web en una base de aplicación por aplicación. ¿Cómo optimización máxima compatibilidad? Todo comienza con zoning adecuado.
Algunas aplicaciones internas de la tierra en la zona de Internet, porque están utilizando nombres de dominio completo o porque están utilizando direcciones IP para algunas aplicaciones. La zona de Internet es más restrictiva y como resultado es mucho menos compatible. Por ejemplo, SharePoint no es tan bueno cuando incorrectamente divididos en zonas. Todos los tipos de características no funcionan.
Otro problema de zoning es poner aplicaciones internas en la zona de sitios de confianza. En Internet Explorer 6, sitios de confianza era realmente la zona de más confianza. Realmente dio más energía. En Internet Explorer 9, la zona de más confianza no es sitios de confianza; es una Intranet Local. Por lo tanto, está dando de energía. Además, mediante el uso de las directivas predeterminadas está también realizando la autenticación integrada.
¿Por qué es una Intranet Local ahora más confianza? Previously, you had two different buckets for internal applications: trusted and really trusted. ¿Con qué frecuencia necesita hacer esta distinción? No es a menudo, una vez existe una directiva predeterminada razonable para la zona Intranet Local. Además, no deje una ranura para socios de confianza. Si tiene un socio que proporciona correo electrónico, colaboración y así sucesivamente, son más confianza que Internet general.
Una vez que las aplicaciones correctamente divididos en zonas, también aterriza en la directiva predeterminada donde la zona Intranet Local permite la vista de compatibilidad de forma predeterminada. Esto hace más compatibles, las aplicaciones Web existentes sólo en virtud de inicio en la zona con la plantilla de seguridad más permisiva.
Modos de compatibilidad
Esto, por supuesto, nos lleva a nuestro siguiente tema importante: modos de compatibilidad y cuándo aprovecharlas. Se trata de un aspecto suele malinterpretar de Internet Explorer 9. Mucha de esta complejidad se oculta detrás de un botón aparentemente simple con una imagen de una página rota.
Tenga en cuenta cuando vaya a través del proceso que Internet Explorer 9 realmente contiene que cuatro independientes de los motores de procesamiento. Consta de cuatro conjuntos de reglas de diseño HTML, secuencias de comandos y así sucesivamente. En Internet Explorer 9, los modos de representación son:
- Quirks e Internet Explorer 5.5
- Estándar de Internet Explorer 7
- Estándar de Internet Explorer 8
- Estándar de Internet Explorer 9
Esto no es nuevo. Even Internet Explorer 6 had two different modes: Quirks and Internet Explorer 6 Standards. Obtendría Quirks hasta que el desarrollador específicamente participarán en las normas con un elemento DOCTYPE en su formato. Internet Explorer 7 continuó la dicotomía, evolucionando y mejorando las normas, dejando Quirks en. Internet Explorer 8 mantienen anomalías e Internet Explorer 7 y había agregado de Internet Explorer 8. Internet Explorer 9 está siguiendo esa tendencia.
Por lo tanto, tiene cuatro motores de representación detrás de un solo botón. ¿Cómo hacerlo y atrás entre ellos? Vista de compatibilidad procesa una página Web que contiene un tipo de documento en modo estándar de Internet Explorer 7. Se representan una página sin una en modo "quirks".
Si no utiliza la vista de compatibilidad, una página Web que contiene un tipo de documento se representará en el modo estándar de Internet Explorer 9. Una página sin uno se representará en modo "quirks". Por lo tanto, una página Web que se ejecuta en modo "quirks" no cambiará si presiona el botón de vista de compatibilidad. También se cambia la versión del navegador, registrado en el servidor Web.
No es una solución muy fácil de usar para indicar a los usuarios presionar un botón para que una página Web funcione. There’s now Group Policy support for Compatibility View, specifically to make it the default for the Local Intranet: Administrative Templates | Windows Components | Internet Explorer | Compatibility View | Turn on Internet Explorer Standards Mode for Local Intranet.
Se trata de una de esas políticas doble negativo. Debe deshabilitar el modo estándar"" para la Intranet Local a fin de habilitar la vista de compatibilidad. El valor predeterminado es deshabilitado y debe mantener esta forma. Esto no significa que desea seguir escribiendo a un estándar de 5 años. Significa que esas cosas que ya ha escrito para un estándar antiguo seguirán funcionando. Por supuesto, puede optar por en una aplicación Web concreta con un estándar más moderno, pero no puede utilizar los estándares más recientes para nada hasta que obtenga un explorador moderno desplegado.
Naturalmente, también hay una directiva de grupo para mantener las aplicaciones Web de socios externos que ejecutan: plantillas administrativas | Componentes de Windows | Internet Explorer | Vista de compatibilidad | Utilizar sitios de la lista de directivas de Internet Explorer 7.
Si Agregar sitios específicos para esta directiva (utiliza nombres de dominio de nivel superior o TLDNs), podrá optados en vista de compatibilidad y podría funcionar mejor. Vista de compatibilidad no soluciona todo. Procedentes de Internet Explorer 6, hay una razón específica por qué no siempre funciona. Internet Explorer 6 no lee la declaración DOCTYPE a menos que pasa a ser la primera línea de marcado en la página. Por lo tanto, ¿qué sucede si tiene una página que comienza así:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "DTD/xhtml1-strict.dtd">
Que es un prólogo común a una página XHTML: un dialecto HTML que fue muy popular durante unos años. Internet Explorer 6 se va a representar cualquier XHTML que así se inicia en modo "quirks", porque el tipo de documento no es la primera línea. Internet Explorer 7 fijo dicho error, así que Internet Explorer 7 o más tarde lo se representará en modo estándar. Porque las reglas de diseño cambia entre anomalías e incluso las normas con Internet Explorer 6, puede ser una gran bonita.
Para muchos, es la promoción de los sitios Web de modo de interpretación a las normas que interrumpir masivamente. Este uno cambio ha roto más del 80% de las aplicaciones. Es precisamente a causa de esta situación y su frecuencia alarmante hemos agregado una nueva directiva de grupo para Internet Explorer 9 (también disponible para Internet Explorer 8 si aplica el hotfix): plantillas administrativas | Componentes de Windows | Internet Explorer | Vista de compatibilidad | Utilizar sitios de la lista de directivas de modo "quirks".
Esto le permite optar por modo de interpretación para un sitio determinado que pueda verse afectado por Microsoft corregir este error. Esto no da control completo, pero proporciona una manera sencilla, basada en políticas para comenzar.
Para obtener un control completo, tiene que aprovechar X-UA-Compatible, donde puede elegir explícitamente con precisión el modo de representación que desee. Puede obtener los detalles completos de la página de MSDN Library, "compatibilidad de documentos de definición," pero en resumen, debe incluir un encabezado de ambos:
X-UA-Compatible: IE=5
O incluir una etiqueta 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! -->
Va a querer comprender la infraestructura de compatibilidad y todas las formas pueden tener configurado. Por ejemplo, si deja la configuración predeterminada de Intranet Local, es usar la vista de compatibilidad. A continuación, vamos a decir implementar una aplicación de HTML5. Si no hace nada, se va a la vista de compatibilidad de forma predeterminada, el motor de Internet Explorer 7.
Internet Explorer 7 no admite HTML5, por lo que la aplicación no funcionará. No todo está perdido, aunque. Puede agregar un encabezado para el sitio Web y configurarlo para que se ejecute en modo de Internet Explorer 9, o puede agregar etiquetas meta a las páginas que requieren HTML5. Simplemente anulan los valores predeterminados y tiene un modo de procesamiento más moderno.
Es aconsejable agregar encabezados X-UA-Compatible o etiquetas meta para cualquier aplicación Web que se toca. También debería requerir para nuevas aplicaciones Web. De este modo, puede mantener gradualmente el soporte de estándares en el futuro.
Las reglas de precedencia también admiten esta noción. Puede anular los valores predeterminados de directiva de grupo con el encabezado X-UA-Compatible y anular el encabezado con una etiqueta meta de X-UA-Compatible. En cualquier nivel de granularidad que elija, usted está en control completo de su modo de representación. Es necesario intensificar y asumir que el control si desea mantener el movimiento hacia adelante. Por lo tanto, asegúrese de que está etiquetado de los sitios y el establecimiento de normas para nuevas aplicaciones.
Configurar opciones de seguridad
El siguiente paso para ajustar el entorno está considerando si las características de seguridad va a interrumpir las aplicaciones. Algunas opciones que suelen causan problemas incluyen:
- Contenido mixto: contenido de sitios que mezclan y combinar SSL con contenido sin cifrar. Algunas organizaciones creen que esto hace que las advertencias excesivas y las interrupciones del usuario con un gran número de sitios.
- Advertencias sobre el certificado: muchas organizaciones no tienen una implementación de infraestructura de claves públicas (PKI), pero prefiere la seguridad de SSL. Que pedir las claves de un servidor y utilizan en otro.
- Protección de la ejecución de datos: Esto puede ser una de las tecnologías de mitigación de amenazas más eficaces disponibles. Sin embargo, hay algunos controles de ActiveX que no son compatibles con esta característica de seguridad eficaces.
Esto no es una lista exhaustiva. Realmente no puede ajustar su entorno para estos factores por adelantado. Se trata de un proceso iterativo. Si encuentra una función que divide una aplicación, tome nota de la misma. Podría tener sentido para deshabilitarlo por ahora y generar un plan para la fijación de más tarde.
También debe ser consciente de la contrapartida. Si permanecen con Internet Explorer 6, obtener cero por ciento de las características de seguridad agregadas desde entonces. Naturalmente, prefiere que 100 por ciento de las nuevas características de seguridad. Si las aplicaciones críticas no funcionan con todo lo permitido, no obstante, que no es una opción de que llegar a hacer.
Elija cualquier 99 por ciento de las características de seguridad en Internet Explorer 9 (con una característica o dos desactivado por ahora) o cero por ciento de las características de seguridad en Internet Explorer 9 por negarse a reducir la postura de seguridad. Que también bloquea la implementación. Deberá sopesar estas consideraciones.
Importa el Middleware
Otro aspecto importante de la migración a Internet Explorer 9 es asegurarse de que comprende el impacto de middleware. Es muy importante disponer de la versión más reciente de Java instalado. Son las versiones anteriores de Java incompatible con Internet Explorer 9.
Muchas organizaciones eligen estandarizar en un nivel particular de versión y actualización de Java. Esto básicamente bloqueos en lugar de un nivel de revisión en particular para Java y rechaza todos los nuevos parches de seguridad. El de Centro de protección contra malware de Microsoft ha advertido acerca de la aprovecha el aumento del número de Java, por lo que se trata de un enfoque prudente.
Buscar causas
Una vez que se ajusta a su entorno y está implantar asientos y empezar a recibir comentarios, seguro que tiene unos escalamientos. Aquí viene la parte difícil: saber qué hacer con las aplicaciones Web que va a interrumpir.
Una aplicación Web suele estar formada por tres partes diferentes que se ejecutan en el navegador: HTML (normalmente generado por una herramienta), CSS (normalmente generado por un diseñador) y secuencias de comandos (normalmente generado por el programador). Nadie conoce a menudo exhaustivamente cada una de estas tecnologías. Es difícil saber incluso uno de ellos exhaustivamente.
Al solucionar problemas de compatibilidad de aplicaciones Web, siga un enfoque iterativo. Proponer una razón de por qué podría estar roto y, a continuación, encontrar una herramienta que puede ayudar a determinar si no está bien lo más rápidamente posible. Si se enfoca su pensamiento, puede impulsar su forma a una causa mucho más rápidamente.
A veces será necesario volver a escribir. La mayoría de los problemas son fácilmente pueden corregir problemas, como, por ejemplo, comprobación de la versión. Por ejemplo, una aplicación puede estar haciendo una comprobación de versión explícita para el motor de secuencias de comandos, como lo (representada en pseudocódigo):
Si (majorVersion < 5 o minorVersion < 5), a continuación, se producirá un error
Ejecutar esta lógica a través de su jefe. Versión 5.5 funciona correctamente. ¿Por lo que sería 5.6 pero 6.0 fallará, ya que 0 (la versión secundaria) no es inferior a cinco? Se pueden corregir cambiando esa línea de código. A menudo la corrección es más fácil que cree, por lo que asegúrese de que unidad a una conclusión sobre por qué algo está rompiendo, en lugar de suponiendo que todo lo que necesita se pueden repetir.
Tener un Plan de copia de seguridad
Por último, pero no menos importante, deseará tener un plan de copia de seguridad. Cuando tiene una aplicación que requiere soporte pero aún no admite Internet Explorer 9, no puede ejecutarlo. ¿Es el plan de copia de seguridad para mantener todos esos usuarios en Internet Explorer 6 o aprovechará la virtualización para mover los usuarios a través de versiones anteriores? Revisar el documento técnico "soluciones de virtualización Internet Explorer," y crear un plan que le da una trampilla de evacuación si las cosas van mal.
En promedio, la organización típica mover de Internet Explorer 6 a 9 de Internet Explorer busca el 25 por ciento de sus aplicaciones no funcionan fuera de la caja en Internet Explorer 9. Después de la optimización de cuidado, ese número cae en un promedio de menos de 5 por ciento.
Los clientes pasar de Internet Explorer 7 a 9 de Internet Explorer normalmente tienen por ciento de 4 a 5 por ciento de sus aplicaciones no funcionan fuera de la caja con el número después de colocar a menos de 2 por ciento de ajuste. Para empresas que ya utilizan Internet Explorer 8, casi todo funciona fuera de la caja.
Espero que estas sugerencias, recopiladas de la mitad de una década de ayudar a las organizaciones a avanzar desde Internet Explorer 6, le ayudará a disfrutar de las ventajas de un explorador moderno. Elaborar un plan de proyecto basada en riesgos que incorpora la intervención del usuario, aprovecha las características de compatibilidad y facilidad de uso del explorador existente, busca revisiones basadas en código menos costosas posibles y tiene una trampilla de evacuación para cuando las cosas van mal. Cientos de empresas han quitado las cadenas que se enlazan a los exploradores antiguos. Puede hacer lo mismo.
.jpg)
Chris Jacksones "The App Compat Guy" de Microsoft. Es consultor principal y el compatibilidad de aplicaciones de empresa responsable en todo el mundo. Es un orador frecuente en TI y conferencias de desarrolladores y funciona con clientes y socios en todo el mundo. Su misión es "restauración agilidad tecnología quitando las ataduras de software heredado". Lectura más desde Jackson en su blog (appcompatguy.com) y en Twitter en twitter.com/appcompatguy.