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

Choose a version:

The original file has 310837 bytes (303.6k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 87533 bytes (85.5k, 28%).

After GZIP compression these minified files vary in size:

Boot	36489 bytes (35.6k)	CDN
cdnjs	31920 bytes (31.2k)	CDN
gzip -6 (default)	31691 bytes (30.9k)	local copy
gzip -9	31628 bytes (30.9k)	local copy
unpkg	31617 bytes (30.9k)	CDN
kzip -s0 -rn -b1	30574 bytes (29.9k)	local copy
7zip -mx=9 -tgzip	30558 bytes (29.8k)	local copy
libdeflate -12	30539 bytes (29.8k)	local copy
zultra	30527 bytes (29.8k)	local copy
pigz -11 -n	30509 bytes (29.8k)	local copy
Zopfli	30464 bytes (29.8k)	local copy

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

You will automatically get the smallest Vue 2.5.22 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 1153 bytes by using my Vue 2.5.22 Zopfli version instead of the best available CDN (3.78% smaller than unpkg, 30464 vs. 31617 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 --mls32 --bsr13 --lazy --ohh

(found January 16, 2019)

Description	Value	Parameter
iterations	1000000	--i1000000
maximum blocks	8	--mb8
maximum length score	32	--mls32
block splitting recursion	13	--bsr13
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.22.min.js --location | md5sum
67ec52d3c1676ea00fa492ddfce83edf -
curl --silent --compressed https://minime.stephan-brumme.com/files/vue/vue-2.5.22.min.zopfli.js.gz | md5sum
67ec52d3c1676ea00fa492ddfce83edf -

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

All listed CDNs deliver identical contents:

CDN	Size (compressed)	MD5 (uncompressed)	Timestamp
Boot	36489 bytes	67ec52d3c1676ea00fa492ddfce83edf	(invalid)
cdnjs	31920 bytes	67ec52d3c1676ea00fa492ddfce83edf	(invalid)
unpkg	31617 bytes	67ec52d3c1676ea00fa492ddfce83edf	(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
30464 bytes	-1 byte	zopfli --i1000000 --mls32 --bsr13 --lazy --ohh	January 16, 2019 @ 19:12
30465 bytes	-2 bytes	zopfli --i1000000 --mls32 --bsr25 --lazy --ohh	January 16, 2019 @ 18:20
30467 bytes	-1 byte	zopfli --i100000 --mls32 --bsr25 --lazy --ohh	January 16, 2019 @ 13:06
30468 bytes	-2 bytes	zopfli --i100000 --mls64 --bsr13 --lazy --ohh	January 16, 2019 @ 12:32
30470 bytes	-3 bytes	zopfli --i10000 --mls256 --bsr10 --lazy --ohh	January 16, 2019 @ 11:35
30473 bytes	-2 bytes	zopfli --i1000 --mls32 --bsr13 --lazy --ohh	January 16, 2019 @ 11:16
30475 bytes	-7 bytes	zopfli --i1000 --mls128 --bsr13 --lazy --ohh	January 16, 2019 @ 11:16
30482 bytes	–	zopfli --i100 --mls128 --bsr40 --lazy --ohh	January 16, 2019 @ 11:13

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	30511	30498	30498	30500	30500	30499	30501	30497	30500	30499	30501	30500	30512	30492	30494
4	30504	30502	30503	30504	30504	30504	30480	30501	30503	30501	30498	30500	30495	30507	30501
6	30504	30500	30496	30499	30493	30494	30493	30497	30497	30499	30494	30514	30514	30509	30497
7	30496	30494	30495	30491	30494	30493	30495	30498	30496	30496	30496	30495	30491	30509	30491
8	30495	30496	30494	30491	30489	30492	30494	30497	30499	30496	30496	30498	30498	30513	30495
9	30502	30495	30492	30496	30493	30499	30477	30496	30502	30501	30498	30495	30514	30514	30502
10	30498	30499	30500	30500	30499	30494	30497	30465	30476	30496	30498	30496	30485	30512	30495
11	30496	30498	30494	30498	30493	30495	30497	30497	30498	30499	30497	30495	30487	30512	30497
12	30503	30497	30494	30495	30468	30492	30497	30499	30497	30496	30498	30488	30512	30514	30500
13	30494	30493	30497	30496	30464	30468	30473	30497	30497	30499	30496	30496	30513	30507	30497
14	30504	30497	30492	30495	30494	30492	30474	30496	30476	30497	30498	30496	30510	30508	30496
15	30493	30495	30497	30494	30469	30492	30494	30497	30476	30497	30495	30494	30485	30513	30497
16	30495	30493	30493	30497	30492	30492	30464	30496	30475	30499	30499	30496	30487	30513	30495
17	30495	30493	30495	30497	30493	30473	30498	30496	30498	30499	30506	30514	30485	30513	30498
18	30503	30498	30494	30498	30493	30492	30476	30494	30477	30499	30498	30496	30512	30512	30495
19	30496	30496	30493	30497	30494	30492	30496	30498	30498	30499	30498	30496	30485	30515	30500
20	30494	30493	30492	30494	30491	30491	30498	30498	30476	30496	30496	30494	30484	30516	30497
21	30504	30498	30492	30500	30497	30468	30472	30498	30476	30498	30498	30499	30486	30512	30499
22	30504	30495	30493	30498	30493	30493	30494	30498	30477	30498	30500	30495	30485	30516	30497
23	30496	30499	30492	30497	30493	30492	30498	30499	30476	30498	30494	30489	30485	30514	30500
25	30502	30498	30493	30496	30465	30495	30494	30498	30475	30499	30498	30494	30485	30513	30497
30	30502	30495	30493	30496	30492	30492	30473	30497	30477	30497	30499	30497	30486	30515	30498
40	30503	30495	30493	30495	30493	30492	30473	30498	30497	30499	30496	30487	30494	30515	30498

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	30482 bytes	–	100%
1,000	30473 bytes	-9 bytes	100%
10,000	30470 bytes	-3 bytes	100%
100,000	30467 bytes	-3 bytes	2.32%
1,000,000	30464 bytes	-3 bytes	1.16%
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)	30574 bytes	+110 bytes (+0.36%)	–
1	30574 bytes	+110 bytes (+0.36%)	–
2	30581 bytes	+117 bytes (+0.38%)	+7 bytes
3	30605 bytes	+141 bytes (+0.46%)	+31 bytes
4	30605 bytes	+141 bytes (+0.46%)	+31 bytes
5	30626 bytes	+162 bytes (+0.53%)	+52 bytes
6	30631 bytes	+167 bytes (+0.55%)	+57 bytes
7	30582 bytes	+118 bytes (+0.39%)	+8 bytes
8	30612 bytes	+148 bytes (+0.49%)	+38 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	25308 bytes	-5156 bytes (-16.92%)
RAR (proprietary)	RAR	rar a -m5 -md64m -mc63:128t -mt1	26113 bytes	-4351 bytes (-14.28%)
PPMd (Wikipedia)	7zip	7za a -mx=9 -m0=ppmd	27062 bytes	-3402 bytes (-11.17%)
Brotli (Wikipedia)	brotli	brotli -q 11	28633 bytes	-1831 bytes (-6.01%)
Burrows-Wheeler transform (Wikipedia)	bzip2	bzip2 -9	29224 bytes	-1240 bytes (-4.07%)
LZMA2 (Wikipedia)	xz	xz -9	29432 bytes	-1032 bytes (-3.39%)
Zstandard (Wikipedia)	zstd	zstd -19	29987 bytes	-477 bytes (-1.57%)

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.