Choose a version:
28% The original file has 337053 bytes (329.2k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 92913 bytes (90.7k, 28%).

After GZIP compression these minified files vary in size:
unpkg
  39578 bytes (38.7k)
CDN
Boot
  34006 bytes (33.2k)
CDN
cdnjs
  34006 bytes (33.2k)
CDN
gzip -6 (default)
  33802 bytes (33.0k)
local copy
gzip -9
  33737 bytes (32.9k)
local copy
libdeflate -12
  32646 bytes (31.9k)
local copy
7zip -mx=9 -tgzip
  32574 bytes (31.8k)
local copy
kzip -s0 -rn -b5
  32532 bytes (31.8k)
local copy
pigz -11 -n
  32528 bytes (31.8k)
local copy
Zopfli
  32485 bytes (31.7k)
local copy

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

You will automatically get the smallest Vue 2.6.4 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 1521 bytes by using my Vue 2.6.4 Zopfli version instead of the best available CDN (4.68% smaller than cdnjs, 32485 vs. 34006 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 --bsr25 --lazy --ohh

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

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

All listed CDNs deliver identical contents:
CDN Size (compressed) MD5 (uncompressed) Timestamp
unpkg 39578 bytes 58a2d8d36c6fe6f9423598748bb82363 (invalid)
Boot 34006 bytes 58a2d8d36c6fe6f9423598748bb82363 (invalid)
cdnjs 34006 bytes 58a2d8d36c6fe6f9423598748bb82363 (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
32485 bytes -1 byte zopfli --i1000000 --mls8192 --bsr25 --lazy --ohh February 16, 2019 @ 21:34
32486 bytes -1 byte zopfli --i1000000 --mls8192 --bsr40 --lazy --ohh February 16, 2019 @ 08:44
32487 bytes -2 bytes zopfli --i100000 --mls8192 --bsr40 --lazy --ohh February 15, 2019 @ 23:33
32489 bytes -1 byte zopfli --i10000 --mls8192 --bsr40 --lazy --ohh February 14, 2019 @ 02:12
32490 bytes -1 byte zopfli --i10000 --mls8192 --bsr22 --lazy --ohh February 13, 2019 @ 10:05
32491 bytes -4 bytes zopfli --i10000 --mls8192 --bsr17 --lazy --ohh February 12, 2019 @ 14:56
32495 bytes -1 byte zopfli --i1000 --mls8192 --bsr25 --lazy --ohh February 11, 2019 @ 23:29
32496 bytes -2 bytes zopfli --i1000 --mls8192 --bsr40 --lazy --ohh February 11, 2019 @ 18:58
32498 bytes zopfli --i100 --mls8192 --bsr22 --lazy --ohh February 11, 2019 @ 16:33

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

Most recent activity on February 16, 2019 @ 21:34.

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 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
32503 32501 32504 32502 32503 32502 32508 32506 32523 32512 32495 32497 32497 32502 32523
32520 32519 32524 32500 32500 32523 32516 32511 32516 32512 32505 32506 32503 32500 32525
32520 32516 32513 32525 32531 32497 32524 32501 32510 32503 32506 32503 32503 32513 32519
32521 32518 32501 32499 32501 32503 32531 32515 32514 32518 32500 32504 32496 32503 32519
32517 32515 32501 32502 32529 32522 32503 32514 32511 32511 32501 32503 32493 32501 32513
32503 32499 32502 32501 32501 32518 32514 32512 32514 32513 32507 32507 32493 32501 32517
32517 32515 32516 32499 32501 32520 32516 32520 32511 32510 32504 32509 32496 32500 32524
32499 32516 32530 32503 32501 32526 32516 32515 32512 32514 32504 32495 32494 32506 32499
32498 32500 32514 32503 32503 32502 32516 32516 32512 32519 32510 32502 32486 32507 32515
32502 32500 32503 32501 32502 32505 32519 32523 32511 32510 32500 32504 32494 32510 32501
32520 32520 32518 32500 32513 32520 32529 32519 32518 32511 32500 32502 32493 32509 32498
32517 32521 32503 32499 32501 32519 32516 32526 32511 32510 32502 32505 32494 32500 32521
32499 32515 32527 32501 32515 32500 32515 32517 32519 32500 32503 32505 32494 32500 32499
32518 32501 32502 32501 32502 32532 32514 32518 32515 32511 32506 32505 32491 32502 32501
32499 32501 32518 32501 32501 32500 32517 32516 32511 32512 32503 32505 32498 32496 32517
32498 32500 32499 32499 32508 32502 32518 32521 32511 32510 32503 32503 32490 32495 32524
32521 32520 32517 32501 32514 32532 32518 32518 32512 32515 32514 32505 32492 32499 32502
32518 32517 32524 32513 32502 32518 32514 32514 32512 32510 32510 32504 32490 32495 32499
32500 32499 32499 32501 32502 32500 32515 32519 32510 32510 32503 32504 32490 32500 32518
32499 32500 32501 32501 32502 32500 32516 32517 32510 32511 32503 32504 32486 32509 32498
32520 32521 32517 32524 32516 32516 32529 32519 32513 32519 32503 32504 32485 32504 32498
32498 32517 32526 32510 32506 32519 32514 32519 32512 32510 32503 32503 32490 32500 32497
32518 32519 32501 32501 32501 32522 32521 32519 32511 32512 32503 32505 32486 32496 32499

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 32498 bytes 100%
1,000 32495 bytes -3 bytes 100%
10,000 32489 bytes -6 bytes 100%
100,000 32487 bytes -2 bytes 1.16%
1,000,000 32485 bytes -2 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
32597 bytes +112 bytes (+0.34%) +65 bytes
32601 bytes +116 bytes (+0.36%) +69 bytes
32594 bytes +109 bytes (+0.34%) +62 bytes
32584 bytes +99 bytes (+0.30%) +52 bytes
32602 bytes +117 bytes (+0.36%) +70 bytes
32532 bytes +47 bytes (+0.14%)
32560 bytes +75 bytes (+0.23%) +28 bytes
32563 bytes +78 bytes (+0.24%) +31 bytes
32596 bytes +111 bytes (+0.34%) +64 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 26765 bytes -5720 bytes (-17.61%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 27706 bytes -4779 bytes (-14.71%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 28718 bytes -3767 bytes (-11.60%)
Brotli (Wikipedia) brotli brotli -q 11 30429 bytes -2056 bytes (-6.33%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 31057 bytes -1428 bytes (-4.40%)
LZMA2 (Wikipedia) xz xz -9 31180 bytes -1305 bytes (-4.02%)
Zstandard (Wikipedia) zstd zstd -19 31809 bytes -676 bytes (-2.08%)

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