Problemi con la compressione HTTP?
-
03-07-2019 - |
Domanda
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!
Soluzione
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 .
Altri suggerimenti
La compressione non è considerata esotica o sanguinante e (prima) non ne ho sentito parlare o ho riscontrato problemi.
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.
È 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.