Internet Explorer 9: Accelerazione della compatibilità delle applicazioni aziendali
La migrazione da Internet Explorer 6 per i browser attuali può essere più veloce, più economico e più facile di quanto si ritiene che, se si conoscono i trucchi a destra.
Chris Jackson
Nessuno è lieta di essere ancora in un vecchio browser come Internet Explorer 6. Persone agitare le testine e si lamentano sulle nuove funzionalità che non dispongono, le applicazioni che non funzionano più, e sulle prestazioni insufficienti. Tuttavia, non vi sono, comunque eseguono Internet Explorer 6. Perché? It’s simple: they’re afraid that their stuff will break.
Non si desidera essere quella che ha portato all'azienda per un giorno a causa di un'applicazione mission-critical. In questo modo, non vi rimane, paralyzed, paura e ambiguità. Il processo di migrazione per Internet Explorer 9 potrebbe non essere priva di problemi, ma se si utilizzano alcuni trucchi, Onestamente potete renderlo più veloce, semplice e conveniente.
Risolvere l'ambiguità
Prima di avviare il progetto di compatibilità delle applicazioni, è possibile che non ritenete come se si dispone di dati che è necessario valutare accuratamente i rischi associati. Dopo tutto, è possibile elencare davvero tutti i siti Web che tutti gli utenti della propria organizzazione ha visitato? Quali sono i rischi true?
Nella versione più recente di Microsoft Assessment and Planning (MAP) Toolkit, non vi è alcune funzionalità di inventario di Internet Explorer. Esegue l'inventario non solo i browser installati in un computer e quale browser è impostato come predefinito, ma anche i componenti aggiuntivi vengono installati per Internet Explorer (ad esempio ActiveX, controlli o oggetti Browser Helper). Ciò può aiutare a capire il codice in esecuzione all'interno del browser degli utenti.
Non è possibile che venga visualizzato un elenco completo di tutti i siti Web visitati a causa di motivi tecnici, legali e sulla privacy. Assente, è riuscito a eseguire operazioni come l'interrogazione di server proxy per determinare quali siti Web a cui si accede attraverso di essi. Tuttavia, anche se se si tenta di disco rigido sufficientemente, è possibile effettuare un lungo elenco di URL, è quasi mai una buona idea.
Ecco di seguito il motivo. Il numero di volte in una giornata tipica si visita siti Web che non hanno alcun impatto sul proprio lavoro? Quanti siti Web si è utilizzato, se sono scomparsi domani, sarebbe sufficiente intervenire trovare altri quelli? Se è stata eseguita l'inventario dei siti Web ho visitato personalmente e quindi completamente testato tutti, almeno il 95% in questo contesto, sarebbe da perdite di tempo. È il timore di individuazione non che percento 5 dei siti che non tiene conto di utenti che consente di guidare gli utenti da un censimento esauriente dei siti Web.
Identificare le applicazioni
Ecco un altro approccio: capire quali applicazioni hanno assolutamente, positivamente al primo giorno di lavoro. Si tratta di applicazioni che è necessario testare in modo proattivo prima di distribuire una singola postazione di Internet Explorer 9. Dopo aver deselezionato le applicazioni missione-critiche, è possibile iniziare a distribuire.
Inizia la distribuzione di pochi posti a sedere. Possiede sufficiente help desk di supporto esperto sulla compatibilità tra le applicazioni Web per gestire il volume in ingresso aggiuntivo a causa del nuovo browser. Disporre di un piano per la gestione dei problemi e una barriera per situazioni di emergenza.
Se l'help desk ottiene overload, rallentare la distribuzione. Se sono OK e avere comunque la capacità, è possibile accelerare il processo. È meglio se è possibile rendere la distribuzione utente-opt-in. Gli utenti che chiede il nuovo browser saranno più forgiving se qualcosa non funziona.
Il vantaggio di questo piano è che non è necessario verificare il sistema. In genere, gli utenti segnala un problema se è un problema di blocco per loro. In caso contrario, si rivolgeranno solo sulla propria attività. Si finisce di dedicare meno tempo test apps effettivamente non interessano gli utenti. Si impiega meno tempo in questo test proattiva. Gli utenti possono determinare se un'applicazione in effetti funziona o non.
Pertanto, i test di compatibilità delle applicazioni proattiva non determinano effettivamente compatibilità? È un concetto insolito. Si consideri cosa significa essere compatibili. Ciò significa che non avere nessun bug che impedisce di lavorare su una determinata piattaforma. A questo punto, sappiamo tutti che non è possibile ottenere fino al punto in cui un prodotto è pari a zero bug. È necessario dimostrare che nessuno di essi risenta completamento delle operazioni. Fino a quando la Comunità degli utenti è produttiva, si è assoluta.
Questa combinazione di test proattive e reattive, ovvero un approccio che combina la gestione dei rischi ragionevole, utente responsabilizzazione e flessibilità della piattaforma, ovvero è pura oro di compatibilità delle applicazioni. Questo approccio può superare l'inerzia in base alle ambiguità e consente di risparmiare tempo e denaro.
Ottimizzare l'ambiente
Dopo aver avviato il progetto di migrazione, è possibile ottenere l'ambiente di browser ottimizzata per garantire il funzionamento delle applicazioni più sin dall'inizio. Quando si parla di versioni più recenti di Internet Explorer, che supportano gli standard Web più recenti, molti pensare che devono aggiornare tutte le loro applicazioni nell'ambito della migrazione. Mentre è certamente un obiettivo noble, risulta inoltre più lenta e il modo più costoso.
Internet Explorer 9 fornisce un'infrastruttura compatibilità gestibili e sofisticato che consente di scegliere semplificare le cose che funziona come il valore predefinito e quindi aderire agli standard Web nuovo su una base per applicazioni. In che modo ottimizzare per la massima compatibilità? Tutto ha inizio con la corretta suddivisione in zone.
Alcune applicazioni interne terreni nell'area Internet, dal momento che stai usando i nomi di dominio completo o gli indirizzi IP in uso per alcune applicazioni. L'area Internet è più restrittiva e di conseguenza è molto meno compatibile. Ad esempio, SharePoint non è quasi come buone quando correttamente lo zoning. Tutti i tipi di funzionalità non funzionano.
Il problema zoning consiste nell'inserire le applicazioni interne all'area siti attendibili. In Internet Explorer 6, siti attendibili è stato effettivamente l'area più attendibile. Ha effettivamente dato maggiore potenza. In Internet Explorer 9, l'area più attendibile non siti attendibili. si tratta di Intranet locale. Fornendo in questo modo, effettivamente d'alto risparmio di energia. Inoltre, utilizzando i criteri predefiniti sta fornendo anche autenticazione integrata.
Perché è Intranet locale ora più attendibile? Previously, you had two different buckets for internal applications: trusted and really trusted. Con quale frequenza è necessario operare una distinzione di questo tipo? Non che spesso, una volta non è un criterio predefinito sensibile per l'area Intranet locale. Inoltre, esso non lascia uno slot per i partner trusted. Se si dispone di un partner che fornisce posta elettronica, collaborazione e così via, che siano più attendibili di Internet generale.
Dopo aver eseguito lo zoning correttamente applicazioni, inoltre terreni nel criterio predefinito in cui l'area Intranet locale consente la visualizzazione compatibilità per impostazione predefinita. In questo modo più compatibile con le applicazioni Web esistenti solo in virtù di sbarco nella zona con il modello di protezione più permissivo.
Modalità di compatibilità
Questo, ovviamente, ci porta alla nostra importante argomento successivo: modalità di compatibilità e quando li utilizzano. Si tratta di un aspetto spesso poco chiare di Internet Explorer 9. Una grande quantità di tale complessità è nascosto dietro un pulsante apparentemente semplice con un'immagine di una pagina interrotta.
Tenere presente man mano che procede il processo di Internet Explorer 9 effettivamente contiene che quattro separare i motori di rendering. Ecco quattro set di regole per il layout HTML, script e così via. In Internet Explorer 9, le modalità di rendering sono:
- Non standard/Internet Explorer 5.5
- Standard di Internet Explorer 7
- Standard di Internet Explorer 8
- Standard di Internet Explorer 9
Non è nuovo. Even Internet Explorer 6 had two different modes: Quirks and Internet Explorer 6 Standards. Si otterrebbe loro fino a quando lo sviluppatore scelto in modo specifico in standard utilizzando un elemento DOCTYPE nel suo codice. Internet Explorer 7 ha continuato la dicotomia in evoluzione e migliorare gli standard, pur lasciando loro in. Internet Explorer 8 sempre loro e Internet Explorer 7 e aggiunta di Internet Explorer 8. Internet Explorer 9 viene in seguito tale tendenza.
In questo modo, si dispongono di quattro motori di rendering dietro un singolo pulsante. Come procedere e indietro tra di essi? Visualizzazione compatibilità verrà eseguito il rendering di una pagina Web contenente un DOCTYPE nella modalità Standards di Internet Explorer 7. Esegue il rendering di una pagina senza uno in modalità non standard.
Se non si utilizza visualizzazione compatibilità, verrà visualizzata una pagina Web contenente un DOCTYPE nella modalità Standards di Internet Explorer 9. Verrà visualizzata una pagina senza uno in modalità non standard. In questo modo, una pagina Web in esecuzione in modalità non standard non cambia se si preme il pulsante visualizzazione compatibilità. Viene modificata anche la versione del browser al server Web.
Non è una soluzione molto semplice da usare per indicare agli utenti di premere un pulsante per consentire il funzionamento di una pagina Web. È ora disponibile il supporto di criteri di gruppo per la visualizzazione di compatibilità, in particolare per verificare il valore predefinito per la rete Intranet locale: modelli amministrativi | Componenti di Windows | Internet Explorer | Visualizzazione compatibilità | Attivare la modalità Standards di Internet Explorer per la rete Intranet locale.
Si tratta di uno di tali criteri double negative. È necessario disattivare la "Modalità Standards" per la rete Intranet locale per abilitare la visualizzazione di compatibilità. Il valore predefinito è disattivato e si deve tenere in questo modo. Ciò non significa che si desidera mantenere scrivendo a uno standard di 5 anni. Ciò significa che stuff che aver già scritto da uno standard meno recente continueranno a funzionare correttamente. È possibile, naturalmente, scegliere in una particolare applicazione Web utilizzando uno standard più moderno, ma non è possibile utilizzare gli standard più recenti per nulla finché non viene visualizzato un browser moderno distribuito.
Naturalmente, è inoltre disponibile un criterio di gruppo per mantenere le applicazioni Web di partner esterni in esecuzione: modelli amministrativi | Componenti di Windows | Internet Explorer | Visualizzazione compatibilità | Utilizzare l'elenco dei criteri di Internet Explorer 7 siti.
Se si aggiungono siti specifici per questo criterio (utilizza i nomi di dominio di primo livello o TLDNs), sarà possibile optati in visualizzazione compatibilità e potrebbe funzionare meglio. Visualizzazione compatibilità non corregge tutti i dati. Provenienti da Internet Explorer 6, non vi è un motivo specifico perché non sempre funziona. Internet Explorer 6 non legge la dichiarazione DOCTYPE, a meno che non si tratta della prima riga del markup della pagina. In tal caso, cosa succede se si dispone di una pagina che inizia con:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "DTD/xhtml1-strict.dtd">
Questo è un prologo comune a una pagina XHTML: un sottolinguaggio HTML che è stato diffuso per pochi anni. Internet Explorer 6 si sta per eseguire il rendering di qualsiasi XHTML che inizia con in modalità non standard, poiché DOCTYPE non è la prima riga. Internet Explorer 7 corretto questo bug, in questo caso Internet Explorer 7 o in un secondo momento sarà eseguirne il rendering in modalità standard. Poiché le regole per il layout è cambiato tra loro e persino Standards di Internet Explorer 6, può trattarsi di un grosso abbastanza.
Per molti, è la promozione di siti Web dai loro alle norme che li renda inefficaci interruzione offrire. Oltre l'80% delle applicazioni è stato interrotto tramite la modifica di uno. È precisamente a causa di questa situazione e la sua frequenza preoccupante che è stato aggiunto un nuovo criterio di gruppo per Internet Explorer 9 (disponibile anche per Internet Explorer 8 Se si applica il hotfix): i modelli amministrativi | Componenti di Windows | Internet Explorer | Visualizzazione compatibilità | Utilizzare i siti elenco criterio di modalità non standard.
In questo modo è possibile aderire loro per un determinato sito può essere influenzato da Microsoft a correggere questo errore. Ciò non consente di ottenere il controllo completo, ma offre un modo semplice e basata su criteri per iniziare.
Per ottenere il controllo completo, è necessario sfruttare X-UA-Compatible, in cui è possibile scegliere in modo esplicito con precisione la modalità di rendering desiderata. È possibile ottenere i dettagli completi dalla pagina di MSDN Library, "compatibilità del documento di definizione," ma in altre parole, è necessario includere un'intestazione di una delle due:
X-UA-Compatible: IE=5
In alternativa, è possibile includere un tag 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! -->
Si ha intenzione di desidera conoscere l'infrastruttura per la compatibilità e tutti i modi si è stata configurata. Ad esempio, se si lascia la configurazione predefinita per la rete Intranet locale, esso consiste nell'utilizzare visualizzazione compatibilità. Quindi, si supponga di implementare un'applicazione di HTML5. In caso contrario, verrà visualizzazione compatibilità per impostazione predefinita, ovvero il modulo di gestione di Internet Explorer 7.
Internet Explorer 7 non supporta HTML5, in modo che l'applicazione non funzionerà. Non tutto è perduto, però. È possibile aggiungere un'intestazione per il sito Web e configurarlo in modo da eseguire in modalità Internet Explorer 9 oppure è possibile aggiungere i tag meta per le pagine che richiedono la HTML5. Semplicemente ignorato le impostazioni predefinite e ha ricevuto una modalità di rendering più moderna.
È consigliabile aggiungere intestazioni X-UA-Compatible o metatag per qualsiasi applicazione Web che tocchino. È anche necessario richiederla per le nuove applicazioni Web. In questo modo, è possibile mantenere gradualmente il supporto degli standard spostandosi in avanti.
Le regole di precedenza supportano anche questo concetto. È possibile ignorare le impostazioni predefinite dei criteri di gruppo con l'intestazione X-UA-Compatible e ignorare l'intestazione con un tag meta X-UA-Compatible. Indipendentemente dal livello di dettaglio desiderato, meglio in pieno controllo della modalità di rendering. Occorre intensificare e a risvegliare quel controllo se si desidera mantenere spostandosi in avanti. In questo modo, assicurarsi che la codifica dei tuoi siti ma impostazione degli standard per le nuove applicazioni.
Configurare le impostazioni di protezione
Il passaggio successivo nell'ottimizzazione dell'ambiente sta valutando se le funzionalità di protezione interrompono le applicazioni. Alcune impostazioni che comunemente causano problemi includono:
- Contenuto misto: siti che bambola SSL del contenuto con contenuto non crittografata. Alcune organizzazioni ritengono che questo punto le interruzioni e gli avvisi eccessivo con un numero elevato di siti.
- Gli avvisi del certificato: molte organizzazioni non dispone di un'implementazione dell'infrastruttura a chiave pubblica (PKI), ma anche la sicurezza del protocollo SSL. Essi semplicemente prende in prestito le chiavi da un server e utilizzarli in un altro.
- Protezione esecuzione programmi: può essere una delle tecnologie di contenimento dei rischi più efficace disponibili. Tuttavia, esistono ancora alcuni controlli ActiveX che non sono compatibili con questa funzionalità di protezione efficaci.
Non si tratta di un elenco esaustivo. Non è possibile sintonizzarsi realmente l'ambiente per questi fattori in anticipo. Si tratta di un processo iterativo. Se si trova una funzione che causa l'interruzione di un'applicazione, prendere nota di esso. Esso potrebbe essere consigliabile disattivarlo per il momento e generare un piano per la correzione in un secondo momento.
Deve inoltre essere tenuto in considerazione il compromesso. Se si rimane con Internet Explorer 6, si otterrà il valore 0% delle funzionalità di protezione aggiunta da allora. Naturalmente, invece si desidera utilizzare al 100% delle nuove funzionalità di protezione. Se le applicazioni critiche non funzionano con tutti gli elementi attivati, però, che non è una scelta che ottenere apportare.
È possibile scegliere uno dei due al 99% delle funzionalità di protezione in Internet Explorer 9 (con una o due disattivata per il momento) oppure allo 0% delle funzionalità di protezione di Internet Explorer 9 dal rifiuto di ridurre le condizioni di sicurezza. Che consente di bloccare anche la distribuzione. È necessario bilanciare queste considerazioni.
Si noti il Middleware
Un altro aspetto importante della migrazione a Internet Explorer 9 consiste nel garantire l'impatto del middleware. È particolarmente importante per disporre della versione più recente di Java installato. Sono le versioni precedenti di Java compatibile con Internet Explorer 9.
Molte organizzazioni decidono di affidarsi a un determinato livello di versione e l'aggiornamento per Java. Questa pratica blocca un livello di patch specifica per Java e rifiuta tutte le nuove patch di protezione. Ha avvisati del di Microsoft Malware Protection Center di sfrutta crescente numero di Java, in modo che si tratta di un approccio invece consigliabile.
Cercare le cause principali
Una volta che l'ambiente sia regolato e implementazione di posti a sedere e iniziare a raccogliere commenti e suggerimenti, lasciarsi hanno poche escalation. Di seguito viene fornito il compito più difficile: capire cosa fare per le applicazioni Web che vengono interrotta.
Un'applicazione Web è in genere composto da tre diverse parti che vengono eseguite nel browser: HTML (in genere generato da uno strumento), CSS (in genere generato da una finestra di progettazione) e lo script (in genere generato da uno sviluppatore). Non una sola persona SA spesso attentamente ciascuna di queste tecnologie. È difficile sapere accuratamente anche uno solo di essi.
Quando la risoluzione dei problemi di compatibilità tra le applicazioni Web, è necessario seguire un approccio iterativo. Agli studenti di fornire un motivo per cui potrebbero essere interrotto e individuare uno strumento che consente di verificare o meno a destra nel minor tempo. Se ci si concentra il pensiero, potete guidare molto più rapidamente il modo in cui una causa principale.
In alcuni casi è necessario riscrivere. La maggior parte dei problemi sono facilmente risolvibili problemi, ad esempio controlli della versione. Ad esempio, un'applicazione potrebbe eseguire un controllo di versione espliciti del motore di script, come operazione (rappresentato in pseudocodice):
Se (majorVersion < 5 o minorVersion < 5) si verifica un errore
Eseguire questa logica attraverso la testa. Versione 5.5 funziona correttamente. Pertanto, sarebbe 5.6 ma 6.0 avrà esito negativo, poiché 0 (la versione secondaria) non sia inferiore a cinque? È possibile correggere che modificando quella riga di codice. La correzione è spesso più facile che si ritiene che, in modo da assicurarsi che unità ad una conclusione sul motivo per cui l'interruzione di un'operazione piuttosto presupponendo che tutto ciò che deve essere ripristinata.
Disporre di un piano di Backup
Ultimo ma non meno importante, è necessario disporre di un piano di backup. Quando si utilizza un'applicazione che richiede il supporto, ma non supporta ancora il 9 di Internet Explorer, è possibile eseguirlo. È il piano di backup per conservare tutti gli utenti su Internet Explorer 6 o verrà è ottimizzare la virtualizzazione per spostare gli utenti di versioni precedenti? Leggere il white paper "soluzioni per Internet Explorer Virtualizing," e generare un piano che offre una botola di evacuazione in caso di problemi.
In Media, un'organizzazione tipica di spostamento da Internet Explorer 6 a 9 di Internet Explorer consente di trovare al 25% delle applicazioni non funzionano nella finestra di Internet Explorer 9. Dopo la messa a punto un'attenta, tale numero scende a una media di meno del 5%.
I clienti che passano da Internet Explorer 7 in genere Internet Explorer 9 hanno 4% al 5% della loro applicazione non funziona fuori della finestra, con il numero dopo la regolazione della selezione inferiore al 2%. Per le aziende che già utilizzano Internet Explorer 8, quasi tutto ciò che funziona fuori della finestra.
È auspicabile che questi suggerimenti raccolti dal mezzo di dieci anni di aiutare le organizzazioni a passare da Internet Explorer 6, sarà possibile usufruire dei vantaggi di un browser moderno. Mettere insieme un piano di progetto basati sui rischi che incorpora l'intervento dell'utente, consente di sfruttare le funzionalità di compatibilità e facilità di gestione del browser esistente, mira correzioni basate su codice meno costose possibili e ha una botola per quando le cose vanno male. Centinaia di aziende sono stati rimossi i basate associarli ai browser di versioni precedenti. È possibile eseguire la stessa.
.jpg)
Chris Jacksonè "The App Compat Guy" presso Microsoft. Egli è un consulente principale e il lead in tutto il mondo per la compatibilità tra le applicazioni enterprise. Egli è spesso come relatore a IT e sviluppatori conferenze e collabora con clienti e partner in tutto il mondo. Il suo obiettivo è "ripristino agilità tecnologia rimuovendo i basate software legacy." Lettura più da Jackson sul suo blog (appcompatguy.com) e sui movimenti in twitter.com/appcompatguy.