Browser e performance

Martedì 16 Febbraio 2010 - 09:57

di Cesare Lamanna

Software e Servizi

A leggere le diverse raccolte di best practices sul miglioramento delle performance nel caricamento di pagine e siti web, sembrerebbe che le responsabilità maggiori su questo fronte ricadano sugli sviluppatori: sta a loro, in fin dei conti, applicare metodi e tecniche.

Secondo Steve Souders, però, anche i produttori di browser possono fare molto. Per esempio iniziando a modificare il comportamento dei loro software su tanti aspetti che hanno un impatto sulla velocità di caricamento delle risorse. Quali siano questi aspetti Souders lo specifica in questo interessante articolo (interessante anche per gli sviluppatori, che se non possono intervenire nella soluzione del problema specifico, possono almeno prendere coscienza delle tante insidie alla velocità con cui devono confrontarsi).

Che si tratti di migliorare il supporto per il download parallelo degli script o dell’incorporamento dei font esterni con @font-face o dell’interazione tra fogli di stile e iframe, di lavoro ce n’è tanto da fare.

Tags:

Categoria: Software e Servizi | Permalink

Commenti

1

Perfettamente d’accordo.
Come dimostra il fatto che lo stesso sito aperto con Chrome ci mette molto meno tempo di quel che impiega per aprirsi con IE o Firefox

# - postato da yesWEBcan - 16 Febbraio 2010 - 11:11

2

Sarà che forse, più i browser sono “pesanti” e carichi di plug-in, meno agili e scattanti sono. L’ho visto sul mac dove un browser che purtroppo è ancora in fase di sviluppo come shiira costruito sulla stessa concezione di safari, è molto più veloce ed immediato rispetto a quest’ultimo.
Se solo fosse sviluppato meglio, penso che cambierei browser molto volentieri.

# - postato da Stefano - 16 Febbraio 2010 - 22:53

3

Quell’articolo è davvero interessante, grazie per la segnalazione.
In particoalre non sapevo che IE7 e 8 scaricano il css due volte se non viene utilizzato un indirizzo assoluto ma relativo.

# - postato da Federico Capoano - 16 Febbraio 2010 - 23:39

4

Io ho invece notato che opera su mac con la R10 è davvero lento… firefox si è tirato su con la 3.6 e persino IE con la 8.

# - postato da Antonio Correnti - 17 Febbraio 2010 - 09:06

5

Anche io IMHO sonoconvinto che i produttori di browser in primis possano fare molto ma non solo: anche gli sviluppatori devono entrare in una “certa ottica” unica via giusta. I miei punti fermi ad oggi sono i seguenti: Lato Browser - 1 supporto nativo del parallelize download - 2 supporto nativo del minify e/o della compressione css/js - 3 supporto nativo e relativo non eseguimento del codice deprecato o semplicemente inneficiente o degradante delle prestazioni nei css. Lato Server - 1 supporto nativo di apache del leverage proxy come in nginx.

# - postato da sLa - 17 Febbraio 2010 - 19:23

6

tutto quello che volete, ma se Yahoo mi cambia l’home page con una nuova che mi fa andare a scatti firefox su ubuntu non è colpa del browser, ma di chi fa il sito.

Senza contare il peso dei banner in flash e degli effetti in ajax che sono spesso una pugnalata sul processo del browser!

# - postato da Paolo - 17 Febbraio 2010 - 23:01

7

… tutto quello che volete, ma se Yahoo mi cambia l’home page con una nuova che mi fa andare a scatti firefox …

CVD :) infatti se il browser agisse come da me desctritto yahoo non farebbe andare a scatti firefox anzi quelli di yahoo dovrebbero almeno per la fetta di mercato relativa al bacino di utenza della volpe rossa riscrivere il codice della home in modo ragionevole … cmq e’ cosa nota che quelli di yahoo non siano, come dire, proprio delle gran cime … ne e’ dimostrazione il fatto che yslow sulla loro home da risultati catastrofici: eppure lo hanno creato loro stessi! :lol

# - postato da sLa - 18 Febbraio 2010 - 08:46

Inserisci il tuo commento:





(puoi usare i seguenti tag HTML per formattare il testo -
a href, b, i, br/, p, strong, em, ul, ol, li, blockquote, pre):

 

Anteprima del commento