Problemi con la compressione HTTP?

Question

Stiamo esaminando l'uso della compressione HTTP su un'applicazione servita da JBoss. Dopo aver apportato le modifiche alle impostazioni in Tomcat SAR, stiamo assistendo a una compressione di circa l'80% - questo è ovviamente fantastico, tuttavia voglio essere cauto ... prima di implementare questo sistema, qualcuno ha riscontrato problemi con la compressione HTTP?

Un paio di punti da notare per la mia situazione.

• Abbiamo il pieno controllo del browser, quindi l'intera azienda utilizza IE6 / 7
• L'app è solo interna
• Durante il test del carico, il nostro server delle app era sotto carico relativamente piccolo: il DB era il nostro collo di bottiglia
• Abbiamo il controllo sui computer client e tutti ottengono un controllo delle specifiche (processore decente / 2 GB di RAM)

Qualsiasi esperienza con questo sarebbe molto apprezzata!

Answer 1

Fintanto che rispetti correttamente l'intestazione Accept-Encoding del client (ovvero non offri file compressi a client che non possono decomprimerli), non dovresti avere problemi.

Oh, e ricorda che deflate è più veloce di gzip .

Answer 2

La compressione non è considerata esotica o sanguinante e (prima) non ne ho sentito parlare o ho riscontrato problemi.

Answer 3

La compressione al volo può aumentare il carico della CPU sul server. Se possibile, pre-comprimere le risorse statiche e memorizzare nella cache le risposte dinamiche compresse può contrastare questo.

Answer 4

È davvero una buona idea tutto intorno. Aggiungerà un leggero carico della CPU al server, ma di solito non è il collo di bottiglia. Farà caricare le tue pagine più velocemente e utilizzerai meno larghezza di banda.