Au moment de servir les fichiers JavaScript, est-il sûr de lui gzip par défaut

Question

La question tient dans le titre. Je ne suis pas intéressé par ce que les spécifications recommandent, mais ce que le mélange des navigateurs prennent en charge actuellement déployé le meilleur.

• Google Docs gzip leur JS.
• L'API Google AJAX Bibliothèques CDN gzip JS.
• Yahoo gzip JS pour leurs fichiers YUI.
• La page d'accueil Yahoo gzip leurs JS.

Je pense que la réponse à ma question est Oui, il est bon de JS gzip pour tous les navigateurs . Mais vous allez me faire savoir si vous n'êtes pas d'accord.

Answer 1

Non, ce n'est pas. Tout d'abord, le navigateur doit déclarer qu'ils acceptent le codage gzip comme par Javascript Supercharging. En plus de cela, certaines versions de IE6 ont des implémentations cassées, ce qui est encore un problème si elles ne sont pas patché. Plus L'Internet Explorer Problème (avec encodage gzip) .

Answer 2

Si vous gzip votre .js (ou tout autre contenu), deux problèmes peuvent se présenter: 1. gzip augmente le temps d'attente pour les fichiers non compressibles (a besoin de temps pour compresser et décompresser) 2. un navigateur plus ancien ne peut pas comprendre le contenu gzip. Pour éviter le problème 2, vous devriez examiner les Accept-Encoding et User-Agent ou d'autres parties de la requête HTTP à deviner si le navigateur prend en charge gzip. Les navigateurs modernes ne doivent pas avoir des problèmes avec le contenu de gzippd.

Un extrait de http://httpd.apache.org/docs/2.2 /mod/mod_deflate.html : Au début, nous sondons une chaîne User-Agent qui indique une version de Netscape Navigator 4.x. Ces versions ne peuvent pas gérer la compression de types autres que text / html. Les versions 4,06, 4,07 et 4,08 ont aussi des problèmes avec les fichiers html décompresser. Ainsi, nous nous tournons complètement le filtre de dégonflage pour eux.