2017-06-16 1 views
0

Donc, Comme je l'ai trouvé pour compresser les données Gzip était utilisé en 2012 ou même plus. Nous sommes en 2017 et nous utilisons encore Gzip dans la plupart des endroits. Pourquoi ça? N'y a-t-il pas une meilleure alternative?Pourquoi utilisons-nous encore Gzip en 2017?

Personnellement, je dois réduire la charge utile lors de l'envoi de données (chaînes JSON) du serveur à l'application et vice versa.Je vois qu'il y a une meilleure compression, mais ils prennent beaucoup plus de temps. J'ai juste peur de manquer quelque chose? Ou Gzip est toujours le meilleur?

Répondre

1

Il est beaucoup plus vieux que vous ne le pensez. Jusqu'à très récemment, il y a un peu moins d'un an, il n'y avait rien de bien meilleur dans la niche particulière de la vitesse de compression, de la vitesse de décompression et du taux de compression dans lequel vit gzip. est maintenant zstd, écrit par Yann Collet, qui améliore toutes ces métriques dans ce créneau. Je m'attendrais à ce que zstd ou un descendant finisse par supplanter gzip/deflate pour ses applications actuelles.

+0

Je comprends qu'il y avait un malentendu de nom plus tôt dans deflate et zlib, donc il est plus fiable d'utiliser gzip lorsque nous envoyons les données aux navigateurs. Est-ce vrai si nous envoyons simplement les données de l'application au serveur/base de données. – Danish

+0

Non ............. –

+0

Donc, nous devrions utiliser zlib dans ce cas? btw quelle était exactement la question qui conduit à la charge utile brisée? – Danish