Package: pyassetman
Drop-in static asset compilationIn templatesAssetman can be used by grouping your static assets into "asset
blocks" to be compiled together.  These asset blocks look like this:{% apply assetman.include_js %}
path/to/utils.js
path/to/lib.js
path/to/main.js
{% end %}The given paths are relative to thestatic_url_prefixsetting. There are
comparableinclude_cssandinclude_lesshelpers available in every
template. There is no limit on the number of assetman blocks that can be
included in a template.When a template with asset blocks is rendered, Assetman decides what static
includes to render in the template.Assetman also provides a replacement for the built in tornadostatic_urlhelper that is used the same way:{{ assetman.static_url('path/to/asset.jpg') }}If you use the built instatic_urlfunction, an error will be raised.The compilerThe Assetman compiler can be called via commandline using theassetman_compilescript.The compiler starts by building a manifest file which describes the
dependencies of each asset block and their versions.  The manifest is built by
using Tornado's template parser to parse each template file in the template
dir(s) given to the compiler and recursively extracting dependencies from each
template.In addition to the "current" manifest built for every compile, a "cached"
manifest from the previous compile is loaded from a configured path.
These two manifests are used to determine what asset blocks need
to be recompiled (or compiled for the first time).If any asset blocks needed to be compiled, the compiled files are written to
that same/data/directory along with the updated manifest file.As a part of the compilation process, references to static assets rooted under
thestatic_url_prefixwill be rewritten to include version information
specific to each asset. Likewise, calls toassetman.static_urlwill result
in asset-specific versioned URLs.The manifestThe manifest built as part of the compilation process and used during the
template rendering and static asset serving processes is a JSON object divided
into three parts:{ 'blocks': {},
  'assets': {},
  'lookups': {} }Theblockssection contains mappings from asset blocks (which are identified
by a "name hash", themd5hash of their constituent paths) to a version
string, which is anmd5hash representing the versions of each of its
dependencies (calculated recursively). An entry in theblockssection might
look like this:"c5f7fa59d1d2e25521e936869f8fbb7c": {
  "version": "89328b33de18bd42a3782d44b7316541"
}Theassetssection contains mappings from individual assets to a "depencency
spec", which is composed of a version (md5hash) and a list of that asset's
dependencies. As above, the version is a hash representing the version of that
asset and the versions of each of its dependencies, calculated recursively.
An entry in theassetssection might look like this:"www/static/css/components/notice_box.less": {
  "version": "1f170c977b473f6f009bc1adb078efc5",
  "deps": [
    "www/static/graphics/vis/x-blue.png"
  ]
}An single asset's version, with no dependencies, is themd5hash of its file
name and its file modification time.Every single dependency at any point in the manifest must have an entry at the
top level of the manifest.Thelookupsblock contains a mapping from an "asset abbreviation" (the first
few letters of themd5hash of an asset's file name) to the full path to
that asset. This lookup table is generated at compile time and used at run
time to request compiled assets while also including a list of individual
fallbacks to include if the compiled asset isn't found or if its version
doesn't match. This is just an optimization to keep URL sizes manageable.Serving static assetsStatic assets are served by a specialStaticFileHandler. It knows how to
handle three types of URLs (assumestatic_url_prefixis/s/beta/for
these examples):Unversioned URLs:/s/{path}This is used to serve unversioned, uncompiled assets during development.Versioned URLs:/s/v:{version}/{path}This is used to serve static assets referenced directly or viaassetman.static_url, where no fallbacks are necessary.Versioned URLs with fallbacks:/s/v:{version}/f:{a:b:c}/{hash}This is used to request compiled asset blocks while also providing the
ability for the server to respond with as many of the constituent assets
as possible in the case where the compiled asset is not yet available or
out of date.Assetman takes care of generating the appropriate URLs at compile time (for
the second kind of URL) or template render time (for the 3rd).Running the Assetman compilerassetman_compile \
    --output_dir=/data/assets \
    --static_url_prefix=/s/ \
    --template_dir=templates \
    --template_dir=../other/templates