J'essaie de déterminer s'il y a des principes dans la définition de quelles pages doivent être comprimées GZIP et de dessiner une ligne lorsque vous souhaitez envoyer du contenu HTML uni.
Il serait utile que vous puissiez partager les décisions que vous avez prises dans GZIP-compressant une partie de votre projet.
6 Réponses :
sauf si la CPU de votre serveur est fortement utilisée, j'utiliserais toujours la compression. C'est un compromis entre l'utilisation de la bande passante et de la CPU, et les serveurs Web ont généralement de nombreux cycles de processeur de rechange.
Je ne pense pas qu'il y ait une bonne raison Il faut très peu de puissance du processeur pour de gros gains en vitesse de chargement.
Pouvez-vous les gzip à l'avance, manuellement ou devez-vous avoir le serveur Web Gzip? En d'autres termes, ils seraient tous des fichiers gzippés sur le disque et le serveur Web Ungzip (lorsqu'il l'envoie) de l'endroit où le client dit qu'il ne peut pas gerser Gzip.
Vous utiliseriez la configuration du serveur pour les gzip sur la mouche
Nous avons pris la décision de gzip tout le contenu depuis que de passer du temps à déterminer quoi pour GZIP ou ce que ne pas être gzip ne semblait pas valoir l'effort. Les frais généraux de la gzipping tout n'est pas significativement plus élevé que rien de gzipper.
Ce WebPage suggère:
"Les serveurs choisissent quoi GZIP basé sur Type de fichier, mais sont généralement aussi limité dans ce qu'ils décident de compresse. La plupart des sites Web gzip leur Documents HTML. Ça vaut aussi la peine gzip vos scripts et vos feuilles de style, Mais de nombreux sites Web manquent ceci opportunité. En fait, ça vaut la peine Compresser toute réponse de texte y compris XML et JSON. Image et pdf Les fichiers ne doivent pas être gzippés car ils sont déjà compressés. Essayer gzip eux non seulement déteste la CPU mais peut éventuellement augmenter la taille des fichiers. "
Si vous vous souciez du temps de la CPU, je suggérerais de ne pas gziper le contenu déjà compressé. N'oubliez pas que lorsque vous ajoutez une complexité à un système que les programmeurs / adminateurs SYS sont coûteux, les serveurs sont bon marché.
Il y a une exception notable: il y a un bug dans Internet Explorer 6 , qui fait tout ce qui est comprimé Contenu augmente en blanc.
Oui. Stupide IE6. SEBDUGgan.com/posts/ie6-Gzip-Bug-solu- Utilisation-isapi-réécrit
Pour IE6, est-il courant pour cette case à cocher "Options Internet> Avancé> Paramètres> Ne pas enregistrer les pages cryptées dans une case à cocher" à vérifier? par exemple. Quel pourcentage d'utilisateurs IE6 auront ceci "à l'état sauvage"?
Bon point, ce lien était un cas assez rare. Voici un autre, c'est toujours rare, mais existe toujours: support.microsoft.com/... - Je suis sûr qu'il y a plus d'où cela venait.
Voici encore plus: support.microsoft.com/kb/321722 -
@SSunLIFFFE: Très peu, très peu d'utilisateurs IE6 modifient tous les paramètres du tout, en particulier ceux sous-avancés. Je suppose que 1% maximum.
Une bonne idée est de faire référence à la rapidité des données v.S. Dans quelle mesure est-ce compressé. S'il faut 5 secondes pour envoyer quelque chose qui est passé de 200k à 160k, cela ne vaut probablement pas la peine. Il y a un coût de compression du côté serveur et si le serveur est occupé, cela ne valait peut-être pas la peine.
Pour la plupart, si votre charge de serveur est inférieure à 0,8 régulière, je suffisons tout ce qui n'est pas binaire comme des fichiers JPEG, PNGS et ZIP.
Il y a une bonne écriture ici:
http://developer.yahoo.com/performance/roules.html#gzip < / a>
Si vous utilisez le niveau 1 de la compression GZIP, l'utilisation de la CPU deviendra très faible.
Considérant qu'il y a un gain énorme sur la taille des données HTML à télécharger lorsqu'il est gzippé, je ne vois pas pourquoi vous ne devez pas le gzip.
Peut-être qu'il utilise un peu de CPU ... mais pas beaucoup; Et c'est vraiment intéressant pour le client, qui a moins à télécharger. Et ce n'est que quelques lignes dans la configuration du serveur Web pour l'activer.
(mais laissez votre serveur Web faire cela: il y a des modules comme mod_deflate pour les serveurs les plus utilisés)
En tant que semi-Sidenote: vous parlez de la compression des pages de contenu HTML ... mais arrêtez-vous aux pages HTML: vous pouvez également compresser JS et CSS (ce sont des fichiers texte et, donc, sont généralement généralement compressés très bien), Et cela ne coûte pas beaucoup de processeur non plus.
Considérant que les gros frameworks JS / CSS utilisent de nos jours, le gain est probablement encore plus conséquenciant en comprimant ceux que par la compression des pages HTML.