Choose a version:
30% The original file has 284579 bytes (277.9k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 86245 bytes (84.2k, 30%).

After GZIP compression these minified files vary in size:
Boot
  35963 bytes (35.1k)
CDN
cdnjs
  31554 bytes (30.8k)
CDN
gzip -6 (default)
  31341 bytes (30.6k)
local copy
unpkg
  31323 bytes (30.6k)
CDN
gzip -9
  31286 bytes (30.6k)
local copy
libdeflate -12
  30290 bytes (29.6k)
local copy
7zip -mx=9 -tgzip
  30266 bytes (29.6k)
local copy
kzip -s0 -rn -b1
  30234 bytes (29.5k)
local copy
pigz -11 -n
  30213 bytes (29.5k)
local copy
Zopfli
  30175 bytes (29.5k)
local copy
Zopfli (defluff)
  30174 bytes (29.5k)
local copy

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

You will automatically get the smallest Vue 2.5.11 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.11 Zopfli version instead of the best available CDN (3.80% smaller than unpkg, 30175 vs. 31323 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 --mls16384 --bsr40 --lazy --ohh

(found December 16, 2017)
Description Value Parameter
iterations 1000000  --i1000000
maximum blocks 8  --mb8
maximum length score 16384  --mls16384
block splitting recursion 40  --bsr40
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

Even Smaller Files Thanks To Defluff

Zopfli's output can be further optimized by the defluff tool.
In this particular case, defluff saves 1 more byte (30174 bytes).

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.11.min.js --location | md5sum
5423bca24e560daa59c8ea3e97629f37  -
curl --silent --compressed https://minime.stephan-brumme.com/files/vue/vue-2.5.11.min.zopfli.js.gz | md5sum
5423bca24e560daa59c8ea3e97629f37  -

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

All listed CDNs deliver identical contents:
CDN Size (compressed) MD5 (uncompressed) Timestamp
Boot 35963 bytes 5423bca24e560daa59c8ea3e97629f37 December 20, 2017 @ 03:30
cdnjs 31554 bytes 5423bca24e560daa59c8ea3e97629f37 (invalid)
unpkg 31323 bytes 5423bca24e560daa59c8ea3e97629f37 (invalid)

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

Other Versions

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

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
30175 bytes -2 bytes zopfli --i1000000 --mls16384 --bsr40 --lazy --ohh December 16, 2017 @ 18:35
30177 bytes -1 byte zopfli --i100000 --mls16384 --bsr40 --lazy --ohh December 16, 2017 @ 14:00
30178 bytes -1 byte zopfli --i10000 --mls16384 --bsr14 --lazy --ohh December 16, 2017 @ 13:53
30179 bytes -5 bytes zopfli --i10000 --mls16384 --bsr40 --lazy --ohh December 16, 2017 @ 13:38
30184 bytes -1 byte zopfli --i1000 --mls16384 --bsr40 --lazy --ohh December 16, 2017 @ 13:30
30185 bytes -1 byte zopfli --i1000 --mls16384 --bsr7 --lazy --ohh December 16, 2017 @ 13:30
30186 bytes -1 byte zopfli --i1000 --mls16384 --bsr25 --lazy --ohh December 16, 2017 @ 13:29
30187 bytes zopfli --i100 --mls16384 --bsr18 --lazy --ohh December 16, 2017 @ 13:29

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

Most recent activity on December 20, 2017 @ 03:30.

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
30187 30192 30187 30188 30188 30187 30188 30187 30185 30187 30188 30187 30189 30191 30188
30186 30185 30193 30190 30189 30188 30183 30185 30188 30186 30188 30185 30188 30181 30194
30197 30186 30185 30198 30194 30188 30184 30187 30186 30181 30183 30190 30181 30182 30186
30192 30198 30195 30191 30187 30191 30186 30185 30185 30183 30186 30193 30185 30180 30191
30185 30185 30183 30183 30191 30188 30191 30187 30188 30188 30186 30187 30187 30181 30188
30183 30186 30200 30187 30186 30187 30189 30185 30188 30186 30189 30191 30182 30180 30191
30197 30194 30192 30187 30189 30184 30190 30186 30187 30185 30187 30190 30190 30184 30189
30197 30198 30191 30190 30184 30186 30186 30185 30185 30188 30189 30191 30190 30180 30189
30197 30195 30194 30184 30188 30186 30191 30188 30190 30185 30185 30190 30188 30180 30185
30192 30195 30198 30189 30190 30185 30191 30185 30188 30185 30185 30190 30189 30180 30190
30196 30197 30193 30188 30188 30188 30191 30188 30188 30185 30185 30193 30190 30178 30188
30195 30194 30196 30183 30188 30184 30187 30188 30187 30187 30183 30190 30190 30180 30190
30192 30197 30194 30195 30188 30185 30191 30188 30187 30186 30182 30188 30179 30185 30188
30196 30196 30192 30190 30188 30188 30189 30186 30188 30184 30185 30191 30191 30181 30185
30196 30198 30193 30190 30190 30188 30188 30189 30182 30186 30182 30190 30193 30180 30193
30193 30197 30196 30183 30188 30188 30183 30189 30188 30185 30183 30199 30190 30182 30193
30196 30195 30194 30187 30192 30186 30189 30185 30183 30189 30186 30192 30187 30181 30186
30197 30194 30192 30194 30188 30183 30190 30188 30187 30188 30186 30191 30180 30180 30191
30193 30196 30195 30186 30192 30187 30187 30187 30189 30188 30189 30191 30186 30180 30186
30195 30197 30194 30189 30187 30186 30188 30190 30188 30188 30183 30188 30192 30181 30193
30195 30194 30193 30188 30189 30190 30191 30189 30187 30185 30185 30191 30185 30180 30188
30193 30193 30196 30183 30192 30184 30189 30187 30188 30189 30186 30190 30190 30181 30191
30196 30197 30198 30196 30187 30190 30188 30185 30188 30184 30186 30188 30179 30175 30189

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 30187 bytes 100%
1,000 30184 bytes -3 bytes 100%
10,000 30178 bytes -6 bytes 100%
100,000 30177 bytes -1 byte 0.58%
1,000,000 30175 bytes -2 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
30234 bytes +59 bytes (+0.20%)
30234 bytes +59 bytes (+0.20%)
30270 bytes +95 bytes (+0.31%) +36 bytes
30277 bytes +102 bytes (+0.34%) +43 bytes
30282 bytes +107 bytes (+0.35%) +48 bytes
30277 bytes +102 bytes (+0.34%) +43 bytes
30311 bytes +136 bytes (+0.45%) +77 bytes
30276 bytes +101 bytes (+0.33%) +42 bytes
30301 bytes +126 bytes (+0.42%) +67 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 24766 bytes -5409 bytes (-17.93%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 25453 bytes -4722 bytes (-15.65%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 26670 bytes -3505 bytes (-11.62%)
Brotli (Wikipedia) brotli brotli -q 11 28048 bytes -2127 bytes (-7.05%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 28565 bytes -1610 bytes (-5.34%)
LZMA2 (Wikipedia) xz xz -9 28864 bytes -1311 bytes (-4.34%)
Zstandard (Wikipedia) zstd zstd -19 29581 bytes -594 bytes (-1.97%)

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