Alternative Yslow - Ottimizzazioni per piccoli siti Web

Question

Sto sviluppando una piccola applicazione Web basata su Intranet. Ho YSlow installato e mi suggerisce di fare diverse cose, ma non sembrano rilevanti per me. ad esempio non ho bisogno di un CDN. La mia applicazione è lenta, quindi voglio ridurre la larghezza di banda delle richieste.

1. Quali regole di YSlow dovrei rispettare?
2. Esistono strumenti alternativi per i siti più piccoli?
3. Qual è l'elenco di controllo da applicare prima di distribuire la mia domanda?

Sto usando ASP.net.

Answer 1

La larghezza di banda sui siti Intranet non dovrebbe essere affatto un problema (a meno che tu non abbia utenti VPN, cioè). Se non lo fai e continua a gattonare, probabilmente ha a che fare con il backend rispetto alla struttura frontale.

Se stai cercando di ottimizzare per gli utenti remoti, alcune delle stesse cose si applicano per provare a ottimizzare il tutto:

• Non usare 30 fogli di stile: inseriscili in uno
• Non utilizzare 30 file JS, inseriscili in uno
• Prendi in considerazione la possibilità di comprimere sia JS che CSS utilizzando i minificatori o il compressore YUI.
• Prendi in considerazione l'utilizzo degli sprite (immagini con più versioni in, ad esempio pulsante su e pulsante giù, uno sopra l'altro)
• Ovviamente, le immagini di grandi dimensioni sono un no-no
• Assicurati di inviare le intestazioni scadute per assicurarti che i fogli di stile / js / images / etc siano tutti memorizzati nella cache per un ragionevole periodo di tempo.
• Assicurati che le tue pagine non siano ridicolmente grandi. Se ti trovi in ??un ambiente controllato e puoi garantire la disponibilità di JS, potresti voler eseguire la paginazione dei dati con AJAX.

Answer 2

Per iniziare,

1. limita il numero di richieste HTTP fatto per immagini, script e altro risorse combinando dove possibile. Valuta di minimizzarli pure. Consiglierei Fiddler per il debug HTTP

2. Prestare attenzione alle dimensioni di Viewstate, imposta EnableViewState = false dove possibile ad es. Per i controlli dell'elenco a discesa che non hanno mai cambiato il loro elenco di articoli, disabilitare Viewstate e compilare Page_Init o override OnLoad. VERAMENTE comprendere Viewstate è a deve leggere l'articolo sull'argomento

Oli ha pubblicato una risposta durante la stesura di questo e deve concordare che le considerazioni sulla larghezza di banda dovrebbero essere secondarie o terziarie per un'applicazione intranet.

Answer 3

Ho scoperto Velocità della pagina da quando ho posto questa domanda. Non è proprio per i siti più piccoli, ma è un altro ottimo plug-in fire-bug.

Aggiornamento: a partire da giugno 2015 i plug-in Page Speed ?? per Firefox e Chrome non sono più gestiti e disponibili, invece Google suggerisce il web versione.

Answer 4

Strumenti di pingdom fornisce un rapido test per qualsiasi pagina Web accessibile pubblicamente.