Al momento di servire i file JavaScript, è sicuro a gzip di default
-
22-08-2019 - |
Domanda
La questione si inserisce nel titolo. Io non sono interessato a ciò che le specifiche raccomandare ma ciò che il mix di browser attualmente implementato il supporto al meglio.
- Google Documenti gzip loro JS.
- Le Google Ajax Libraries API CDN gzip JS.
- Yahoo gzip il JS per i loro file YUI.
- La home page di Yahoo gzip loro JS.
Quindi penso che la risposta alla mia domanda è Sì, è bene gzip JS per tutti i browser . Ma ti vorrei sapere se siete d'accordo.
Soluzione
No, non lo è. In primo luogo, il browser deve dichiarare di accettare la codifica gzip come per sovralimentazione Javascript . In cima a quello, alcune versioni di IE6 hanno implementazioni rotti, che è ancora un problema, se non sono stati corretti. Altro a Internet Explorer Problema (con la codifica gzip) .
Altri suggerimenti
Se la vostra gzip .js
(o qualsiasi altro contenuto), possono sorgere due problemi: 1. gzip aumenta la latenza per i file non comprimibili (ha bisogno di tempo per comprimere e decomprimere) 2. un browser più vecchio non può capire il contenuto compresso. Per evitare il problema 2, si dovrebbe esaminare il Accept-Encoding e User-Agent o di altre parti della richiesta HTTP indovinare se il browser supporta gzip. I browser moderni non dovrebbero avere problemi con contenuti gzippd.
Un estratto da http://httpd.apache.org/docs/2.2 /mod/mod_deflate.html : in un primo momento si sonda per una stringa User-Agent che indica una versione di Netscape Navigator 4.x. Queste versioni non possono gestire la compressione di tipo diverso da text / html. Le versioni 4.06, 4.07 e 4.08 hanno anche problemi con la decompressione dei file html. Così, abbiamo completamente disattivare il filtro sgonfiamento per loro.