Catalyst::Plugin::VersionedURI - add version component to uris
In your config file:
<Plugin::VersionedURI> uri static/ mtime 0 </Plugin::VersionedURI>
package MyApp; use Catalyst qw/ VersionedURI /;
In the Apache config:
<Directory /home/myapp/static> ExpiresActive on ExpiresDefault "access plus 1 year" </Directory>
Catalyst::Plugin::VersionedURI adds a versioned component to uris returned by
uri_for() matching a given set of regular expressions provided in the configuration file. E.g.,
$c->uri_for( '/static/images/foo.png' );
will, with the configuration used in the SYNOPSIS return
This can be useful, mainly, to have the static files of a site magically point to a new location upon new releases of the application, and thus bypass previously set expiration times.
The versioned component of the uri resolves to the version of the application.
The plugin's accepts any number of
uri configuration elements, which are taken as regular expressions to be matched against the uris. The regular expressions are implicitly anchored at the beginning of the uri, and at the end by a '/'. If not given, defaults to
If set to a true value, the plugin will use the file's modification time for versioning instead of the application's version. The modification time is checked only once for each file. If a file is changed after the application is started, the old version number will continue to be used. Checking the modification time on each uri, each time it is served, would result in considerable additional overhead.
A list of directories to search for files if you specify the
mtime flag. If no file is found, the application version is used. Defaults to
If true, add the versioned element as part of the path (right after the matched uri). If false, the versioned element is added as a query parameter. For example, if we match on '/static', the base uri '/static/foo.png' will resolve to '/static/v1.2.3/foo.png' if 'in_path' is true, and '/static/foo.png?v=1.2.3' if false.
Defaults to false.
Name of the parameter to be used for the versioned element. Defaults to 'v'.
Not used if in_path is set to true.
Of course, the redirection to a versioned uri is a sham to fool the browsers into refreshing their cache. If the path is modified because in_path is set to true, it's typical to configure the front-facing web server to point back to the same back-end directory.
To munge the paths back to the base directory, the Apache configuration can look like:
<Directory /home/myapp/static> RewriteEngine on RewriteRule ^v[0123456789._]+/(.*)$ /myapp/static/$1 [PT] ExpiresActive on ExpiresDefault "access plus 1 year" </Directory>
If in_path is set to true, while the plugin is working fine with a web-server front-end, it's going to seriously cramp your style if you use, for example, the application's standalone server, as now all the newly-versioned uris are not going to resolve to anything. The obvious solution is, well, fairly obvious: remove the VersionedURI configuration stanza from your development configuration file.
If, for whatever reason, you absolutly want your application to deal with the versioned paths with or without the web server front-end, you can use Catalyst::Controller::VersionedURI, which will undo what
Catalyst::Plugin::VersionedURI toiled to shoe-horn in.
Mark Grimes, Alexander Hartmaier.
Yanick Champoux <email@example.com>
This software is copyright (c) 2011 by Yanick Champoux.