Commenti a: Ottimizzare il caricamento di un sito Web http://www.undolog.com/2008/05/27/ottimizzare-il-caricamento-di-un-sito-web/ Research & Development Blog Thu, 09 Feb 2012 11:24:28 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Di: camu http://www.undolog.com/2008/05/27/ottimizzare-il-caricamento-di-un-sito-web/#comment-856 camu Wed, 28 May 2008 01:07:18 +0000 http://www.undolog.com/?p=408#comment-856 Ottima la dritta sullo spostamento delle immagini. Io sul mio sito stavo pensando di introdurla, per ridurre il "peso" delle tante piccole icone che ho... per il resto se non hai un sito multilingua o multi-CSS, WP-Cache può fare al caso tuo. Riguardo agli ETag, a meno che non cambi il post e che non sia una cosa di Wordpress, anche io consiglierei di disattivarli... Comunque mi sembra un ottimo lavoro di pulizia, che un po' tutti dovremmo fare di tanto in tanto sui nostri blog! Ottima la dritta sullo spostamento delle immagini. Io sul mio sito stavo pensando di introdurla, per ridurre il “peso” delle tante piccole icone che ho… per il resto se non hai un sito multilingua o multi-CSS, WP-Cache può fare al caso tuo. Riguardo agli ETag, a meno che non cambi il post e che non sia una cosa di WordPress, anche io consiglierei di disattivarli… Comunque mi sembra un ottimo lavoro di pulizia, che un po’ tutti dovremmo fare di tanto in tanto sui nostri blog!

]]> Di: Giovambattista Fazioli http://www.undolog.com/2008/05/27/ottimizzare-il-caricamento-di-un-sito-web/#comment-854 Giovambattista Fazioli Tue, 27 May 2008 15:19:18 +0000 http://www.undolog.com/?p=408#comment-854 @Nicola: ottima dritta! Mi documento e provo! Grazie :) @Nicola: ottima dritta! Mi documento e provo! Grazie :)

]]> Di: Giovambattista Fazioli http://www.undolog.com/2008/05/27/ottimizzare-il-caricamento-di-un-sito-web/#comment-853 Giovambattista Fazioli Tue, 27 May 2008 15:18:16 +0000 http://www.undolog.com/?p=408#comment-853 @Davide: sono contento! L'unico "problema" che ho riscontrato in questi giorni è un notevole calo di prestazioni, da parte di (mt), durante le ore notturne, sino ad arrivare ad un blocco totale! Ho letto nel loro Blog che in questi giorni stanno eseguendo alcuni lavori di manutenzione ed essendo i server ubicati a Los Angeles, quindi con un fuso orario di ben 9 ore, quando da noi si avvicina la mezzanotte, da loro si hanno picchi di accessi. Confido tuttavia che la situazione andrà a migliorare, visto le eccellenti prestazioni durante le ore diurne qui in italia :) @Davide: sono contento! L’unico “problema” che ho riscontrato in questi giorni è un notevole calo di prestazioni, da parte di (mt), durante le ore notturne, sino ad arrivare ad un blocco totale!
Ho letto nel loro Blog che in questi giorni stanno eseguendo alcuni lavori di manutenzione ed essendo i server ubicati a Los Angeles, quindi con un fuso orario di ben 9 ore, quando da noi si avvicina la mezzanotte, da loro si hanno picchi di accessi. Confido tuttavia che la situazione andrà a migliorare, visto le eccellenti prestazioni durante le ore diurne qui in italia :)

]]> Di: Giovambattista Fazioli http://www.undolog.com/2008/05/27/ottimizzare-il-caricamento-di-un-sito-web/#comment-852 Giovambattista Fazioli Tue, 27 May 2008 15:13:52 +0000 http://www.undolog.com/?p=408#comment-852 @Emanuele: avevo pensato anch'io ad eventuali problemi di lettura in modalità bianco su nero. Probabilmente vengo da una generazione che ha iniziato con i monitor a fosfori verdi :) e poi, quando ho a che fare con "codice", preferisco di gran lunga questa soluzione ;) Ovviamente è una questione di gusto :P @Emanuele: avevo pensato anch’io ad eventuali problemi di lettura in modalità bianco su nero. Probabilmente vengo da una generazione che ha iniziato con i monitor a fosfori verdi :) e poi, quando ho a che fare con “codice”, preferisco di gran lunga questa soluzione ;) Ovviamente è una questione di gusto :P

]]> Di: Nicola http://www.undolog.com/2008/05/27/ottimizzare-il-caricamento-di-un-sito-web/#comment-851 Nicola Tue, 27 May 2008 14:17:09 +0000 http://www.undolog.com/?p=408#comment-851 Stando a firebug hai gli etags impostati e non comprimi i dati in trasmissione. Gli etags, se non usati da WordPress (che dubito li usi), impediscono la cache lato client e la compressione ridurrebbe il traffico di testo (html, js e css) di un buon 50%. Se hai il sito servito da apache, aggiungi queste linee al tuo .htaccess (o crealo se non ce l'hai): <code inline="true"> FileETag none AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css app BrowserMatch ^Mozilla/4 gzip-only-text/html BrowserMatch ^Mozilla/4\.0[678] no-gzip BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html Header append Vary User-Agent env=!dont-vary </code> Provare per credere... Ci sono poi altri scherzetti fattibili, tipo impostare l'expiration degli elementi che non cambieranno mai parecchio nel futuro ma ciò comporta il non poterli modificare fino alla data impostata. Stando a firebug hai gli etags impostati e non comprimi i dati in trasmissione.

Gli etags, se non usati da WordPress (che dubito li usi), impediscono la cache lato client e la compressione ridurrebbe il traffico di testo (html, js e css) di un buon 50%.

Se hai il sito servito da apache, aggiungi queste linee al tuo .htaccess (o crealo se non ce l’hai):

FileETag none


        AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css app

        BrowserMatch ^Mozilla/4 gzip-only-text/html
        BrowserMatch ^Mozilla/4\.0[678] no-gzip
        BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html

        Header append Vary User-Agent env=!dont-vary

Provare per credere…

Ci sono poi altri scherzetti fattibili, tipo impostare l’expiration degli elementi che non cambieranno mai parecchio nel futuro ma ciò comporta il non poterli modificare fino alla data impostata.

]]>