Choose a version:
31% The original file has 254754 bytes (248.8k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 79011 bytes (77.2k, 31%).

After GZIP compression these minified files vary in size:
Boot
  32971 bytes (32.2k)
CDN, direct link
cdnjs
  29040 bytes (28.4k)
CDN, direct link
gzip -6 (default)
  28858 bytes (28.2k)
local copy
gzip -9
  28817 bytes (28.1k)
local copy
unpkg
  28815 bytes (28.1k)
CDN, direct link
libdeflate -12
  27908 bytes (27.3k)
local copy
7zip -mx=9 -tgzip
  27873 bytes (27.2k)
local copy
kzip -s0 -rn -b1
  27870 bytes (27.2k)
local copy
pigz -11 -n
  27820 bytes (27.2k)
local copy
Zopfli
  27764 bytes (27.1k)
local copy
Zopfli (defluff)
  27763 bytes (27.1k)
local copy

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

You will automatically get the smallest Vue 2.3.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 1051 bytes by using my Vue 2.3.3 Zopfli version instead of the best available CDN (3.79% smaller than unpkg, 27764 vs. 28815 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 --mls2 --bsr6 --lazy --ohh

(found May 10, 2017)
Description Value Parameter
iterations 1000000  --i1000000
maximum blocks 8  --mb8
maximum length score 2  --mls2
block splitting recursion 6  --bsr6
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 (27763 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.3.3.min.js --location | md5sum
985e21e6fbbf232119f9fdaa32e0490d  -
curl --silent --compressed http://minime.stephan-brumme.com/files/vue/vue-2.3.3.min.zopfli.js.gz | md5sum
985e21e6fbbf232119f9fdaa32e0490d  -

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

All listed CDNs deliver identical contents:
CDN Size (compressed) MD5 (uncompressed) Timestamp
Boot 32971 bytes 985e21e6fbbf232119f9fdaa32e0490d May 13, 2017 @ 17:45
cdnjs 29040 bytes 985e21e6fbbf232119f9fdaa32e0490d (invalid)
unpkg 28815 bytes 985e21e6fbbf232119f9fdaa32e0490d May 9, 2017 @ 20:25

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

Other Versions

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

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
27764 bytes -2 bytes zopfli --i1000000 --mls2 --bsr6 --lazy --ohh May 10, 2017 @ 13:02
27766 bytes -4 bytes zopfli --i100000 --mls2 --bsr6 --lazy --ohh May 9, 2017 @ 23:22
27770 bytes -2 bytes zopfli --i10000 --mls2 --bsr6 --lazy --ohh May 9, 2017 @ 20:55
27772 bytes -6 bytes zopfli --i1000 --mls2 --bsr6 --lazy --ohh May 9, 2017 @ 20:32
27778 bytes -1 byte zopfli --i1000 --mls16 --bsr7 --lazy --ohh May 9, 2017 @ 20:31
27779 bytes -1 byte zopfli --i1000 --mls8 --bsr6 --lazy --ohh May 9, 2017 @ 20:31
27780 bytes zopfli --i100 --mls2 --bsr6 --lazy --ohh May 9, 2017 @ 20:26

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

Most recent activity on June 8, 2017 @ 10:27.

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
27828 27826 27826 27828 27825 27826 27825 27826 27826 27805 27798 27800 27812 27814 27803
27813 27799 27790 27789 27798 27805 27826 27803 27798 27804 27809 27804 27811 27800 27798
27764 27768 27774 27796 27798 27808 27826 27797 27800 27805 27797 27800 27806 27801 27808
27780 27797 27783 27775 27792 27807 27806 27796 27808 27806 27796 27803 27794 27799 27802
27799 27807 27799 27786 27799 27826 27825 27802 27801 27809 27798 27804 27796 27799 27801
27789 27807 27802 27794 27802 27800 27825 27802 27804 27800 27798 27803 27808 27799 27805
27782 27807 27801 27805 27818 27818 27818 27818 27818 27803 27796 27799 27795 27800 27799
27803 27806 27800 27798 27823 27818 27818 27826 27818 27803 27800 27819 27804 27809 27803
27802 27794 27796 27795 27819 27817 27818 27818 27810 27803 27801 27810 27808 27804 27802
27802 27799 27796 27803 27802 27819 27818 27802 27804 27803 27810 27809 27812 27808 27807
27797 27802 27802 27777 27796 27803 27826 27803 27798 27808 27803 27815 27804 27802 27800
27801 27779 27798 27778 27802 27826 27825 27825 27797 27798 27799 27801 27802 27800 27798
27786 27789 27783 27788 27790 27826 27826 27800 27804 27799 27795 27801 27803 27801 27801
27789 27785 27798 27798 27790 27811 27825 27798 27804 27807 27798 27803 27804 27799 27799
27801 27798 27797 27783 27798 27803 27807 27803 27803 27817 27797 27803 27808 27801 27806
27787 27798 27781 27784 27794 27826 27826 27803 27803 27812 27800 27800 27808 27800 27804
27796 27795 27816 27794 27789 27820 27826 27826 27826 27806 27800 27803 27813 27799 27797
27791 27794 27782 27794 27798 27825 27825 27825 27804 27804 27801 27799 27811 27802 27805
27798 27786 27796 27797 27801 27803 27799 27803 27803 27799 27801 27804 27808 27800 27804
27778 27786 27782 27791 27792 27819 27817 27804 27806 27807 27798 27804 27808 27809 27805
27803 27804 27795 27804 27818 27818 27818 27818 27811 27810 27803 27809 27806 27812 27798
27793 27792 27780 27793 27792 27793 27826 27808 27805 27807 27799 27803 27795 27805 27801
27787 27802 27796 27794 27818 27800 27817 27799 27807 27804 27797 27800 27795 27804 27799

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 27780 bytes 100%
1,000 27772 bytes -8 bytes 100%
10,000 27770 bytes -2 bytes 100%
100,000 27766 bytes -4 bytes 0.58%
1,000,000 27764 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
27870 bytes +106 bytes (+0.38%)
27870 bytes +106 bytes (+0.38%)
27872 bytes +108 bytes (+0.39%) +2 bytes
27880 bytes +116 bytes (+0.42%) +10 bytes
27888 bytes +124 bytes (+0.45%) +18 bytes
27878 bytes +114 bytes (+0.41%) +8 bytes
27906 bytes +142 bytes (+0.51%) +36 bytes
27931 bytes +167 bytes (+0.60%) +61 bytes
27968 bytes +204 bytes (+0.73%) +98 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 22960 bytes -4804 bytes (-17.30%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 23634 bytes -4130 bytes (-14.88%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 24434 bytes -3330 bytes (-11.99%)
Brotli (Wikipedia) brotli brotli -q 11 25837 bytes -1927 bytes (-6.94%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 26499 bytes -1265 bytes (-4.56%)
LZMA2 (Wikipedia) xz xz -9 26588 bytes -1176 bytes (-4.24%)
ZSTD (Wikipedia) zstd zstd -19 27294 bytes -470 bytes (-1.69%)

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