Jekyll Asset Pipeline is a powerful asset pipeline that automatically collects, converts and compresses / minifies your site's JavaScript and CSS assets when you compile your Jekyll site.
link
and script
tags that point to bundled assetsJekyll Asset Pipeline's workflow can be summarized as follows:
css_asset_tag
and javascript_asset_tag
Liquid tags. Each occurrence of either of these tags identifies when a new bundle needs to be created and outlines (via a manifest) which assets to include in the bundle._site
output folder.css_asset_tag
and javascript_asset_tag
Liquid tags with HTML link
and script
tags, respectively, that link to the finished bundles.Jekyll Asset Pipeline is extremely easy to add to your Jekyll project and has no incremental dependencies beyond those required by Jekyll. Once you have a basic Jekyll site up and running, follow the steps below to install and configure Jekyll Asset Pipeline.
jekyll_asset_pipeline
gem via Rubygems.$ gem install jekyll_asset_pipeline
If you are using Bundler to manage your project's gems, you can just add jekyll_asset_pipeline
to your Gemfile and run bundle install
.
_plugins
folder to your project if you do not already have one. Within the _plugins
folder, add a file named jekyll_asset_pipeline.rb
with the following require statement as its contents.require 'jekyll_asset_pipeline'
Move your assets into a Jekyll ignored folder (i.e. a folder that begins with an underscore _
) so that Jekyll won't include these raw assets in the site output. It is recommended to use an _assets
folder to hold your site's assets.
Add the following Liquid blocks to your site's HTML head
section. These blocks will be converted into HTML link
and script
tags that point to bundled assets. Within each block is a manifest of assets to include in the bundle. Assets are included in the same order that they are listed in the manifest. Replace the foo
and bar
assets with your site's assets. At this point we are just using plain old javascript and css files (hence the .js
and .css
extensions). See the Asset Preprocessing section to learn how to include files that must be preprocessed (e.g. CoffeeScript, Sass, Less, Erb, etc.). Name the bundle by including a string after the opening tag. We've named our bundles "global" in the below example.
{% css_asset_tag global %}
- /_assets/foo.css
- /_assets/bar.css
{% endcss_asset_tag %}
{% javascript_asset_tag global %}
- /_assets/foo.js
- /_assets/bar.js
{% endjavascript_asset_tag %}
Asset manifests must be formatted as YAML arrays and include full paths to each asset from the root of the project. YAML does not allow tabbed markup, so you must use spaces when indenting your YAML manifest or you will get an error when you compile your site. If you are using assets that must be preprocessed, you should append the appropriate extension (e.g. '.js.coffee', '.css.less') as discussed in the Asset Preprocessing section.
jekyll build
command to compile your site. You should see an output that includes the following Jekyll Asset Pipeline status messages.$ jekyll build
Generating...
Asset Pipeline: Processing 'css_asset_tag' manifest 'global'
Asset Pipeline: Saved 'global-md5hash.css' to 'yoursitepath/assets'
Asset Pipeline: Processing 'javascript_asset_tag' manifest 'global'
Asset Pipeline: Saved 'global-md5hash.js' to 'yoursitepath/assets'
If you do not see these messages, check that you have not set Jekyll's safe
option to true
in your site's _config.yml
. If the safe
option is set to true
, Jekyll will not run plugins.
That is it! You should now have bundled assets. Look in the _site
folder of your project for an assets
folder that contains the bundled assets. HTML tags that point to these assets have been placed in the HTML output where you included the Liquid blocks. You may notice that your assets have not been converted or compressed-- we will add that functionality next.
Asset preprocessing (i.e. conversion) allows us to write our assets in languages such as CoffeeScript, Sass, Less, Erb or any other language. One of Jekyll Asset Pipeline's key strengths is that it works with any preprocessing library that has a ruby wrapper. Adding a preprocessor is straightforward, but requires a small amount of additional code.
In the following example, we will add a preprocessor that converts CoffeeScript into JavaScript.
jekyll_asset_pipeline.rb
file that we created in the Getting Started section, add the following code to the end of the file (i.e. after the require
statement).module JekyllAssetPipeline
class CoffeeScriptConverter < JekyllAssetPipeline::Converter
require 'coffee-script'
def self.filetype
'.coffee'
end
def convert
return CoffeeScript.compile(@content)
end
end
end
The above code adds a CoffeeScript converter. You can name a converter anything as long as it inherits from JekyllAssetPipeline::Converter
. The self.filetype
method defines the type of asset a converter will process (e.g. .coffee
for CoffeeScript) based on the extension of the raw asset file. A @content
instance variable that contains the raw content of our asset is made available within the converter. The converter should process this content and return the processed content (as a string) via a convert
method.
coffee-script
gem.$ gem install coffee-script
If you are using Bundler to manage your project's gems, you can just add coffee-script
to your Gemfile and run bundle install
.
Append a .coffee
extension to the filename of any asset that should be converted with the CoffeeScriptConverter
. For example, foo.js
would become foo.js.coffee
.
Run the jekyll build
command to compile your site.
That is it! Your asset pipeline has converted any CoffeeScript assets into JavaScript before adding them to a bundle.
You probably get the gist of how converters work, but here's an example of a SASS converter for quick reference.
module JekyllAssetPipeline
class SassConverter < JekyllAssetPipeline::Converter
require 'sass'
def self.filetype
'.scss'
end
def convert
return Sass::Engine.new(@content, syntax: :scss).render
end
end
end
Don't forget to install the sass
gem or add it to your Gemfile and run bundle install
before you run the jekyll build
command since the above SASS converter requires the sass
library as a dependency.
If you're using @import
statements in your SASS files, you'll probably need to specify a base load path to the SASS engine in your convert
method.
You can use the @dirname
instance variable for this, which contains the path to the current asset's directory:
...
def convert
return Sass::Engine.new(@content, syntax: :scss, load_paths: [@dirname]).render
end
...
module JekyllAssetPipeline
class LessConverter < JekyllAssetPipeline::Converter
require 'less'
def self.filetype
'.less'
end
def convert
return Less::Parser.new.parse(@content).to_css
end
end
end
Don't forget to install the less
gem or add it to your Gemfile and run bundle install
before you run the jekyll build
command since the above LESS converter requires the less
library as a dependency.
As with the SASS convertor, you'll probably need to specify a base load path and pass that to the LESS Parser:
...
def convert
return Less::Parser.new(paths: [@dirname]).parse(@content).to_css
end
...
If you would like to run an asset through multiple preprocessors successively, you can do so by naming your assets with nested file extensions. Nest the extensions in the order (right to left) that the asset should be processed. For example, .css.scss.erb
would first be processed by an erb
preprocessor then by a scss
preprocessor before being rendered. This convention is very similar to the convention used by the Ruby on Rails asset pipeline.
Don't forget to define preprocessors for the extensions you use in your filenames, otherwise Jekyll Asset Pipeline will not process your asset.
Asset compression allows us to decrease the size of our assets and increase the speed of our site. One of Jekyll Asset Pipeline's key strengths is that it works with any compression library that has a ruby wrapper. Adding asset compression is straightforward, but requires a small amount of additional code.
In the following example, we will add a compressor that uses Yahoo's YUI Compressor to compress our CSS and JavaScript assets.
jekyll_asset_pipeline.rb
file that we created in the Getting Started section, add the following code to the end of the file (i.e. after the require
statement).module JekyllAssetPipeline
class CssCompressor < JekyllAssetPipeline::Compressor
require 'yui/compressor'
def self.filetype
'.css'
end
def compress
return YUI::CssCompressor.new.compress(@content)
end
end
class JavaScriptCompressor < JekyllAssetPipeline::Compressor
require 'yui/compressor'
def self.filetype
'.js'
end
def compress
return YUI::JavaScriptCompressor.new(munge: true).compress(@content)
end
end
end
The above code adds a CSS and a JavaScript compressor. You can name a compressor anything as long as it inherits from JekyllAssetPipeline::Compressor
. The self.filetype
method defines the type of asset a compressor will process (either '.js'
or '.css'
). The compress
method is where the magic happens. A @content
instance variable that contains the raw content of our bundle is made available within the compressor. The compressor should process this content and return the processed content (as a string) via a compress
method.
yui-compressor
gem.$ gem install yui-compressor
If you are using Bundler to manage your project's gems, you can just add yui-compressor
to your Gemfile and run bundle install
.
jekyll build
command to compile your site.That is it! Your asset pipeline has compressed your CSS and JavaScript assets. You can verify that this is the case by looking at the contents of the bundles generated in the _site/assets
folder of your project.
You probably get the gist of how compressors work, but here's an example of a Google Closure Compiler compressor for quick reference.
class JavaScriptCompressor < JekyllAssetPipeline::Compressor
require 'closure-compiler'
def self.filetype
'.js'
end
def compress
return Closure::Compiler.new.compile(@content)
end
end
Don't forget to install the closure-compiler
gem before you run the jekyll build
command since the above compressor requires the closure-compiler
library as a dependency.
When Jekyll Asset Pipeline creates a bundle, it returns an HTML tag that points to the bundle. This tag is either a link
tag for CSS or a script
tag for JavaScript. Under most circumstances the default tags will suffice, but you may want to customize this output for special cases (e.g. if you want to add a CSS media attribute).
In the following example, we will override the default CSS link tag by adding a custom template that produces a link tag with a media
attribute.
jekyll_asset_pipeline.rb
file that we created in the Getting Started section, add the following code.module JekyllAssetPipeline
class CssTagTemplate < JekyllAssetPipeline::Template
def self.filetype
'.css'
end
def html
"<link href='#{output_path}/#{@filename}' rel='stylesheet' " \
"type='text/css' media='screen' />\n"
end
end
end
If you already added a compressor and/or a converter, you can include your template class alongside your compressor and/or converter within the same Jekyll Asset Pipeline module.
The “self.filetype” method defines the type of bundle a template will target (either .js
or .css
). The “html” method is where the magic happens. output_path
is a helper method and @filename
is an instance variable which are available within the class and contain the path and filename of the generated bundle, respectively. The template should return a string that contains an HTML tag pointing to the generated bundle via an html
method.
jekyll
command to compile your site.That is it! Your asset pipeline used your template to generate an HTML link
tag that includes a media attribute with the value screen
. You can verify that this is the case by viewing the generated source within your project's _site
folder.
Jekyll Asset Pipeline provides the following configuration options that can be controlled by adding them to your project's _config.yml
file. If you don't have a _config.yml
file, consider reading the configuration section of the Jekyll documentation.
asset_pipeline:
bundle: true
compress: true
output_path: assets
display_path: nil
gzip: false
Setting | Default | Description |
---|---|---|
bundle |
true |
controls whether Jekyll Asset Pipeline bundles the assets defined in each manifest. If set to false , each asset will be saved individually and individual html tags pointing to each unbundled asset will be produced when you compile your site. It is useful to set this to false while you are debugging your site. |
compress |
true |
tells Jekyll Asset Pipeline whether or not to compress the bundled assets. It is useful to set this setting to false while you are debugging your site. |
output_path |
assets |
defines where generated bundles should be saved within the _site folder of your project. |
display_path |
nil |
overrides the path to assets in generated html tags. This is useful if you are hosting your site at a path other than the root of your domain (e.g. http://example.com/blog/ ). |
gzip |
false |
controls whether Jekyll Asset Pipeline saves gzipped versions of your assets alongside un-gzipped versions. |
Octopress is a popular framework for Jekyll that can help you get a blog up and running quickly. Jekyll Asset Pipeline can be added to an Octopress site using the Getting Started steps above with the following modifications:
Octopress uses Bundler to manage your site's dependencies. You should add gem jekyll_asset_pipeline
to your Gemfile and then run bundle install
to install.
Instead of adding a _plugins
folder, you should put jekyll_asset_pipeline.rb
in the plugins
folder included by default in the root of your Octopress site.
You should still store your assets in an Jekyll ignored folder (i.e. a folder that begins with an underscore _
), but note that this folder should be located within the source
folder of your Octopress site (e.g. source/_assets
).
No change to this step.
Instead of running the jekyll
command to compile your site, you should use Octopress' rake commands (e.g. rake generate
) as outlined here.
If you have any difficulties using Jekyll Asset Pipeline with Octopress, please open an issue.
You can contribute to the Jekyll Asset Pipeline by submitting a pull request via GitHub. There are a few areas that need improvement:
If you have any ideas or you would like to see anything else improved please use the issues section.
See the changelog.
Jekyll Asset Pipeline is released under the MIT License.