Come dovresti affrontare il supporto di browser Web ad aggiornamento rapido?

Riflettiamo un po 'qui per un minuto - l'unico browser nell'ultimo decennio a causare problemi maggiori per i siti esistenti quando ha cambiato il numero di versione era Internet Explorer.

Non ricordo una singola istanza di un client che mi chiamava e mi diceva che il loro sito è stato rotto con l'ultima versione di Chrome o Firefox. Potrebbero esserci stati alcuni problemi visivi molto minori, come ad esempio il riempimento / margine non perfetto per i pixel o qualcosa di simile, ma nel complesso i browser conformi agli standard sono stati estremamente coerenti nel modo in cui eseguono il rendering dei siti.

Nuove funzionalità e API sono state aggiunte nelle versioni recenti, ma quelle non dovrebbero interrompere i siti che non le hanno utilizzate. Le funzionalità sperimentali di solito utilizzano proprietà specifiche del fornitore e vengono utilizzate a discrezione dello sviluppatore. Non dovresti mai fare affidamento su una funzione sperimentale che non è ancora stata stabilizzata.

Quindi, per quanto mi riguarda, sono solo preoccupato per l'arrivo della prossima versione di Internet Explorer. Chrome, Firefox, Safari e il resto possono mantenere l'aggiornamento alla velocità che preferiscono, a patto che mantengano costantemente i siti come hanno fatto per anni.

Non sto dicendo che non dovresti testare i tuoi siti con nuove versioni mentre escono, solo che è probabile che sia un problema molto meno di quello che ti aspetti. Il mio suggerimento è di garantire il supporto per la versione principale (market-share wise) al momento del lancio e un'altra versione futura per tutto tranne Internet Explorer . Il programma di rilascio di IE è abbastanza lassista che non dovrebbe presentare un problema.

Penso che la versione continua dei browser significherà la fine dell'approccio noto come "supporto di tutti i principali browser".

Da ora in poi "sosterrà le due ultime versioni dei principali browser". Testando tutto anche l'origine è diventata molto da gestire. Il team di Stack Exchange ha adottato più o meno la stessa strategia (non riesce a trovare la pagina in cui ne parlano).

In ogni caso il punto di test in tutte le versioni è svanito con i browser moderni. è stato il caso di IE che le persone erano bloccate con una versione particolare (solitamente vecchia) per anni. Se un utente ha qualcosa di diverso da IE, è probabile che sia istruito sui browser e non abbia problemi ad aggiornarlo in caso di necessità. Molto probabilmente ha ancora l'aggiornamento automatico su cui elimina completamente il problema.

Mentre è facile per i venditori di browser, che sono bloccati in una competizione profonda l'uno con l'altro, per rilasciare nuove versioni, le persone non aggiornano quasi con la stessa rapidità con cui stanno uscendo le versioni del browser. Quindi è importante ignorare, almeno in qualche modo, il programma di rilascio rapido dei fornitori e adottare un programma che si adatti meglio alle esigenze della propria applicazione.

Pingdom recentemente ha fatto un sondaggio dei dati di StatCounter in cui è emersa un'ipotesi pertinente: le persone si aggiornano solo quando ottengono un nuovo computer o un nuovo sistema operativo.

Quindi, se metà dei tuoi utenti utilizza ancora Firefox 3.5 o Internet Explorer 7, non ha molto senso lasciare il supporto per entrambi: a meno che l'applicazione non sia mission critical, se non sono già stati aggiornati, non hanno intenzione di aggiornare solo perché glielo dici.

Dall'altro lato della medaglia, se pochissimi utenti stanno aggiornando alle ultime e più grandi versioni di browser, non ha molto senso passare un sacco di tempo a provare contro di loro.

Ma ora siamo a un punto in cui i browser più rilasciati hanno una linea di base funzionale: l'idea che una nuova versione di un browser possa violare in modo significativo i siti che si rivolgono a browser meno recenti è in qualche modo un ricordo del passato.

L'unico browser che ha tradizionalmente affrontato questo problema, Internet Explorer, ora include il supporto per X-UA-Compatible , quindi se non sei sicuro o sicuro che il tuo sito funzioni correttamente nell'ultima versione, puoi scegliere come target una versione specifica del motore di IE.

Tutto ciò detto, tutti i principali fornitori di browser ora forniscono anteprime di sviluppo ai fini del test prima sono rilasciati: raramente, se non mai, vieni colto di sorpresa da una nuova versione principale .

Quello che faccio personalmente è passare attraverso la roadmap per il rilascio del canale dev (di nuovo, tutti i principali produttori di browser pubblicano generalmente ciò che sperano di ottenere nella prossima versione principale) e valutare se queste cose influenzano le mie applicazioni. Se lo fanno, allora è importante concentrarsi su quelli all'inizio del ciclo di sviluppo. Altrimenti, tendo a fare test di correzione verso la fine per assicurarmi che non si sia rotto nulla di inaspettato.

Dovresti tenere d'occhio i tuoi registri per vedere quali browser utilizzano i tuoi clienti. Quindi imposti una versione di base di ciascun browser principale e rimani fedele ad essa. Tuttavia, dovresti anche essere a conoscenza delle imminenti modifiche principali apportate a qualsiasi browser che è popolare tra i tuoi utenti.

Ad esempio, se > il 60% dei tuoi utenti utilizza aromi di MSIE, assicurati di testare con le ultime versioni delle prossime versioni. Installa VM per eseguire test su più sistemi operativi, se necessario.

Mentre la maggior parte delle persone non prende consapevolmente la decisione di aggiornare, spesso questa decisione viene presa per loro. In un precedente lavoro, avevamo trascorso la maggior parte di un anno a riprogettare e sviluppare il nostro nuovo sito. Lo abbiamo testato contro MSIE 6 e 7, così come l'attuale versione di FireFox. Due settimane prima della pubblicazione, Windows Update estrapolava automaticamente MSIE 8 dalla maggior parte dei nostri clienti e abbiamo scoperto che il nostro layout CSS non funzionava nel nuovo browser.

Fortunatamente, avevamo seguito le migliori pratiche relative al layout CSS così com'era, una consolidata libreria CSS Grid risolveva i pochi problemi che erano stati scoperti e il team di controllo qualità era ormai abituato a testare i problemi di layout. Siamo andati in diretta come programmato, ma in seguito, abbiamo fatto in modo di testare le prossime versioni di MSIE dato che le build sono state rese disponibili.

Non utilizzando HTML per il contenuto originale. Utilizza una qualche forma di XML e quindi un linguaggio di trasformazione come XSLT per creare HTML / Javascript / CSS ottimizzati per il set di browser di destinazione (corrente).

Le persone HTML5 hanno (forse inconsapevolmente, considerando il caos poligonale) reso il caso per XML molto più strong.