Vue 2.5.14 - as small as it gets (near-perfect GZIP compression)

Choose a version:

The original file has 288567 bytes (281.8k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 86311 bytes (84.3k, 30%).

After GZIP compression these minified files vary in size:

Boot	36259 bytes (35.4k)	CDN
gzip -6 (default)	31603 bytes (30.9k)	local copy
gzip -9	31548 bytes (30.8k)	local copy
cdnjs	31512 bytes (30.8k)	CDN
unpkg	31512 bytes (30.8k)	CDN
libdeflate -12	30495 bytes (29.8k)	local copy
kzip -s0 -rn -b0	30473 bytes (29.8k)	local copy
7zip -mx=9 -tgzip	30472 bytes (29.8k)	local copy
zultra	30417 bytes (29.7k)	local copy
pigz -11 -n	30401 bytes (29.7k)	local copy
Zopfli	30364 bytes (29.7k)	local copy

perma-link to the smallest file on my server:
http://minime.stephan-brumme.com/files/vue/vue-2.5.14.min.js (or via HTTPS)

You will automatically get the smallest Vue 2.5.14 file, ETag caching is available and
if your browser doesn't support GZIP decompression then the uncompressed version will be sent.

Currently best Zopfli settings

Save 1148 bytes by using my Vue 2.5.14 Zopfli version instead of the best available CDN (3.78% smaller than unpkg, 30364 vs. 31512 bytes):

Download

You can use my super-compressed files for whatever purpose you like as long as you respect the library's original license agreement.
There are no restrictions from my side - but please avoid hot-linking if you run a high-traffic website.

These command-line settings yielded the best compression ratio so far (Linux version of zopfli-krzymod):
zopfli --i1000000 --mb8 --mls4 --bsr10 --lazy --ohh

(found March 13, 2018)

Description	Value	Parameter
iterations	1000000	--i1000000
maximum blocks	8	--mb8
maximum length score	4	--mls4
block splitting recursion	10	--bsr10
lazy matching in LZ77	yes	--lazy
optimized Huffman headers	yes	--ohh
initial random W for iterations	1	--rw1
initial random Z for iterations	2	--rz2

Verify file integrity

After decompression, my uncompressed files are identical to the original ones:

MD5:
curl --silent --compressed https://raw.githubusercontent.com/vuejs/vue/vue-2.5.14.min.js --location | md5sum
ec313e45f50486b2c64f072c37e02089 -
curl --silent --compressed https://minime.stephan-brumme.com/files/vue/vue-2.5.14.min.zopfli.js.gz | md5sum
ec313e45f50486b2c64f072c37e02089 -

SHA1:
curl --silent --compressed https://raw.githubusercontent.com/vuejs/vue/vue-2.5.14.min.js --location | sha1sum
26a0eaa019f21a213624ceafabacd0ea919c9b1f -
curl --silent --compressed https://minime.stephan-brumme.com/files/vue/vue-2.5.14.min.zopfli.js.gz | sha1sum
26a0eaa019f21a213624ceafabacd0ea919c9b1f -

All listed CDNs deliver identical contents:

CDN	Size (compressed)	MD5 (uncompressed)	Timestamp
Boot	36259 bytes	ec313e45f50486b2c64f072c37e02089	March 13, 2018 @ 18:54
cdnjs	31512 bytes	ec313e45f50486b2c64f072c37e02089	(invalid)
unpkg	31512 bytes	ec313e45f50486b2c64f072c37e02089	(invalid)

Note: only the MD5 hashes are shown to keep things simple.

Other Versions

Available Vue versions at minime.stephan-brumme.com:

2.6.14, 2.6.13, 2.6.12, 2.6.11, 2.6.10, 2.6.9, 2.6.8, 2.6.7, 2.6.6, 2.6.5, 2.6.4, 2.6.3, 2.6.2, 2.6.1, 2.6.0, 2.5.22, 2.5.21, 2.5.20, 2.5.19, 2.5.18, 2.5.17, 2.5.16, 2.5.15, 2.5.14, 2.5.13, 2.5.12, 2.5.11, 2.5.10, 2.5.9, 2.5.8, 2.5.7, 2.5.6, 2.5.5, 2.5.4, 2.5.3, 2.5.2, 2.5.1, 2.5.0, 2.4.4, 2.4.3, 2.4.2, 2.4.1, 2.4.0, 2.3.4, 2.3.3, 2.3.2, 2.3.1, 2.3.0, 2.2.6, 2.2.5, 2.2.4, 2.2.3, 2.2.2, 2.2.1, 2.2.0, 2.1.10, 2.1.9, 2.1.8, 2.1.7, 2.1.6, 2.1.5, 2.1.4, 2.1.3, 2.1.2, 2.1.1, 2.1.0, 2.0.8, 2.0.7, 2.0.6, 2.0.5, 2.0.4, 2.0.3, 2.0.2, 2.0.1, 2.0.0,
1.0.28, 1.0.27, 1.0.26, 1.0.25, 1.0.24, 1.0.23, 1.0.22, 1.0.21, 1.0.20, 1.0.19, 1.0.18, 1.0.17, 1.0.16, 1.0.15, 1.0.14, 1.0.13, 1.0.12, 1.0.11, 1.0.10, 1.0.9,
0.10.6, 0.10.5, 0.10.4, 0.10.3, 0.10.2, 0.10.1, 0.10.0,
0.9.3, 0.9.2, 0.9.1, 0.9.0

The project site contains an overview how well these versions were compressed.
Other interesting projects are AngularJS, BackboneJS, Bootstrap, D3, Dojo, Ember, jQuery, Knockout, lodash, React, Socket.IO, ThreeJS and UnderscoreJS.

Changelog

Best Zopfli parameters so far:

Size	Improvement	Parameters	Found
30364 bytes	-3 bytes	zopfli --i1000000 --mls4 --bsr10 --lazy --ohh	March 13, 2018 @ 00:29
30367 bytes	-2 bytes	zopfli --i100000 --mls4 --bsr10 --lazy --ohh	March 12, 2018 @ 18:08
30369 bytes	-1 byte	zopfli --i100000 --mls32 --bsr30 --lazy --ohh	March 12, 2018 @ 17:20
30370 bytes	-2 bytes	zopfli --i10000 --mls32 --bsr30 --lazy --ohh	March 12, 2018 @ 16:51
30372 bytes	-1 byte	zopfli --i1000 --mls32 --bsr30 --lazy --ohh	March 12, 2018 @ 16:35
30373 bytes	-2 bytes	zopfli --i1000 --mls32 --bsr22 --lazy --ohh	March 12, 2018 @ 16:35
30375 bytes	-1 byte	zopfli --i1000 --mls512 --bsr22 --lazy --ohh	March 12, 2018 @ 16:35
30376 bytes	–	zopfli --i100 --mls32 --bsr22 --lazy --ohh	March 12, 2018 @ 16:28

If there are multiple parameter sets yielding the same compressed size, only the first one found is shown.

Most recent activity on July 20, 2020 @ 12:55.

Heatmaps

This Zopfli heatmap visualizes how compression changes when modifying the --bsr and --mls parameter.
Cell's contents is the best filesize achieved (in bytes, hover with mouse over cells to see number of iterations).

Good parameters are green, bad are red. The best and worst are bold as well.
The brightness of the blue background color indicates how many iterations were processed:
10,000, 100,000 or 1,000,000.

bsr \ mls	2	4	8	16	32	64	128	256	512	1024	2048	4096	8192	16384	32768
bsr \ mls	2	4	8	16	32	64	128	256	512	1024	2048	4096	8192	16384	32768
2	30409	30410	30411	30410	30410	30394	30393	30394	30396	30389	30398	30392	30391	30396	30396
4	30385	30379	30402	30394	30394	30390	30392	30396	30393	30396	30394	30391	30396	30403	30398
6	30399	30393	30397	30399	30394	30387	30393	30397	30394	30391	30395	30394	30392	30396	30397
7	30387	30392	30400	30398	30398	30393	30376	30390	30392	30390	30389	30394	30393	30398	30396
8	30405	30389	30388	30397	30376	30392	30394	30392	30392	30390	30395	30393	30392	30402	30398
9	30388	30398	30402	30399	30377	30383	30385	30394	30392	30389	30390	30392	30393	30401	30408
10	30395	30364	30399	30398	30382	30388	30390	30394	30391	30391	30389	30394	30393	30398	30377
11	30397	30391	30399	30398	30380	30393	30393	30395	30393	30390	30389	30393	30391	30401	30396
12	30397	30393	30399	30397	30400	30390	30393	30393	30392	30391	30389	30393	30393	30403	30393
13	30385	30395	30400	30399	30395	30388	30392	30393	30392	30388	30391	30392	30391	30400	30398
14	30398	30402	30400	30399	30398	30389	30393	30394	30393	30391	30391	30393	30393	30401	30395
15	30393	30393	30395	30398	30369	30388	30383	30395	30393	30389	30390	30393	30399	30394	30394
16	30394	30392	30397	30399	30398	30395	30394	30394	30393	30391	30389	30394	30395	30398	30404
17	30399	30392	30398	30398	30387	30389	30393	30394	30377	30389	30390	30393	30390	30398	30398
18	30389	30393	30397	30397	30387	30392	30393	30394	30393	30391	30389	30394	30391	30395	30398
19	30398	30404	30400	30399	30385	30391	30393	30393	30393	30390	30389	30393	30393	30400	30394
20	30389	30393	30397	30399	30389	30393	30393	30398	30391	30391	30391	30394	30393	30402	30394
21	30388	30391	30399	30399	30390	30391	30393	30393	30393	30390	30389	30393	30391	30401	30396
22	30387	30395	30397	30398	30369	30390	30394	30394	30373	30391	30391	30392	30393	30402	30392
23	30397	30397	30398	30399	30387	30388	30393	30396	30376	30388	30391	30391	30393	30402	30396
25	30397	30391	30398	30399	30399	30392	30393	30394	30376	30391	30389	30394	30394	30402	30397
30	30396	30398	30400	30399	30369	30393	30393	30378	30393	30391	30391	30394	30384	30401	30396
40	30396	30391	30400	30398	30393	30393	30381	30390	30393	30389	30390	30395	30384	30395	30395

Due to the Monte Carlo design of my search algorithm, not all parameters have reached the same number of iterations yet:

Iterations	Min. Bytes	Reduction	Coverage
100	30376 bytes	–	100%
1,000	30372 bytes	-4 bytes	100%
10,000	30369 bytes	-3 bytes	100%
100,000	30367 bytes	-2 bytes	1.16%
1,000,000	30364 bytes	-3 bytes	0.29%
10,000,000	–	–	–

KZIP has far less options available for tuning/optimization. I only played around with the number of blocks (parameter -n):

Blocks	Min. Bytes	Compared To Best Zopfli	Compared To Best KZIP
(any)	30473 bytes	+109 bytes (+0.36%)	–
1	30474 bytes	+110 bytes (+0.36%)	+1 byte
2	30479 bytes	+115 bytes (+0.38%)	+6 bytes
3	30488 bytes	+124 bytes (+0.41%)	+15 bytes
4	30505 bytes	+141 bytes (+0.46%)	+32 bytes
5	30530 bytes	+166 bytes (+0.55%)	+57 bytes
6	30538 bytes	+174 bytes (+0.57%)	+65 bytes
7	30490 bytes	+126 bytes (+0.41%)	+17 bytes
8	30518 bytes	+154 bytes (+0.51%)	+45 bytes

Non-DEFLATE Algorithms

Archivers based on completely different compression algorithms often produce superior results.
Unfortunately, browsers only support gzip compression at the moment.
However, support for Brotli is constantly growing - for example, your browser actually supports it !

Algorithm	Program	Parameters	Size	Compared To Best Zopfli
ZPAQ (Wikipedia)	zpaq	zpaq -method 69	25230 bytes	-5134 bytes (-16.91%)
RAR (proprietary)	RAR	rar a -m5 -md64m -mc63:128t -mt1	26010 bytes	-4354 bytes (-14.34%)
PPMd (Wikipedia)	7zip	7za a -mx=9 -m0=ppmd	26843 bytes	-3521 bytes (-11.60%)
Brotli (Wikipedia)	brotli	brotli -q 11	28610 bytes	-1754 bytes (-5.78%)
Burrows-Wheeler transform (Wikipedia)	bzip2	bzip2 -9	29108 bytes	-1256 bytes (-4.14%)
LZMA2 (Wikipedia)	xz	xz -9	29364 bytes	-1000 bytes (-3.29%)
Zstandard (Wikipedia)	zstd	zstd -19	30020 bytes	-344 bytes (-1.13%)

Detailled Analysis

I wrote a DEFLATE decoder in Javascript. Click the button below to start a client-side analysis of the smallest gzipped files (may take a second):

Load and Parse Data

Notes: pigz is a fast open source multi-threaded implementation of gzip written by one of the original authors of gzip.
However, when using compression level 11, pigz actually switches to the slower Zopfli algorithm and isn't multi-threaded anymore.
KrzyMOD's extensions to Zopfli offer the highest level of configuration and is therefore used for my brute-force search.
Ken Silverman wrote the closed-source KZIP compression program and Jonathon Fowler ported it to Linux.
Defluff was created by Joachim Henke; DeflOpt is a tool by Ben Jos Walbeehm.

website made by Stephan Brumme in 2015 and still improving in 2026.
all timestamps are displayed in central european time. see my changelog.
no flash, not even images or external css files - and everything squeezed into a single html file.
which was handsomely compressed before releasing it into the wild internet - obviously.

please visit my homepage and my blog, too.
email: minime (at) stephan-brumme.com

All trademarks are property of their respective owners. You know, the boring legal stuff.