Dojo 1.13.7 - as small as it gets (near-perfect GZIP compression)

Choose a version:

The original file has 637173 bytes (622.2k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 167216 bytes (163.3k, 26%).

After GZIP compression these minified files vary in size:

gzip -6 (default)	56226 bytes (54.9k)	local copy
gzip -9	56160 bytes (54.8k)	local copy
libdeflate -12	53470 bytes (52.2k)	local copy
7zip -mx=9 -tgzip	53445 bytes (52.2k)	local copy
zultra	53404 bytes (52.2k)	local copy
pigz -11 -n	53397 bytes (52.1k)	local copy
kzip -s0 -rn -b1	53394 bytes (52.1k)	local copy
Zopfli	53298 bytes (52.0k)	local copy
Zopfli (defluff)	53294 bytes (52.0k)	local copy

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

You will automatically get the smallest Dojo 1.13.7 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

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 --mls128 --bsr22 --lazy --ohh

(found March 11, 2022)

Description	Value	Parameter
iterations	1000000	--i1000000
maximum blocks	8	--mb8
maximum length score	128	--mls128
block splitting recursion	22	--bsr22
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 4 more bytes (53294 bytes).

Download

Verify file integrity

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

MD5:
curl --silent --compressed https://download.dojotoolkit.org/release-1.13.7/dojo.js --location | md5sum
c98af7a18a75aea58c976d9d4362c548 -
curl --silent --compressed https://minime.stephan-brumme.com/files/dojo/dojo-1.13.7.min.zopfli.js.gz | md5sum
c98af7a18a75aea58c976d9d4362c548 -

SHA1:
curl --silent --compressed https://download.dojotoolkit.org/release-1.13.7/dojo.js --location | sha1sum
332f5bd261a43a1a198c4118c5c69fb4a9d826d5 -
curl --silent --compressed https://minime.stephan-brumme.com/files/dojo/dojo-1.13.7.min.zopfli.js.gz | sha1sum
332f5bd261a43a1a198c4118c5c69fb4a9d826d5 -

Other Versions

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

1.17.3, 1.17.2, 1.17.1, 1.17.0,
1.16.5, 1.16.4, 1.16.3, 1.16.2, 1.16.1, 1.16.0,
1.15.6, 1.15.5, 1.15.4, 1.15.3, 1.15.2, 1.15.1, 1.15.0,
1.14.9, 1.14.8, 1.14.7, 1.14.6, 1.14.5, 1.14.4, 1.14.3, 1.14.2, 1.14.1, 1.14.0,
1.13.10, 1.13.9, 1.13.8, 1.13.7, 1.13.6, 1.13.5, 1.13.4, 1.13.3, 1.13.2, 1.13.1, 1.13.0,
1.12.11, 1.12.10, 1.12.9, 1.12.8, 1.12.7, 1.12.6, 1.12.5, 1.12.4, 1.12.3, 1.12.2, 1.12.1,
1.11.13, 1.11.12, 1.11.11, 1.11.10, 1.11.9, 1.11.8, 1.11.7, 1.11.6, 1.11.5, 1.11.4, 1.11.3, 1.11.2, 1.11.1, 1.11.0,
1.10.10, 1.10.9, 1.10.8, 1.10.7, 1.10.6, 1.10.5, 1.10.4, 1.10.3, 1.10.2, 1.10.1, 1.10.0,
1.9.11, 1.9.10, 1.9.9, 1.9.8, 1.9.7, 1.9.6, 1.9.5, 1.9.4, 1.9.3, 1.9.2, 1.9.1, 1.9.0,
1.8.14, 1.8.13, 1.8.12, 1.8.11, 1.8.10, 1.8.9, 1.8.8, 1.8.7, 1.8.6, 1.8.5, 1.8.4, 1.8.3, 1.8.2, 1.8.1, 1.8.0,
1.7.12, 1.7.11, 1.7.10, 1.7.9, 1.7.8, 1.7.7, 1.7.6, 1.7.5, 1.7.4, 1.7.3, 1.7.2, 1.7.1, 1.7.0,
1.6.5, 1.6.4, 1.6.3, 1.6.2, 1.6.1, 1.6.0,
1.5.6, 1.5.5, 1.5.4, 1.5.3, 1.5.2, 1.5.1, 1.5.0,
1.4.8, 1.4.7, 1.4.6, 1.4.5, 1.4.4, 1.4.3, 1.4.2, 1.4.1, 1.4.0,
1.3.3, 1.3.2, 1.3.1, 1.3.0,
1.2.3, 1.2.2

The project site contains an overview how well these versions were compressed.
Other interesting projects are AngularJS, BackboneJS, Bootstrap, D3, Ember, jQuery, Knockout, lodash, React, Socket.IO, ThreeJS, UnderscoreJS and Vue.

Changelog

Best Zopfli parameters so far:

Size	Improvement	Parameters	Found
53298 bytes	-1 byte	zopfli --i1000000 --mls128 --bsr22 --lazy --ohh	March 11, 2022 @ 19:00
53299 bytes	-7 bytes	zopfli --i100000 --mls128 --bsr19 --lazy --ohh	March 4, 2022 @ 11:11
53306 bytes	-1 byte	zopfli --i10000 --mls128 --bsr19 --lazy --ohh	February 25, 2022 @ 15:50
53307 bytes	-4 bytes	zopfli --i10000 --mls4 --bsr18 --lazy --ohh	February 25, 2022 @ 10:22
53311 bytes	-1 byte	zopfli --i10000 --mls64 --bsr2 --lazy --ohh	February 25, 2022 @ 06:19
53312 bytes	-1 byte	zopfli --i10000 --mls256 --bsr10 --lazy --ohh	February 25, 2022 @ 06:01
53313 bytes	-3 bytes	zopfli --i1000 --mls4 --bsr18 --lazy --ohh	February 24, 2022 @ 17:40
53316 bytes	-2 bytes	zopfli --i1000 --mls128 --bsr16 --lazy --ohh	February 24, 2022 @ 17:07
53318 bytes	–	zopfli --i100 --mls16 --bsr22 --lazy --ohh	February 24, 2022 @ 15:29

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

Most recent activity on March 13, 2022 @ 09:56.

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
2	53310	53310	53312	53312	53309	53311	53310	53311	53310	53312	53323	53323	53324	53335	53335
4	53338	53308	53310	53312	53314	53319	53313	53308	53314	53307	53317	53320	53326	53325	53322
6	53342	53340	53308	53310	53310	53310	53307	53319	53316	53309	53314	53314	53318	53319	53326
7	53352	53307	53307	53312	53310	53321	53317	53314	53316	53312	53329	53316	53315	53330	53316
8	53341	53307	53343	53310	53300	53324	53310	53308	53317	53324	53323	53317	53324	53324	53318
9	53346	53307	53310	53312	53310	53313	53310	53309	53316	53317	53322	53318	53319	53334	53324
10	53307	53308	53307	53307	53312	53322	53309	53312	53319	53320	53310	53318	53320	53324	53321
11	53307	53307	53298	53310	53313	53329	53298	53300	53317	53317	53323	53322	53319	53326	53339
12	53345	53336	53339	53311	53312	53311	53310	53307	53316	53321	53316	53314	53317	53324	53325
13	53339	53308	53338	53312	53309	53318	53310	53308	53316	53322	53323	53316	53323	53328	53325
14	53309	53309	53309	53343	53313	53313	53308	53310	53316	53324	53323	53319	53321	53321	53323
15	53308	53337	53310	53311	53308	53315	53310	53315	53317	53301	53327	53316	53318	53331	53321
16	53336	53334	53339	53341	53309	53307	53307	53319	53316	53317	53322	53318	53321	53331	53316
17	53335	53307	53312	53311	53309	53310	53307	53314	53320	53323	53322	53318	53321	53321	53322
18	53307	53307	53307	53310	53309	53313	53298	53309	53319	53317	53318	53316	53317	53329	53323
19	53337	53299	53309	53311	53318	53312	53298	53308	53315	53317	53322	53319	53321	53329	53316
20	53346	53308	53308	53311	53308	53311	53314	53314	53316	53318	53313	53319	53318	53322	53319
21	53334	53334	53334	53311	53310	53312	53311	53300	53316	53317	53323	53319	53318	53330	53324
22	53339	53299	53310	53311	53310	53308	53298	53309	53317	53321	53321	53319	53323	53323	53325
23	53308	53310	53308	53309	53307	53334	53310	53319	53316	53317	53322	53321	53318	53336	53322
25	53340	53333	53338	53309	53307	53299	53317	53307	53315	53315	53323	53316	53317	53322	53323
30	53339	53333	53311	53311	53308	53324	53310	53310	53317	53317	53318	53317	53318	53331	53321
40	53339	53335	53310	53311	53308	53311	53308	53310	53319	53317	53327	53318	53326	53329	53322

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	53318 bytes	–	100%
1,000	53313 bytes	-5 bytes	100%
10,000	53306 bytes	-7 bytes	100%
100,000	53299 bytes	-7 bytes	3.48%
1,000,000	53298 bytes	-1 byte	2.32%
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)	53469 bytes	+171 bytes (+0.32%)	+75 bytes
1	53394 bytes	+96 bytes (+0.18%)	–
2	53425 bytes	+127 bytes (+0.24%)	+31 bytes
3	53455 bytes	+157 bytes (+0.29%)	+61 bytes
4	53474 bytes	+176 bytes (+0.33%)	+80 bytes
5	53482 bytes	+184 bytes (+0.35%)	+88 bytes
6	53467 bytes	+169 bytes (+0.32%)	+73 bytes
7	53517 bytes	+219 bytes (+0.41%)	+123 bytes
8	53532 bytes	+234 bytes (+0.44%)	+138 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	39182 bytes	-14116 bytes (-26.49%)
RAR (proprietary)	RAR	rar a -m5 -md64m -mc63:128t -mt1	46780 bytes	-6518 bytes (-12.23%)
PPMd (Wikipedia)	7zip	7za a -mx=9 -m0=ppmd	47737 bytes	-5561 bytes (-10.43%)
Brotli (Wikipedia)	brotli	brotli -q 11	49194 bytes	-4104 bytes (-7.70%)
LZMA2 (Wikipedia)	xz	xz -9	50280 bytes	-3018 bytes (-5.66%)
Zstandard (Wikipedia)	zstd	zstd -19	51627 bytes	-1671 bytes (-3.14%)
Burrows-Wheeler transform (Wikipedia)	bzip2	bzip2 -9	51934 bytes	-1364 bytes (-2.56%)

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