Choose a version:
14% The original file has 539857 bytes (527.2k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 73229 bytes (71.5k, 14%).

After GZIP compression these minified files vary in size:
Boot
  24598 bytes (24.0k)
 CDN
cdnjs
  24598 bytes (24.0k)
 CDN
unpkg
  24424 bytes (23.9k)
 CDN
gzip -6 (default)
  24402 bytes (23.8k)
 local copy
Yandex
  24337 bytes (23.8k)
 CDN
gzip -9
  24330 bytes (23.8k)
 local copy
7zip -mx=9 -tgzip
  23500 bytes (22.9k)
 local copy
libdeflate -12
  23478 bytes (22.9k)
 local copy
zultra
  23437 bytes (22.9k)
 local copy
kzip -s0 -rn -b3
  23412 bytes (22.9k)
 local copy
pigz -11 -n
  23412 bytes (22.9k)
 local copy
Zopfli
  23340 bytes (22.8k)
 local copy

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

You will automatically get the smallest lodash 4.17.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 997 bytes by using my lodash 4.17.11 Zopfli version instead of the best available CDN (4.27% smaller than Yandex, 23340 vs. 24337 bytes):
Download
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 --bsr7 --lazy --ohh

(found September 13, 2018)
Description Value Parameter
iterations 100000  --i100000
maximum blocks 8  --mb8
maximum length score 4  --mls4
block splitting recursion 7  --bsr7
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

Verify file integrity

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

MD5:
curl --silent --compressed https://raw.githubusercontent.com/lodash/lodash/4.17.11/dist/lodash.min.js --location | md5sum
62acde2a2687c63954bee264a1a2f86d  -
curl --silent --compressed https://minime.stephan-brumme.com/files/lodash/lodash-4.17.11.min.zopfli.js.gz | md5sum
62acde2a2687c63954bee264a1a2f86d  -

SHA1:
curl --silent --compressed https://raw.githubusercontent.com/lodash/lodash/4.17.11/dist/lodash.min.js --location | sha1sum
dce5d3dbc9bbecf2ca748de381b483eb9080e4fa  -
curl --silent --compressed https://minime.stephan-brumme.com/files/lodash/lodash-4.17.11.min.zopfli.js.gz | sha1sum
dce5d3dbc9bbecf2ca748de381b483eb9080e4fa  -

All listed CDNs deliver identical contents:
CDN Size (compressed) MD5 (uncompressed) Timestamp
Boot 24598 bytes 62acde2a2687c63954bee264a1a2f86d (invalid)
cdnjs 24598 bytes 62acde2a2687c63954bee264a1a2f86d (invalid)
unpkg 24424 bytes 62acde2a2687c63954bee264a1a2f86d (invalid)
Yandex 24337 bytes 62acde2a2687c63954bee264a1a2f86d February 1, 2019 @ 15:45

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

Other Versions

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

4.17.21, 4.17.20, 4.17.19, 4.17.18, 4.17.17, 4.17.16, 4.17.15, 4.17.14, 4.17.13, 4.17.12, 4.17.11, 4.17.10, 4.17.9, 4.17.5, 4.17.4, 4.17.3, 4.17.2, 4.17.1, 4.17.0, 4.16.6, 4.16.5, 4.16.4, 4.16.3, 4.16.2, 4.16.1, 4.16.0, 4.15.0, 4.14.2, 4.14.1, 4.14.0, 4.13.1, 4.13.0, 4.12.0, 4.11.2, 4.11.1, 4.11.0, 4.10.0,
4.9.0, 4.8.2, 4.8.1, 4.8.0, 4.7.0, 4.6.1, 4.6.0, 4.5.1, 4.5.0, 4.4.0, 4.3.0, 4.2.1, 4.2.0, 4.1.0, 4.0.1, 4.0.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, React, Socket.IO, ThreeJS, UnderscoreJS and Vue.

Changelog

Best Zopfli parameters so far:
Size Improvement Parameters Found
23340 bytes -1 byte zopfli --i100000 --mls4 --bsr7 --lazy --ohh September 13, 2018 @ 19:09
23341 bytes -4 bytes zopfli --i10000 --mls4 --bsr7 --lazy --ohh September 13, 2018 @ 18:06
23345 bytes -3 bytes zopfli --i1000 --mls4 --bsr7 --lazy --ohh September 13, 2018 @ 17:59
23348 bytes -2 bytes zopfli --i1000 --mls8 --bsr9 --lazy --ohh September 13, 2018 @ 17:59
23350 bytes -1 byte zopfli --i1000 --mls4 --bsr11 --lazy --ohh September 13, 2018 @ 17:59
23351 bytes – zopfli --i100 --mls2 --bsr25 --lazy --ohh September 13, 2018 @ 17:56

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

Most recent activity on July 20, 2020 @ 12:47.

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
2 23386 23387 23387 23374 23375 23377 23373 23372 23433 23384 23377 23365 23373 23386 23381
4 23378 23372 23373 23372 23372 23359 23362 23369 23408 23406 23359 23360 23361 23363 23367
6 23344 23348 23357 23346 23345 23346 23345 23347 23351 23346 23368 23374 23375 23393 23360
7 23347 23340 23348 23346 23345 23354 23348 23356 23346 23359 23345 23355 23358 23347 23360
8 23349 23347 23344 23346 23348 23357 23346 23347 23344 23358 23361 23360 23363 23343 23358
9 23347 23349 23343 23344 23355 23357 23374 23355 23346 23373 23364 23362 23355 23361 23361
10 23352 23370 23349 23350 23354 23359 23346 23344 23347 23367 23365 23350 23369 23348 23349
11 23348 23347 23345 23356 23345 23347 23362 23373 23346 23357 23363 23361 23358 23385 23384
12 23348 23352 23344 23348 23351 23351 23345 23345 23347 23344 23361 23363 23375 23345 23368
13 23369 23386 23345 23371 23355 23360 23357 23356 23360 23360 23370 23356 23368 23360 23361
14 23348 23347 23345 23346 23347 23346 23347 23346 23348 23345 23356 23360 23362 23373 23359
15 23348 23371 23348 23345 23367 23355 23349 23348 23346 23354 23345 23357 23369 23344 23361
16 23347 23348 23346 23348 23345 23348 23358 23359 23357 23362 23364 23409 23361 23359 23362
17 23346 23348 23343 23346 23346 23346 23346 23345 23347 23353 23345 23355 23347 23359 23360
18 23347 23348 23345 23346 23346 23357 23354 23345 23361 23357 23370 23355 23369 23344 23361
19 23344 23344 23347 23346 23358 23373 23357 23349 23359 23392 23364 23371 23400 23358 23360
20 23349 23347 23346 23346 23361 23346 23348 23356 23346 23365 23345 23361 23374 23346 23344
21 23348 23346 23345 23348 23346 23346 23346 23345 23344 23354 23365 23356 23369 23344 23361
22 23351 23348 23345 23347 23354 23358 23346 23347 23359 23357 23345 23361 23405 23373 23344
23 23347 23349 23346 23349 23357 23358 23346 23347 23345 23359 23404 23407 23404 23344 23361
25 23341 23348 23346 23347 23346 23348 23348 23346 23346 23346 23362 23355 23361 23360 23345
30 23346 23350 23349 23347 23348 23347 23347 23346 23349 23358 23361 23356 23363 23360 23343
40 23347 23346 23345 23347 23346 23346 23347 23345 23346 23363 23366 23355 23361 23346 23358

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 23351 bytes – 100%
1,000 23345 bytes -6 bytes 100%
10,000 23341 bytes -4 bytes 100%
100,000 23340 bytes -1 byte 0.58%
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
(any) 23433 bytes +93 bytes (+0.40%) +21 bytes
1 23581 bytes +241 bytes (+1.03%) +169 bytes
2 23466 bytes +126 bytes (+0.54%) +54 bytes
3 23412 bytes +72 bytes (+0.31%) –
4 23431 bytes +91 bytes (+0.39%) +19 bytes
5 23432 bytes +92 bytes (+0.39%) +20 bytes
6 23429 bytes +89 bytes (+0.38%) +17 bytes
7 23456 bytes +116 bytes (+0.50%) +44 bytes
8 23485 bytes +145 bytes (+0.62%) +73 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 - for example, your browser actually supports it !
Algorithm Program Parameters Size Compared To Best Zopfli
ZPAQ (Wikipedia) zpaq zpaq -method 69 19589 bytes -3751 bytes (-16.07%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 20233 bytes -3107 bytes (-13.31%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 21059 bytes -2281 bytes (-9.77%)
Brotli (Wikipedia) brotli brotli -q 11 21791 bytes -1549 bytes (-6.64%)
LZMA2 (Wikipedia) xz xz -9 22320 bytes -1020 bytes (-4.37%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 22578 bytes -762 bytes (-3.26%)
Zstandard (Wikipedia) zstd zstd -19 23118 bytes -222 bytes (-0.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):
Load and Parse Data


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

All trademarks are property of their respective owners. You know, the boring legal stuff.