Choose a version:
50% The original file has 814534 bytes (795.4k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 411282 bytes (401.6k, 50%).

After GZIP compression these minified files vary in size:
Boot
  119519 bytes (116.7k)
CDN
cdnjs
  99686 bytes (97.3k)
CDN
gzip -6 (default)
  98744 bytes (96.4k)
local copy
cdnhttps
  98624 bytes (96.3k)
CDN
gzip -9
  98341 bytes (96.0k)
local copy
libdeflate -12
  95068 bytes (92.8k)
local copy
7zip -mx=9 -tgzip
  94966 bytes (92.7k)
local copy
pigz -11 -n
  94611 bytes (92.4k)
local copy
kzip -s0 -rn -b0
  94554 bytes (92.3k)
local copy
Zopfli
  94512 bytes (92.3k)
local copy
Zopfli (defluff)
  94511 bytes (92.3k)
local copy

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

You will automatically get the smallest ThreeJS 60 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 4112 bytes by using my ThreeJS 60 Zopfli version instead of the best available CDN (4.35% smaller than cdnhttps, 94512 vs. 98624 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 --mls2048 --bsr12 --lazy --ohh

(found February 8, 2017)
Description Value Parameter
iterations 1000000  --i1000000
maximum blocks 8  --mb8
maximum length score 2048  --mls2048
block splitting recursion 12  --bsr12
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 (94511 bytes).

Verify file integrity

After decompression, my uncompressed files are identical to the original ones:

MD5:
curl --silent --compressed https://raw.githubusercontent.com/mrdoob/three.js/r60/build/three.min.js --location | md5sum
364d29a51474763d59239f487ecbf387  -
curl --silent --compressed https://minime.stephan-brumme.com/files/threejs/three-r60.min.zopfli.js.gz | md5sum
364d29a51474763d59239f487ecbf387  -

SHA1:
curl --silent --compressed https://raw.githubusercontent.com/mrdoob/three.js/r60/build/three.min.js --location | sha1sum
76cd0f2dabb330407ea3bbcaa93b579b0b1e55c0  -
curl --silent --compressed https://minime.stephan-brumme.com/files/threejs/three-r60.min.zopfli.js.gz | sha1sum
76cd0f2dabb330407ea3bbcaa93b579b0b1e55c0  -

All listed CDNs deliver identical contents:
CDN Size (compressed) MD5 (uncompressed) Timestamp
Boot 119519 bytes 364d29a51474763d59239f487ecbf387 (invalid)
cdnjs 99686 bytes 364d29a51474763d59239f487ecbf387 (invalid)
cdnhttps 98624 bytes 364d29a51474763d59239f487ecbf387 December 24, 2015 @ 07:36

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

Other Versions

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

97, 96, 95, 94, 93, 92, 91, 90, 89, 88, 87, 86, 85, 84, 83, 82, 81, 80, 79, 78, 77, 76, 75, 74, 73, 72, 71, 70, 69, 68, 67, 66, 65, 64, 63, 62, 61, 60, 59, 58, 57, 56, 55, 54, 53, 52, 51, 50

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, UnderscoreJS and Vue.

Changelog

Best Zopfli parameters so far:
Size Improvement Parameters Found
94512 bytes -4 bytes zopfli --i1000000 --mls2048 --bsr12 --lazy --ohh February 8, 2017 @ 05:31
94516 bytes -9 bytes zopfli --i100000 --mls2048 --bsr12 --lazy --ohh December 28, 2015 @ 19:26
94525 bytes -13 bytes zopfli --i10000 --mls2048 --bsr12 --lazy --ohh November 17, 2015 @ 13:30
94538 bytes -30 bytes zopfli --i1000 --mls2048 --bsr12 --lazy --ohh November 16, 2015 @ 17:17
94568 bytes zopfli --i100 --mls2048 --bsr12 --lazy --ohh November 15, 2015 @ 11:22

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

Most recent activity on February 8, 2017 @ 12:11.

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
94692 94655 94652 94802 94697 94685 94676 94690 94678 94687 94595 94614 94647 94646 94689
94641 94640 94628 94628 94626 94593 94667 94632 94640 94637 94640 94804 94617 94699 94657
94719 94628 94682 94696 94754 94759 94629 94654 94556 94560 94606 94674 94602 94557 94669
94691 94625 94623 94610 94670 94606 94630 94671 94720 94675 94632 94546 94620 94590 94647
94746 94714 94616 94765 94683 94690 94684 94608 94626 94612 94630 94618 94604 94634 94628
94715 94622 94615 94714 94624 94619 94607 94600 94626 94617 94620 94663 94569 94626 94635
94719 94620 94634 94690 94619 94610 94608 94603 94611 94624 94651 94658 94599 94661 94627
94724 94724 94618 94622 94673 94623 94663 94610 94624 94639 94637 94661 94606 94672 94722
94728 94610 94617 94678 94605 94608 94617 94607 94622 94620 94512 94659 94658 94619 94723
94725 94722 94650 94676 94629 94660 94681 94600 94606 94609 94607 94661 94615 94656 94710
94724 94728 94630 94627 94604 94619 94620 94620 94623 94618 94667 94664 94665 94669 94692
94693 94627 94622 94637 94611 94663 94660 94667 94606 94679 94636 94665 94644 94607 94649
94714 94709 94624 94676 94605 94662 94687 94611 94603 94660 94575 94657 94608 94658 94644
94628 94630 94620 94620 94607 94628 94616 94664 94680 94617 94608 94667 94600 94666 94639
94691 94628 94669 94670 94668 94668 94604 94615 94604 94635 94612 94664 94691 94663 94722
94730 94719 94625 94725 94604 94667 94619 94605 94603 94681 94606 94659 94610 94664 94730
94724 94721 94615 94677 94670 94672 94617 94664 94662 94619 94605 94575 94607 94669 94737
94706 94737 94683 94795 94788 94666 94671 94602 94613 94667 94606 94603 94596 94700 94637
94835 94734 94728 94732 94716 94775 94669 94622 94621 94633 94575 94575 94595 94674 94656
94726 94726 94609 94609 94626 94688 94605 94621 94621 94536 94586 94655 94602 94668 94723
94734 94628 94622 94658 94669 94622 94620 94666 94669 94621 94586 94652 94697 94673 94721
94728 94729 94625 94674 94675 94669 94618 94604 94603 94619 94617 94662 94588 94629 94736
94724 94729 94623 94619 94674 94666 94621 94609 94606 94675 94635 94661 94610 94669 94726

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 94568 bytes 100%
1,000 94538 bytes -30 bytes 100%
10,000 94525 bytes -13 bytes 100%
100,000 94516 bytes -9 bytes 0.58%
1,000,000 94512 bytes -4 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
94554 bytes +42 bytes (+0.04%)
95054 bytes +542 bytes (+0.57%) +500 bytes
94945 bytes +433 bytes (+0.46%) +391 bytes
94936 bytes +424 bytes (+0.45%) +382 bytes
94833 bytes +321 bytes (+0.34%) +279 bytes
94775 bytes +263 bytes (+0.28%) +221 bytes
94794 bytes +282 bytes (+0.30%) +240 bytes
94679 bytes +167 bytes (+0.18%) +125 bytes
94672 bytes +160 bytes (+0.17%) +118 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 64694 bytes -29818 bytes (-31.55%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 74553 bytes -19959 bytes (-21.12%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 79587 bytes -14925 bytes (-15.79%)
Brotli (Wikipedia) brotli brotli -q 11 80613 bytes -13899 bytes (-14.71%)
LZMA2 (Wikipedia) xz xz -9 81212 bytes -13300 bytes (-14.07%)
Zstandard (Wikipedia) zstd zstd -19 86401 bytes -8111 bytes (-8.58%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 86995 bytes -7517 bytes (-7.95%)

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