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

After GZIP compression these minified files vary in size:
unpkg
  39457 bytes (38.5k)
CDN
Boot
  33896 bytes (33.1k)
CDN
cdnjs
  33896 bytes (33.1k)
CDN
gzip -6 (default)
  33686 bytes (32.9k)
local copy
gzip -9
  33618 bytes (32.8k)
local copy
libdeflate -12
  32532 bytes (31.8k)
local copy
7zip -mx=9 -tgzip
  32463 bytes (31.7k)
local copy
kzip -s0 -rn -b5
  32431 bytes (31.7k)
local copy
zultra
  32429 bytes (31.7k)
local copy
pigz -11 -n
  32404 bytes (31.6k)
local copy
Zopfli
  32377 bytes (31.6k)
local copy

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

You will automatically get the smallest Vue 2.6.3 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 1519 bytes by using my Vue 2.6.3 Zopfli version instead of the best available CDN (4.69% smaller than cdnjs, 32377 vs. 33896 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 --bsr18 --lazy --ohh

(found February 8, 2019)
Description Value Parameter
iterations 1000000  --i1000000
maximum blocks 8  --mb8
maximum length score 8192  --mls8192
block splitting recursion 18  --bsr18
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.3.min.js --location | md5sum
35fd97cf113f1716c8175be12a0452f9  -
curl --silent --compressed https://minime.stephan-brumme.com/files/vue/vue-2.6.3.min.zopfli.js.gz | md5sum
35fd97cf113f1716c8175be12a0452f9  -

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

All listed CDNs deliver identical contents:
CDN Size (compressed) MD5 (uncompressed) Timestamp
unpkg 39457 bytes 35fd97cf113f1716c8175be12a0452f9 (invalid)
Boot 33896 bytes 35fd97cf113f1716c8175be12a0452f9 (invalid)
cdnjs 33896 bytes 35fd97cf113f1716c8175be12a0452f9 (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
32377 bytes -2 bytes zopfli --i1000000 --mls8192 --bsr18 --lazy --ohh February 8, 2019 @ 19:53
32379 bytes -2 bytes zopfli --i100000 --mls8192 --bsr18 --lazy --ohh February 7, 2019 @ 18:00
32381 bytes -6 bytes zopfli --i10000 --mls8192 --bsr18 --lazy --ohh February 7, 2019 @ 12:04
32387 bytes -2 bytes zopfli --i1000 --mls8192 --bsr18 --lazy --ohh February 7, 2019 @ 11:11
32389 bytes -1 byte zopfli --i1000 --mls8192 --bsr40 --lazy --ohh February 7, 2019 @ 11:10
32390 bytes zopfli --i100 --mls4096 --bsr2 --lazy --ohh February 7, 2019 @ 10:54

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:49.

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
32390 32389 32391 32389 32395 32394 32405 32398 32408 32407 32420 32384 32384 32390 32392
32390 32391 32391 32397 32391 32395 32391 32405 32406 32407 32397 32393 32390 32401 32406
32391 32392 32391 32400 32402 32397 32408 32395 32402 32393 32390 32395 32388 32413 32393
32391 32394 32391 32392 32393 32393 32397 32400 32406 32407 32390 32398 32390 32397 32392
32392 32391 32392 32399 32401 32396 32401 32393 32402 32405 32397 32393 32385 32393 32393
32391 32389 32391 32398 32401 32396 32397 32417 32406 32393 32390 32393 32384 32399 32395
32389 32394 32393 32399 32390 32396 32392 32411 32402 32408 32396 32385 32386 32400 32393
32392 32392 32392 32398 32402 32398 32408 32411 32404 32409 32391 32388 32388 32400 32394
32391 32391 32390 32399 32398 32392 32417 32393 32414 32412 32398 32387 32378 32400 32395
32392 32392 32391 32399 32401 32396 32408 32393 32402 32405 32399 32392 32388 32392 32394
32390 32390 32390 32399 32401 32396 32413 32413 32409 32405 32398 32393 32390 32400 32391
32391 32391 32391 32399 32398 32391 32409 32425 32404 32406 32391 32392 32383 32398 32394
32390 32394 32391 32397 32402 32396 32396 32409 32403 32411 32397 32389 32384 32400 32389
32391 32388 32392 32399 32402 32391 32393 32411 32405 32408 32391 32393 32383 32400 32393
32391 32391 32401 32401 32390 32395 32409 32410 32403 32408 32391 32393 32377 32400 32394
32391 32393 32391 32399 32401 32392 32405 32416 32402 32412 32393 32393 32385 32399 32393
32391 32389 32391 32398 32402 32396 32407 32411 32402 32406 32390 32392 32388 32399 32393
32392 32402 32404 32391 32401 32397 32409 32412 32408 32413 32414 32392 32388 32400 32393
32391 32393 32389 32400 32399 32396 32396 32410 32402 32409 32397 32392 32390 32399 32393
32391 32394 32396 32399 32398 32392 32395 32400 32404 32411 32391 32392 32385 32400 32394
32391 32406 32407 32400 32400 32395 32416 32410 32403 32412 32393 32393 32386 32399 32392
32392 32392 32391 32392 32390 32397 32410 32411 32402 32407 32397 32393 32388 32400 32394
32390 32388 32391 32398 32400 32391 32410 32408 32403 32400 32397 32393 32382 32400 32394

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 32390 bytes 100%
1,000 32387 bytes -3 bytes 100%
10,000 32381 bytes -6 bytes 100%
100,000 32379 bytes -2 bytes 1.16%
1,000,000 32377 bytes -2 bytes 0.58%
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
32495 bytes +118 bytes (+0.36%) +64 bytes
32493 bytes +116 bytes (+0.36%) +62 bytes
32493 bytes +116 bytes (+0.36%) +62 bytes
32476 bytes +99 bytes (+0.31%) +45 bytes
32490 bytes +113 bytes (+0.35%) +59 bytes
32431 bytes +54 bytes (+0.17%)
32453 bytes +76 bytes (+0.23%) +22 bytes
32453 bytes +76 bytes (+0.23%) +22 bytes
32490 bytes +113 bytes (+0.35%) +59 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 26678 bytes -5699 bytes (-17.60%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 27627 bytes -4750 bytes (-14.67%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 28637 bytes -3740 bytes (-11.55%)
Brotli (Wikipedia) brotli brotli -q 11 30388 bytes -1989 bytes (-6.14%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 30959 bytes -1418 bytes (-4.38%)
LZMA2 (Wikipedia) xz xz -9 31072 bytes -1305 bytes (-4.03%)
Zstandard (Wikipedia) zstd zstd -19 31702 bytes -675 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 2024.
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.