ps. ho installato pure io wp-cache

Io uso solo wp-cache, ho provato ad usarlo in combinazione con php-speedy con relativi hack ma il risultato è stato disastroso. Su computer vecchi per lo più ho avuto un aumento, invece che diminuzione, dei tempi di caricamento senza poi dimenticare i problemi che avevo per alcuni plugin e javascript “dinamici”.

Quindi sul piano teorico è vero che si potrebbe avere un vantaggio ma va visto da caso a caso e non sempre prendere una A o una F cambia le cose.

Grazie delle dritte ne farò buon uso (vedo che la tua home totalizza un bel pò di A, e poco più di 3 secondi con la cache del browser vuota, complimenti)

Per quanto riguarda la compressione esiste anche php-speedy, altro plugin per WP che compressa praticamente tutto con tutti i problemi del caso.

Poi a seconda delle possibilità del nostro piano hosting possiamo lavorare sugli expiras header e gli etags. Prova a controllare con yslow ad esempio il mio sito, di cosette ce ne sono eppure ho un hosting condiviso con altri 1500 siti.

Ps: ricordati che non esiste solo Apache come webserver =)

Per gli altri consigli:
La compressione lato server non l’ho citata io stesso perché non l’ho mai testata personalmente e richiede delle configurazioni su Apache per essere abilitata (oltre ai problemi di compatibilità che tu stesso citi).
Per quello che ne so’ (ma correggimi se dico cavolate ) converrebbe comprimere tutte le risposte di testo (CSS, JS, XML oltre ovviamente all’HTML che dovrebbe essere giù impostato come compresso sulla maggior parte dei server.) ma non ho mai provato ad abilitarli (ammesso che si possa fare via htaccess… considerando il carico sulla cpu immagino che la maggior parte degli hosting adotti una politica restrittiva su questo punto). A quanto pare comunque zippare tutto il zippabile può portare a riduzioni nei tempi di attesa anche del 50%.

Quando parli di usare la cache immagino tu intenda di impostare gli header Expirers in un futuro lontano in modo da mettere tutto il possibile nella cache del browser. Anche in questo caso si tratta di configurare in modo opportuno apache. Personalmente non ho mai provato neppure questa tecnica quindi se hai intenzione di scriverci un articolo lo citerò sicuramente .
Per quanto riguarda il fatto di utilizzare una rete di distribuzione dei contenuti per ridurre il sovraccarico del server le variabili da considerare sono molte (posizione geografica del server, connessione ecc.) e il vantaggio meno di rilievo (a meno che non stiamo parlando di grandi portali).
Per quanto riguarda i js il mio consiglio era quello di minimizzarli o offuscarli e non era riferito alla compressione lato server. La minimizzazione in produzione è sempre un vantaggio perché, senza applicare nessun algoritmo di compressione otteniamo comunque un file più piccolo e questo è particolarmente evidente sui js (ma lo stesso discorso può essere fatto anche per css e l’html) ad esempio prendi jquery minimizzato (54.5kb) e non minimizzato (97.8 kb).

In effetti di consigli da dare ce ne sono ancora molti! Ma il mio obiettivo era quello di fornire poche semplici regole applicabili da chiunque (e su qualunque hosting) per ottenere un netto miglioramento delle prestazioni (netto nei casi in cui nessuno dei consigli sopra citati sia stato precedentemente applicato ).

Comunque di consigli da dare ce ne sono molti tipo usare la Cache o compressare il codice anche se dopo andrebbe aggiunto l’appendice che riguarda i browser che riescono a gestirla. Altro ancora potrebbe essere il consiglio di usare più server: magari quello delle immagini diverso da quello dove è hostato il sito ma anche qui, concettualmente, qualcuno potrebbe obbiettare.

Poi va concluso dicendo che non è detto che compressando i js, tipo gzippandoli, si abbia necessariamente un vantaggio. Certamente in fatto di banda il vantaggio è innegabile ma ricordiamoci che non tutti hanno dei mega computer con ram a iosa o multi processori, vedi smartphone o P4, quindi il browser del client si deve sobbarcare l’onere di gzippare, sempre ammesso che sia in grado di farlo, i js con risultati di lentezza di navigazione o addirittura non fruizione del sito.