Choose a version:
27% The original file has 340083 bytes (332.1k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 93373 bytes (91.2k, 27%).

After GZIP compression these minified files vary in size:
unpkg
  39801 bytes (38.9k)
CDN
Boot
  34227 bytes (33.4k)
CDN
cdnjs
  34227 bytes (33.4k)
CDN
gzip -6 (default)
  34028 bytes (33.2k)
local copy
gzip -9
  33963 bytes (33.2k)
local copy
libdeflate -12
  32857 bytes (32.1k)
local copy
7zip -mx=9 -tgzip
  32789 bytes (32.0k)
local copy
kzip -s0 -rn -b5
  32751 bytes (32.0k)
local copy
pigz -11 -n
  32733 bytes (32.0k)
local copy
Zopfli
  32692 bytes (31.9k)
local copy

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

You will automatically get the smallest Vue 2.6.7 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 1535 bytes by using my Vue 2.6.7 Zopfli version instead of the best available CDN (4.70% smaller than cdnjs, 32692 vs. 34227 bytes):
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 --mls8192 --bsr15 --lazy --ohh

(found February 25, 2019)
Description Value Parameter
iterations 1000000  --i1000000
maximum blocks 8  --mb8
maximum length score 8192  --mls8192
block splitting recursion 15  --bsr15
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.6.7.min.js --location | md5sum
47220dbcb227dd1b39a1013bafc03a1c  -
curl --silent --compressed https://minime.stephan-brumme.com/files/vue/vue-2.6.7.min.zopfli.js.gz | md5sum
47220dbcb227dd1b39a1013bafc03a1c  -

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

All listed CDNs deliver identical contents:
CDN Size (compressed) MD5 (uncompressed) Timestamp
unpkg 39801 bytes 47220dbcb227dd1b39a1013bafc03a1c (invalid)
Boot 34227 bytes 47220dbcb227dd1b39a1013bafc03a1c (invalid)
cdnjs 34227 bytes 47220dbcb227dd1b39a1013bafc03a1c (invalid)

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

Other Versions

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

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
32692 bytes -1 byte zopfli --i1000000 --mls8192 --bsr15 --lazy --ohh February 25, 2019 @ 14:47
32693 bytes -1 byte zopfli --i100000 --mls8192 --bsr16 --lazy --ohh February 25, 2019 @ 07:59
32694 bytes -1 byte zopfli --i100000 --mls8192 --bsr25 --lazy --ohh February 25, 2019 @ 07:57
32695 bytes -1 byte zopfli --i10000 --mls8192 --bsr25 --lazy --ohh February 23, 2019 @ 03:26
32696 bytes -4 bytes zopfli --i10000 --mls8192 --bsr7 --lazy --ohh February 22, 2019 @ 16:25
32700 bytes -1 byte zopfli --i1000 --mls4 --bsr30 --lazy --ohh February 22, 2019 @ 13:30
32701 bytes -1 byte zopfli --i1000 --mls4 --bsr23 --lazy --ohh February 22, 2019 @ 13:01
32702 bytes -3 bytes zopfli --i1000 --mls4 --bsr15 --lazy --ohh February 22, 2019 @ 12:51
32705 bytes zopfli --i100 --mls4 --bsr12 --lazy --ohh February 22, 2019 @ 11:02

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

Most recent activity on February 25, 2019 @ 19:19.

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
32711 32712 32716 32712 32715 32714 32722 32715 32713 32724 32707 32705 32706 32715 32728
32728 32709 32709 32713 32709 32727 32739 32731 32719 32724 32720 32718 32694 32719 32724
32730 32698 32732 32734 32711 32727 32729 32731 32731 32723 32721 32707 32717 32714 32729
32709 32711 32710 32719 32716 32728 32726 32724 32729 32724 32716 32712 32692 32719 32709
32711 32712 32710 32717 32716 32724 32710 32712 32728 32723 32711 32713 32697 32709 32734
32710 32713 32712 32709 32709 32724 32731 32728 32728 32719 32713 32718 32694 32718 32718
32710 32711 32711 32720 32712 32724 32725 32734 32729 32723 32713 32714 32703 32718 32724
32698 32711 32711 32712 32716 32727 32727 32730 32729 32723 32713 32705 32692 32718 32708
32709 32697 32712 32712 32709 32738 32728 32734 32730 32723 32714 32704 32692 32725 32727
32709 32710 32712 32739 32725 32729 32725 32729 32729 32719 32713 32705 32693 32718 32726
32729 32711 32710 32741 32710 32730 32735 32729 32723 32725 32713 32714 32694 32717 32708
32709 32699 32711 32738 32736 32728 32724 32713 32728 32722 32713 32714 32692 32718 32712
32711 32699 32711 32739 32712 32740 32726 32728 32726 32720 32714 32713 32693 32719 32708
32715 32711 32710 32736 32741 32729 32736 32728 32730 32723 32714 32712 32712 32719 32710
32727 32711 32711 32715 32711 32727 32725 32731 32729 32720 32713 32712 32693 32719 32726
32711 32700 32709 32719 32711 32731 32732 32730 32730 32720 32713 32715 32705 32725 32710
32711 32712 32713 32712 32709 32728 32724 32725 32730 32721 32724 32714 32709 32720 32725
32710 32711 32711 32738 32717 32727 32728 32726 32730 32726 32713 32714 32709 32719 32718
32709 32701 32711 32712 32711 32729 32725 32729 32728 32722 32713 32716 32704 32719 32724
32710 32699 32709 32714 32716 32717 32725 32725 32728 32724 32713 32715 32698 32719 32710
32729 32698 32734 32738 32718 32728 32736 32730 32729 32722 32713 32715 32694 32719 32709
32709 32699 32713 32740 32710 32728 32725 32728 32728 32722 32714 32712 32698 32718 32724
32729 32698 32711 32721 32709 32727 32725 32724 32728 32720 32713 32712 32692 32703 32708

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 32705 bytes 100%
1,000 32700 bytes -5 bytes 100%
10,000 32695 bytes -5 bytes 100%
100,000 32693 bytes -2 bytes 3.48%
1,000,000 32692 bytes -1 byte 2.32%
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
32808 bytes +116 bytes (+0.35%) +57 bytes
32803 bytes +111 bytes (+0.34%) +52 bytes
32809 bytes +117 bytes (+0.36%) +58 bytes
32794 bytes +102 bytes (+0.31%) +43 bytes
32809 bytes +117 bytes (+0.36%) +58 bytes
32751 bytes +59 bytes (+0.18%)
32773 bytes +81 bytes (+0.25%) +22 bytes
32770 bytes +78 bytes (+0.24%) +19 bytes
32807 bytes +115 bytes (+0.35%) +56 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 - but your browser doesn't support it.
Algorithm Program Parameters Size Compared To Best Zopfli
ZPAQ (Wikipedia) zpaq zpaq -method 69 26919 bytes -5773 bytes (-17.66%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 27871 bytes -4821 bytes (-14.75%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 28883 bytes -3809 bytes (-11.65%)
Brotli (Wikipedia) brotli brotli -q 11 30600 bytes -2092 bytes (-6.40%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 31313 bytes -1379 bytes (-4.22%)
LZMA2 (Wikipedia) xz xz -9 31372 bytes -1320 bytes (-4.04%)
Zstandard (Wikipedia) zstd zstd -19 32005 bytes -687 bytes (-2.10%)

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):


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 2019.
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