A utility to automatically configure HTTP Compression for blobs in Azure Blob storage. Blobs can be consumed directly from a client browser or via Azure CDN.
This tool is inspired by a code sample from David Rousset for optimizing BablyonJS Assets.
Azure storage is an excellent option for storing assets and data consumed by web applications, but it is often preferable to have this data delivered to the browser compressed. Azure CDN can be used to provide compression and performance improvements on top of blob storage but has an upper limit of 1MB for HTTP compression.
Azure Blob Storage is capable of delivering the correct content-encoding: gzip headers directly, but data must be compressed in storage, and the headers must be configured correctly. Then this content is delivered compressed either directly or through CDN.
Managing this manual compression and configuration of headers yourself would be tedious, but this tool can be run to do it for you, and happily ignores files that are already compressed. You can run it automatically as part of a build process, or manually on an as-needed basis.
The utility can enumerate all of the files in a container. It then filters to files matching your provided extensions. These files are compressed using GZip and the content-encoding and cache headers are configured on them so they are compatible with all browsers HTTP compression features. The tool will not alter a file which is already compressed (based on inspecting the headers), so it is safe to run multiple times to catch new files.
The utility can also automatically configure your storage account with wildcard CORS settings which are often desirable if serving certain types of assets through Azure CDN.
You must provide
- Either an account name and key, or connection string
- Container to enumerate (recursively)
- List of file extensions to operate on
- Whether to replace existing files with compressed version, or copy with a new extension
Replacing .css files in-place. Blobs will be replaced with compressed version and headers updated:
asge.exe -e .css -f myContainer -r -a myStorageAccount -k <key>
Copy .css and .js to a compressed version and append a .gz extension:
asge.exe -e .css .js -f myContainer -n .gz -a myStorageAccount -k <key>
Replacing .js files in-place and enabling CORS for the account:
asge.exe -w -e .js -f myContainer -r -a myStorageAccount -k <key>
Replacing .js files in-place using a connection string instead of host/key:
asge.exe -e .js -f myContainer -r -c <connection string>
-a, --account Storage account host. [mystorage]
-k, --key Storage account key.
-c, --connectionstring Storage account key.
-e, --extensions Required. Extensions to operate on. [.js, .css,
.dat]
-r, --replace (Default: False) Replace existing files in-place.
-s, --simulate (Default: False) Do everything except write to blob
store.
-n, --newextension Copy file with a new postfix. [.gz]
-f, --container Required. Container to search in.
-w, --wildcardcors Enable wildcard CORS for this storage account.
-x, --cacheage (Default: 2592000) Duration for cache control max
age header, in seconds. Default 2592000 (30 days).
--help Display this help screen.
Only block blobs are supported. Please ensure you have a backup of your data before running this tool against your container.