An ultra-simple-to-use assets management library

Installs: 20 932

Dependents: 7

Stars: 167

Watchers: 13

Forks: 30

Open Issues: 1

0.1.8 2016-01-13 03:21 UTC


An ultra-simple-to-use assets management PHP library.

Build Status Join the chat at

  1. Features.
  2. Supported frameworks.
  3. Installation.
  4. Usage.
  5. Configuration.
  6. Non static interface usage.
  7. Sample collections.
  8. Troubleshooting / F.A.Q..
  9. License.


  • Very easy to use.
  • Autogenerates HTML tags for including your JavaScript and CSS files.
  • Automatically detects type of asset (CSS, JavaScript or collection).
  • Supports programmatically adding assets on the fly.
  • Supports local (including packages) or remote assets.
  • Prevents from loading duplicated assets.
  • Included assets pipeline (concatenate and minify all your assets to a single file) with URL timestamps and gzip support.
  • Automatically prefixes local assets with a configurable folder name or url.
  • Supports secure (https) and protocol agnostic (//) links.
  • Supports collections (named sets of assets) that can be nested, allowing assets dependencies definitions.
  • Supports multitenancy (multiple independent configurations) for different groups of assets (this feature is only available for Laravel >= 5.0).
  • Allows autoloading by default preconfigured assets and collections.

Supported frameworks

The library is framework agnostic and it should work well with any framework or naked PHP application. Nevertheless, since the library is most popular between Laravel users the following instructions have been tailored for Laravel 5 framework (still on Laravel 4?). If you want to use the library in any other scenario please read the non static interface instructions.


In your project base directory run

composer require stolz/assets

Then edit config/app.php and add the service provider within the providers array.

'providers' => [

There is no need to add the Facade, the package will bind it to the IoC for you.


In your views/layouts

To generate the CSS <link rel="stylesheet"> tags

echo Assets::css();

To generate the JavaScript <script> tags

echo Assets::js();

In your routes/controllers

Basically all you have to do to add and asset, no matter if it's CSS or JS or a collection of both, is:


For more advanced uses keep reading but please note that there are some more methods not documented here. For a full list of all the available methods please read the provided file.

Add more than one asset at once

Assets::add(['another/file.js', 'one/more.css']);

Add an asset from a local package


Note all local assets filenames are considered to be relative to you assets directory (configurable via css_dir and js_dir options) so you don't need to provide it every time with js/file.js or css/file.css, using just file.js or file.css will be enough.

You may add remote assets in the same fashion


If your assets have no extension and autodetection fails, then just use canonical functions (they accept an array of assets too)


If at some point you decide you added the wrong assets you can reset them and start over

Assets::reset();    // Reset both CSS and JS
Assets::resetCss(); // Reset only CSS
Assets::resetJs();  // Reset only JS

All methods that don't generate output will accept chaining:



To bring up the config file run

php artisan vendor:publish

This will create the file config/assets.php that you may use to configure the library. With the provided comments all options should be self explanatory.

If you are using the non static interface just pass an associative array of config settings to the class constructor.


A collection is a named set of assets, that is, a set of JavaScript and CSS files. Any collection may include more collections, allowing dependencies definition and collection nesting. Collections can be created on run time or via config file.

To register a collection on run time for later use:

Assets::registerCollection($collectionName, ['some', 'awesome', 'assets']);

To preconfigure collections using the config file:

// ... File: config/assets.php ...
'collections' => [
    'one'   => 'one.css',
    'two'   => ['two.css', 'two.js'],
    'external'  => ['', '', '//'],
    'mix'   => ['internal.css', ''],
    'nested' => ['one', 'two'],
    'duplicated' => ['nested', 'one.css','two.css', 'three.js'],

Let me show you how to use the above collection in different scenarios:

Using Assets::add('two'); will result in

<!-- CSS -->
<link type="text/css" rel="stylesheet" href="css/two.css" />
<!-- JS -->
<script type="text/javascript" src="js/two.js"></script>

Using Assets::add('external'); will result in

<!-- CSS -->
<link type="text/css" rel="stylesheet" href="" />
<link type="text/css" rel="stylesheet" href="" />
<!-- JS -->
<script type="text/javascript" src="//"></script>

Using Assets::add('mix'); will result in

<!-- CSS -->
<link type="text/css" rel="stylesheet" href="css/internal.css" />
<!-- JS -->
<script type="text/javascript" src=""></script>

Using Assets::add('nested'); will result in

<!-- CSS -->
<link type="text/css" rel="stylesheet" href="css/one.css" />
<link type="text/css" rel="stylesheet" href="css/two.css" />
<!-- JS -->
<script type="text/javascript" src="js/two.js"></script>

Using Assets::add('duplicated'); will result in

<!-- CSS -->
<link type="text/css" rel="stylesheet" href="css/one.css" />
<link type="text/css" rel="stylesheet" href="css/two.css" />
<!-- JS -->
<script type="text/javascript" src="js/two.js"></script>
<script type="text/javascript" src="js/three.js"></script>

Note even this last collection had duplicated assets they have been included only once.


To enable pipeline use the pipeline config option

'pipeline' => true,

Once it's enabled all your assets will be concatenated and minified to a single file, improving load speed and reducing the number of requests that a browser makes to render a web page.

This process can take a few seconds depending on the amount of assets and your connection but it's triggered only the first time you load a page whose assets have never been pipelined before. The subsequent times the same page (or any page using the same assets) is loaded, the previously pipelined file will be used giving you much faster loading time and less bandwidth usage.

Note: For obvious reasons, using the pipeline is recommended only for production environment.

If your assets have changed since they were pipelined use the provided artisan command to purge the pipeline cache

php artisan asset:flush

Alternatively, you may set the pipeline config option to a string value that evaluates to true. That value will be used as the salt of the pipeline hash. If you use 'auto' as value the salt will be automatically calculated based on your assets last modification time.


'pipeline' => 'version 1.0',

Finally, if you happen to use NGINX with the gzip_static feature enabled, add the following config option to automatically create a suitable gziped version of the pipelined assets:

'pipeline_gzip' => true,

Other configurable options

For a full list of all the available config options please read the provided file.

  • 'autoload' => [],

    Here you may set which assets (CSS files, JavaScript files or collections) should be loaded by default.

  • 'css_dir' => 'css',
  • 'js_dir' => 'js',

    Override default base URL/folder for assets. Don't use trailing slash!. They will be prepended to all your local assets. Both relative paths or full URLs are supported.

  • 'pipeline_dir' => 'min',

    Override default folder for pipelined assets. Don't use trailing slash!.

It is possible to change any config options on the fly by passing an array of settings to the config() method. Useful if some assets use a different base directory or if you want to pipeline some assets and skip others from the pipeline. i.e:

echo Assets::reset()->add('do-not-pipeline-this.js')->js(),
     Assets::reset()->add('please-pipeline-this.js')->config(['pipeline' => true])->js();


Note: This feature is only available for Laravel >= 5.0.

Multitenancy is achieved using groups. A group is an isolated container of the library. Each group is totally independent of other groups so it uses its own settings and assets flow. This is useful if you need different approaches for different types of assets (for instance, you may need some assets to be pipelined but some others no). Therefore, when using multiple groups is your responsability to make sure the assets of different groups that depend on eachother are loaded in ther right order.

By default if no groups are defined the default group is used. To define a group just nest your normal settings within an array in the config file. The array key will be the group name. For instance:

// ... File: config/assets.php ...

// Default group
'default' => [
    'pipeline' => true,
    'js_dir' => 'js',
    // ... more options for default group

// Other group
'group1' => [
    'pipeline' => false,
    'public_dir' => '/foo',
    // ... more options for group1

// Another group
'group2' => [
    'pipeline' => false,
    'css_dir' => 'css/admin',
    // ... more options for group2

For choosing which group you want to interact with, use the group() method. If no group is specified the 'default' group will be used.

Assets::add('foo.js')->js(); // Uses default group
Assets::group('group1')->add('bar.css')->css(); // Uses the 'group1' group.

Please note the group() method is part of the Facade, so it does not accept chaining and it always has to be used at the beginning of each interaction with the library.

Non static interface

You can use the library without using static methods. The signature of all methods is the same as described above but using an instance of the class instead.

// Load the library with composer
require __DIR__ . '/vendor/autoload.php';

// Set config options
$config = [
    'collections' => [...],
    'autoload' => [...],
    'pipeline' => true,
    'public_dir' => '/absolute/path/to/your/webroot/public/dir'

// Instantiate the library
$assets = new \Stolz\Assets\Manager($config);

// Add some assets

// Generate HTML tags
echo $assets->css(),$assets->js();

Sample collections

// jQuery (CDN)
'jquery-cdn' => ['//'],

// jQuery UI (CDN)
'jquery-ui-cdn' => [
    // Uncomment to load all languages '//',
    // Uncomment to load a single language '//',
    // Uncomment to load a theme' //',

// Zurb Foundation (CDN)
'foundation-cdn' => [

// Twitter Bootstrap (CDN)
'bootstrap-cdn' => [

// Flags of all countries in one sprite (CDN)
'flags-16px' => ['//'],
'flags-32px' => ['//'],


MIT License © Stolz

Read the provided LICENSE file for details.

Troubleshooting / F.A.Q.

Where can I ask for help/support?

First please make sure you have read the F.A.Q. and API docs and if you still need help explain your problem in our Gitter chat.

Where should I copy my assets files?

They should be copied to the subfolders you specified with the css_dir and js_dir config options. Both folders are relative to your webroot/public folder. For package assets it's the same but relative to the packages folder within your webroot/public folder.

i.e: Assuming the next scenario:

  • You are using the default settings.
  • Your webroot/public folder is /myproject/public
  • Your webroot/public contains:
    • /myproject/public/css/foo.css
    • /myproject/public/js/bar.js
    • /myproject/public/packages/somevendor/somepackage/css/lorem.css
    • /myproject/public/packages/anothervendor/anotherpackage/js/ipsum.js

Then to load the assets you should run:


Why assets work for the main page but not for subpages?

If your assets seem to work fine for but not for your are likely to be using relative links. If you use links relative to your root URI in an URI that is not your root URI for them to work you must use the <base> HTML tag pointing to your root URI. This behavior is not related to the library or the framework but related to the HTML standard itself. Please make sure you understand the semantics of relative links before reporting a bug.

The pipeline is not working

Make sure public_dir config option is set and it's pointing to the absolute path of your webroot/public folder and the user that is running the library has write permissions for that folder.

If you use a massive amount of assets make sure your connection is fast enough and your computer is powerful enough to download and compress all the assets before the PHP maximum execution time is reached.

Can I use multiple instances of the library?

Yes you can but there is no need. You better use the multitenancy feature (only available for Laravel >= 5.0).

Can I change settings on the fly?

Yes you can. There is a config() public method to change settings on the fly. This allows you to use same instance of the library with different settings. i.e:

echo Assets::add('jquery-cdn')->js();
echo Assets::reset()->add(['custom.js', 'main.js'])->config(['pipeline' => true])->js();

If you want the different settings to be permanent, then use the multitenancy feature.

Can I filter/preprocess my assets?

The library does not include any built in filter/preprocessor functionality but it offers a way to provide your custom one when pipeline is enabled. Simply use the fetch_command config option to apply a custom filter.

How can I contribute?

Send a pull requests to the develop branch. Read next question for your PR to have more chances to be accepted.

Why my pull requests was not accepted?

Remember, the main reason for the library to exist is to be easy to use. If your PR involves changing this and makes the library cumbersome to use then it will not be accepted.

This is a framework agnostic library, if your PR uses code related to your framework it will not be accepted.

If your contribution adds new features make sure to include a proper PHPUnit test for it.

Please use PHP_CodeSniffer to make sure your code follows the project coding standards (which is a slightly variation of PSR-2).