Choose a version:
31% The original file has 254793 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 79034 bytes (77.2k, 31%).

After GZIP compression these minified files vary in size:
Boot
  33011 bytes (32.2k)
CDN, direct link
cdnjs
  29094 bytes (28.4k)
CDN, direct link
gzip -6 (default)
  28907 bytes (28.2k)
local copy
unpkg
  28872 bytes (28.2k)
CDN, direct link
gzip -9
  28868 bytes (28.2k)
local copy
libdeflate -12
  27952 bytes (27.3k)
local copy
7zip -mx=9 -tgzip
  27919 bytes (27.3k)
local copy
kzip -s0 -rn -b1
  27917 bytes (27.3k)
local copy
pigz -11 -n
  27868 bytes (27.2k)
local copy
Zopfli
  27809 bytes (27.2k)
local copy
Zopfli (defluff)
  27807 bytes (27.2k)
local copy

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

You will automatically get the smallest Vue 2.3.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 1063 bytes by using my Vue 2.3.4 Zopfli version instead of the best available CDN (3.82% smaller than unpkg, 27809 vs. 28872 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 June 12, 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 2 more bytes (27807 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.4.min.js --location | md5sum
ae2fca1cfa0e31377819b1b0ffef704c  -
curl --silent --compressed http://minime.stephan-brumme.com/files/vue/vue-2.3.4.min.zopfli.js.gz | md5sum
ae2fca1cfa0e31377819b1b0ffef704c  -

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

All listed CDNs deliver identical contents:
CDN Size (compressed) MD5 (uncompressed) Timestamp
Boot 33011 bytes ae2fca1cfa0e31377819b1b0ffef704c June 9, 2017 @ 07:19
cdnjs 29094 bytes ae2fca1cfa0e31377819b1b0ffef704c (invalid)
unpkg 28872 bytes ae2fca1cfa0e31377819b1b0ffef704c June 8, 2017 @ 10:26

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

Other Versions

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

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
27809 bytes -1 byte zopfli --i1000000 --mls2 --bsr6 --lazy --ohh June 12, 2017 @ 13:13
27810 bytes -1 byte zopfli --i100000 --mls4 --bsr6 --lazy --ohh June 12, 2017 @ 10:13
27811 bytes -4 bytes zopfli --i100000 --mls2 --bsr6 --lazy --ohh June 8, 2017 @ 11:03
27815 bytes -1 byte zopfli --i10000 --mls2 --bsr6 --lazy --ohh June 8, 2017 @ 10:38
27816 bytes -2 bytes zopfli --i10000 --mls4 --bsr6 --lazy --ohh June 8, 2017 @ 10:35
27818 bytes -4 bytes zopfli --i1000 --mls4 --bsr6 --lazy --ohh June 8, 2017 @ 10:32
27822 bytes zopfli --i100 --mls4 --bsr6 --lazy --ohh June 8, 2017 @ 10:28

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

Most recent activity on June 12, 2017 @ 15:07.

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
27867 27867 27869 27868 27866 27864 27863 27869 27865 27850 27852 27851 27852 27854 27855
27848 27831 27837 27852 27830 27870 27840 27848 27845 27846 27855 27852 27849 27852 27851
27809 27809 27846 27845 27816 27839 27833 27851 27848 27857 27850 27849 27849 27848 27846
27849 27832 27825 27830 27866 27856 27860 27854 27845 27849 27846 27849 27849 27843 27842
27853 27845 27857 27842 27840 27845 27833 27853 27848 27852 27847 27849 27851 27845 27845
27838 27846 27817 27832 27850 27845 27832 27845 27845 27849 27851 27849 27848 27853 27843
27850 27850 27859 27843 27870 27858 27856 27865 27848 27845 27848 27849 27848 27845 27850
27842 27842 27846 27844 27847 27872 27865 27864 27847 27854 27850 27845 27849 27847 27850
27841 27850 27849 27844 27866 27861 27865 27864 27852 27849 27848 27844 27846 27852 27851
27844 27843 27845 27843 27865 27864 27864 27845 27842 27852 27843 27846 27845 27847 27852
27859 27858 27851 27847 27838 27839 27831 27850 27853 27871 27851 27849 27849 27847 27850
27833 27822 27860 27828 27832 27833 27832 27853 27856 27856 27846 27849 27850 27843 27865
27837 27833 27839 27858 27862 27825 27837 27855 27851 27851 27851 27848 27850 27845 27848
27850 27847 27849 27845 27845 27838 27843 27852 27846 27849 27848 27850 27849 27846 27848
27848 27832 27853 27857 27840 27840 27850 27845 27845 27856 27851 27849 27850 27843 27848
27832 27834 27830 27853 27843 27824 27835 27860 27846 27856 27851 27848 27850 27852 27846
27842 27844 27845 27859 27840 27829 27834 27860 27851 27852 27851 27849 27850 27841 27846
27846 27851 27844 27840 27843 27865 27836 27865 27862 27849 27851 27850 27848 27845 27849
27849 27843 27851 27851 27863 27865 27830 27853 27845 27856 27852 27841 27846 27847 27847
27829 27854 27846 27839 27821 27865 27845 27854 27849 27856 27852 27847 27851 27846 27851
27850 27853 27842 27841 27824 27855 27866 27862 27854 27853 27850 27847 27845 27848 27849
27825 27829 27816 27836 27841 27844 27831 27843 27865 27856 27851 27849 27848 27855 27848
27854 27851 27840 27843 27863 27867 27864 27860 27849 27848 27846 27843 27846 27844 27845

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 27822 bytes 100%
1,000 27818 bytes -4 bytes 100%
10,000 27815 bytes -3 bytes 100%
100,000 27810 bytes -5 bytes 1.45%
1,000,000 27809 bytes -1 byte 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
27917 bytes +108 bytes (+0.39%)
27917 bytes +108 bytes (+0.39%)
27925 bytes +116 bytes (+0.42%) +8 bytes
27927 bytes +118 bytes (+0.42%) +10 bytes
27918 bytes +109 bytes (+0.39%) +1 byte
27931 bytes +122 bytes (+0.44%) +14 bytes
27956 bytes +147 bytes (+0.53%) +39 bytes
27987 bytes +178 bytes (+0.64%) +70 bytes
28016 bytes +207 bytes (+0.74%) +99 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 22999 bytes -4810 bytes (-17.30%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 23687 bytes -4122 bytes (-14.82%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 24464 bytes -3345 bytes (-12.03%)
Brotli (Wikipedia) brotli brotli -q 11 25882 bytes -1927 bytes (-6.93%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 26563 bytes -1246 bytes (-4.48%)
LZMA2 (Wikipedia) xz xz -9 26628 bytes -1181 bytes (-4.25%)
ZSTD (Wikipedia) zstd zstd -19 27343 bytes -466 bytes (-1.68%)

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