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

After GZIP compression these minified files vary in size:
Boot
  28305 bytes (27.6k)
CDN
cdnjs
  24435 bytes (23.9k)
CDN
gzip -6 (default)
  24274 bytes (23.7k)
local copy
jsdelivr
  24203 bytes (23.6k)
CDN
unpkg
  24189 bytes (23.6k)
CDN
gzip -9
  24173 bytes (23.6k)
local copy
libdeflate -12
  23432 bytes (22.9k)
local copy
7zip -mx=9 -tgzip
  23397 bytes (22.8k)
local copy
kzip -s0 -rn -b4
  23351 bytes (22.8k)
local copy
pigz -11 -n
  23336 bytes (22.8k)
local copy
Zopfli
  23299 bytes (22.8k)
local copy
Zopfli (defluff)
  23298 bytes (22.8k)
local copy

perma-link to the smallest file on my server:
http://minime.stephan-brumme.com/files/vue/vue-1.0.11.min.js

You will automatically get the smallest Vue 1.0.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 890 bytes by using my Vue 1.0.11 Zopfli version instead of the best available CDN (3.82% smaller than unpkg, 23299 vs. 24189 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 --i100000 --mb8 --mls4 --bsr17 --lazy --ohh

(found April 9, 2017)
Description Value Parameter
iterations 100000  --i100000
maximum blocks 8  --mb8
maximum length score 4  --mls4
block splitting recursion 17  --bsr17
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 (23298 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-1.0.11.min.js --location | md5sum
af895702901bb31ca7fbfd814dc04aed  -
curl --silent --compressed http://minime.stephan-brumme.com/files/vue/vue-1.0.11.min.zopfli.js.gz | md5sum
af895702901bb31ca7fbfd814dc04aed  -

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

All listed CDNs deliver identical contents:
CDN Size (compressed) MD5 (uncompressed) Timestamp
Boot 28305 bytes af895702901bb31ca7fbfd814dc04aed (invalid)
cdnjs 24435 bytes af895702901bb31ca7fbfd814dc04aed (invalid)
jsdelivr 24203 bytes af895702901bb31ca7fbfd814dc04aed (invalid)
unpkg 24189 bytes af895702901bb31ca7fbfd814dc04aed April 6, 2017 @ 17:25

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

Other Versions

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

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
23299 bytes -1 byte zopfli --i100000 --mls4 --bsr17 --lazy --ohh April 9, 2017 @ 09:05
23300 bytes -2 bytes zopfli --i10000 --mls4 --bsr23 --lazy --ohh April 7, 2017 @ 02:37
23302 bytes -1 byte zopfli --i10000 --mls8192 --bsr40 --lazy --ohh April 7, 2017 @ 02:35
23303 bytes -2 bytes zopfli --i10000 --mls8192 --bsr22 --lazy --ohh April 7, 2017 @ 02:03
23305 bytes -2 bytes zopfli --i1000 --mls8192 --bsr22 --lazy --ohh April 6, 2017 @ 19:24
23307 bytes -8 bytes zopfli --i1000 --mls4 --bsr20 --lazy --ohh April 6, 2017 @ 19:02
23315 bytes zopfli --i100 --mls4 --bsr23 --lazy --ohh April 6, 2017 @ 18:20

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

Most recent activity on April 11, 2017 @ 10:12.

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 100,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
23317 23317 23317 23317 23321 23310 23312 23321 23321 23319 23308 23304 23305 23330 23325
23323 23324 23326 23327 23324 23325 23327 23323 23319 23319 23322 23321 23317 23328 23320
23324 23324 23309 23323 23323 23323 23324 23323 23318 23319 23320 23314 23315 23316 23322
23323 23317 23324 23321 23325 23323 23323 23322 23319 23320 23323 23317 23313 23314 23321
23301 23301 23307 23322 23318 23323 23324 23323 23318 23318 23323 23313 23312 23316 23325
23324 23317 23324 23321 23327 23325 23325 23319 23318 23319 23322 23317 23313 23318 23319
23314 23299 23327 23323 23322 23323 23324 23322 23318 23318 23322 23314 23313 23311 23319
23324 23301 23323 23321 23325 23323 23325 23322 23318 23319 23321 23317 23313 23313 23322
23323 23325 23309 23321 23323 23325 23324 23324 23319 23319 23322 23314 23310 23320 23321
23325 23314 23308 23322 23324 23324 23324 23322 23318 23321 23319 23314 23312 23316 23321
23324 23301 23322 23322 23318 23323 23324 23322 23318 23322 23324 23317 23310 23319 23319
23324 23317 23324 23322 23325 23323 23323 23322 23319 23320 23320 23313 23313 23313 23321
23322 23321 23307 23317 23321 23322 23321 23318 23318 23322 23322 23314 23312 23318 23323
23321 23299 23309 23323 23326 23323 23325 23327 23319 23320 23325 23317 23312 23322 23322
23324 23323 23325 23322 23325 23322 23324 23322 23318 23318 23321 23314 23312 23323 23321
23322 23323 23309 23323 23324 23324 23325 23322 23319 23320 23324 23313 23312 23316 23320
23313 23301 23322 23323 23324 23324 23324 23319 23318 23319 23322 23317 23312 23322 23319
23324 23324 23326 23322 23324 23323 23324 23326 23318 23319 23321 23317 23312 23318 23317
23303 23302 23324 23323 23324 23325 23324 23323 23319 23322 23321 23321 23303 23329 23319
23324 23299 23324 23321 23325 23324 23325 23323 23319 23319 23322 23317 23314 23319 23318
23322 23301 23326 23322 23325 23327 23324 23323 23318 23318 23322 23314 23309 23324 23319
23321 23299 23324 23322 23325 23325 23322 23322 23319 23319 23322 23325 23312 23322 23319
23326 23326 23326 23322 23326 23325 23325 23322 23319 23319 23322 23310 23302 23322 23319

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 23315 bytes 100%
1,000 23305 bytes -10 bytes 100%
10,000 23300 bytes -5 bytes 100%
100,000 23299 bytes -1 byte 3.48%
1,000,000
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
23361 bytes +62 bytes (+0.27%) +10 bytes
23361 bytes +62 bytes (+0.27%) +10 bytes
23365 bytes +66 bytes (+0.28%) +14 bytes
23374 bytes +75 bytes (+0.32%) +23 bytes
23351 bytes +52 bytes (+0.22%)
23387 bytes +88 bytes (+0.38%) +36 bytes
23418 bytes +119 bytes (+0.51%) +67 bytes
23458 bytes +159 bytes (+0.68%) +107 bytes
23485 bytes +186 bytes (+0.80%) +134 bytes

Non-DEFLATE Algorithms

Archivers based on completely different compression algorithms often produce superior results.
Unfortunately, browsers only support gzip compression at the moment.
Algorithm Program Parameters Size Compared To Best Zopfli
ZPAQ (Wikipedia) zpaq zpaq -method 69 19403 bytes -3896 bytes (-16.72%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 19709 bytes -3590 bytes (-15.41%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 20223 bytes -3076 bytes (-13.20%)
Brotli (Wikipedia) brotli brotli -q 11 21790 bytes -1509 bytes (-6.48%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 22112 bytes -1187 bytes (-5.09%)
LZMA2 (Wikipedia) xz xz -9 22616 bytes -683 bytes (-2.93%)
ZSTD (Wikipedia) zstd zstd -19 23099 bytes -200 bytes (-0.86%)

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