Liquid is an extraction from the E-Commerce system Shopify. Shopify powers many thousands of E-Commerce Stores which all call for unique designs. To make this possible, the Liquid template engine was developed which allows customers of the Shopify system to create individual designs for their needs with freedom to not affect the integrity of the servers the Shopify software is running.
The template engine was designed for specific requirements in terms of security: rendering safe templates which cannot affect the security of the server they are rendered on. Hosting providers want to allow their customers to customize the appearance of their applications but don’t want them to run insecure code on their production systems.
-
Render templates directly out of the applications configuration and files
-
Template engines help to structure individual components to make them available multiple times
-
Render all types of text-based data
Liquid and Jekyll
Jekyll is a generator to create static websites based on simple text files. That means no database system like MySQL
is needed in behind; all data is being read from (text) files. These text files may contain configutation data, meta data (templates) to create the skeleton for the website or the content of the site to be generated.
Generators like Jekyll are based on processors to compute the data as a cascade. Jekyll make use of several processors, Liquid is one of them, working on a pipeline. For users of Linux or Unix this techique is well known.
Commandline applications on Linuy|Unix (and Windows as well) are very often used as a cascade using pipes
. For example the command ls
creates a directory listing that is piped to a grep
filter to sort thing out. The filtered result is passed to e.g. the awk
program to create formatted lines. Finally the result is passed to the sort
filter to sort the data.
This processing cascade looks like:
ls | grep | awk | sort > file.txt
Generators like Jekyll are working a very same way using processors like:
-
the template engine Liquid
-
Markup processors like
Ascidoctor
for Asciidoc orKramdown
for data written in Markdown markup -
Highlighters like
Pygments
,Redcarpet
orRouge
for source code highlightning
A Jekyll pipeline may look like:
Jekyll | Liquid | Asciidoctor | Rouge > file.html
With this pipeline for example, Jekyll reads a configuration file, extracts some data and pass them to the Liquid engine. The template engine process the relevant template data and give the results back to the pipeline. To convert the Asciidoc (content) portion, Asciidoctor process the Asciidoc Markup data and pass some information to the source code highlighter Pygments. In the very end, the processed data is taken from the pipeline and finally written to a HTML file.
To be honest, Jekyll does not exactly process data that way but it is a good picture for how the data is processd and passed through a pipeline, generally spoken. All processors connected to the (Jekyll) pipeline are using this (pipeline) architecture as well. Markup language converters like Ascidoctor make use of pipes to run e.g. helper like highlighters. The Liquid template engine is using pipes for filtering and transforming data.
The following chapters describe the basics of Liquid: the Markup Language, how data is being processed, what templates are and how these are used to create skeletons for the HTML files used for the website build by Jekyll.
The Front Matter
Liquid for Jekyll is not an option. Liquid is a central component for creating websites using Jekyll - worth to know how it works. Beside configuration files being read by Jekyll to control the overall process of creating a website, Liquid templates are used as skeletons to create the base structure of the HTML files for a web - all of them.
What way came Liquid into the game? Quite simple, all files to be processed by Liquid has to have a so called Front Matter
. All files having a Front Matter block will be tread by Jekyll as special files that are to be passed to Liquid for processing.
A Front Matter must be the first part in the file. A Front Matter consists of two triple-dashed lines. Here a basic example:
---
layout: post
title: Blogging Like a Hacker
...
---
Liquid Markup Language
There are two types of markups in Liquid: Output and Tag.
-
Output markup (which may resolve to text) is surrounded by
{{ pairs of curly brackets }}
-
Tag markup (which cannot resolve to text) is surrounded by
{% pairs of curly brackets and percent signs %}
Output Markup
Here is a simple example of Output:
Hello {{name}}
Hello {{user.name}}
Hello {{ 'tobi' }}
Output and Filters
Output markup takes filters. Filters are simple methods. The first parameter is always the output of the left side of the filter. The return value of the filter will be the new left value when the next filter is run. When there are no more filters, the template will receive the resulting string.
Hello {{ 'tobi' |upcase }}
Hello tobi has {{ 'tobi' |size }} letters!
Hello {{ '*tobi*' |textilize |upcase }}
Hello {{ 'now' |date: "%Y %h" }}
Standard Filters
Filter | Description |
---|---|
| Append a string e.g. |
| capitalize words in the input sentence |
| Rounds a number up to the nearest integer, e.g. |
| Reformat a date, see Liquid Syntax Reference |
| Returns the given variable unless it is null or the empty string, when it will return the given value, e.g. |
| Integer division e.g. |
| convert an input string to lowercase |
| Returns an escaped version of html without affecting existing escaped entities |
| HTML escape a string |
| Get the first element of the passed in array |
| Rounds a number down to the nearest integer, |
| Join elements of the array with certain character between them |
| Get the last element of the passed in array |
| Strips all whitespace from the beginning of a string |
| Map/Collect an array on a given property |
| Subtraction |
| Remainder |
| Replace each newline (\n) with html break |
| Return the second word if the input is not |
| Addition |
| Prepend a string |
| Remove the first occurrence |
| Remove each occurrence |
| Replace the first occurrence |
| Replace each occurrence |
| reverses the passed in array |
| Rounds input to the nearest integer or specified number of decimals |
| Strips all whitespace from the end of a string |
| Return the size of an array or string |
| Slice a string. Takes an offset and length, |
| Sort elements of the array |
| Split a string on a matching pattern e.g. |
| Strip HTML markups from string |
| Strip all newlines (\n) from string |
| Strip all whitespace from both ends of the string |
| Multiplication |
| Truncate a string down to x characters. It also accepts a second parameter that will append to the string |
| Truncate a string down to x words |
| Removed duplicate elements from an array, optionally using a given property to test for uniqueness |
| Convert an input string to uppercase |
| URL encode a string |
Tags
Tags are used for the logic in your template. New tags are very easy to code, so I hope to get many contributions to the standard tag library after releasing this code.
Here is a list of currently supported tags:
Tag | Description |
---|---|
| Assigns some value to a variable |
| Block tag that captures text into a variable |
| Block tag, its the standard case…when block |
| Block tag, comments out the text in the block |
| Cycle is usually used within a loop to alternate between values, like colors or DOM classes. |
| For loop |
| Exits a for loop |
| Skips the remaining code in the current for loop and continues with the next loop |
| Standard if/else block |
| Includes another template; useful for partials |
| temporarily disable tag processing to avoid syntax conflicts. |
| Mirror of if statement |
Comments
Any content that you put between {% comment %}
and {% endcomment %}
tags is turned into a comment.
We made 1 million dollars {% comment %} in losses {% endcomment %} this year
Raw
Any content that you put between {% raw %}
and {% endraw %}
tags is turned into raw data. Raw temporarily disables tag processing from Liquid.
This is useful for generating content (eg, Mustache, Handlebars) which uses conflicting syntax.
{% raw %}
In Handlebars, {{ this }} will be HTML-escaped, but {{{ that }}}
{% endraw %}
or written with the raw tag
In Handlebars, {{ this }} will be HTML-escaped, but {{{ that }}}
will not.
If and Else
if
and else
should be well-known from any other programming language. Liquid allows you to write simple expressions in the if
or unless
(and optionally, elsif
and else
) clause:
Clauses
Clause | Description |
---|---|
| Encloses a section of template which will only be run if the condition is true |
| Can optionally be used within an |
| Can optionally be used within an |
| The reverse of an |
The condition of an if
, elsif
or unless
tag should be either a normal Liquid expression or a comparison using Liquid expressions. Note that the comparison operators are implemented by the "if"-like tags; they don’t work anywhere else in Liquid.
Conditional operators
The available comparison operators are:
Operator | Description |
---|---|
| Equality and inequality (the latter two are synonyms). There’s a secret special value |
| less |less-than |
| greater |greater-than |
| A wrapper around Ruby’s |
| Boolean |
| Boolean |
Note that there is NO not operator. Also note that you cannot use parentheses to control order of operations, and the precedence of the operators appears to be unspecified. So when in doubt, use nested |
Liquid expressions are tested for truthiness in what looks like a Ruby-like way:
-
true
is true -
false
is false -
Any string is true, including the empty string
-
Any array is true
-
Any hash is true
-
Any nonexistent/nil value, like a missing member of a hash, is false
{% if user %}
Hello {{ user.name }}
{% endif %}
# Same as above
{% if user != null %}
Hello {{ user.name }}
{% endif %}
{% if user.name == 'tobi' %}
Hello tobi
{% elsif user.name == 'bob' %}
Hello bob
{% endif %}
{% if user.name == 'tobi' or user.name == 'bob' %}
Hello tobi or bob
{% endif %}
{% if user.name == 'bob' and user.age > 45 %}
Hello old bob
{% endif %}
{% if user.name != 'tobi' %}
Hello non-tobi
{% endif %}
# Same as above
{% unless user.name == 'tobi' %}
Hello non-tobi
{% endunless %}
# Check for the size of an array
{% if user.payments == empty %}
you never paid !
{% endif %}
{% if user.payments.size > 0 %}
you paid !
{% endif %}
{% if user.age > 18 %}
Login here
{% else %}
Sorry, you are too young
{% endif %}
# array = 1,2,3
{% if array contains 2 %}
array includes 2
{% endif %}
# string = 'hello world'
{% if string contains 'hello' %}
string includes 'hello'
{% endif %}
Case Statement
If you need more conditions, you can use the case
statement:
{% case condition %}
{% when 1 %}
hit 1
{% when 2 or 3 %}
hit 2 or 3
{% else %}
... else ...
{% endcase %}
Example:
{% case template %}
{% when 'label' %}
{{ label.title }}
{% when 'product' %}
{{ product.vendor |link_to_vendor }} / {{ product.title }}
{% else %}
{{page_title}}
{% endcase %}
Cycle
Often you have to alternate between different colors or similar tasks. Liquid has built-in support for such operations, using the cycle
tag.
{% cycle 'one', 'two', 'three' %}
{% cycle 'one', 'two', 'three' %}
{% cycle 'one', 'two', 'three' %}
{% cycle 'one', 'two', 'three' %}
will result in
one
two
three
one
If no name is supplied for the cycle group, then it’s assumed that multiple calls with the same parameters are one group. If you want to have total control over cycle groups, you can optionally specify the name of the group. This can even be a variable.
{% cycle 'group 1': 'one', 'two', 'three' %}
{% cycle 'group 1': 'one', 'two', 'three' %}
{% cycle 'group 2': 'one', 'two', 'three' %}
{% cycle 'group 2': 'one', 'two', 'three' %}
will result in
one
two
one
two
For loops
Liquid allows for
loops over collections:
{% for item in array %}
{{ item }}
{% endfor %}
Allowed collection types
For loops can iterate over arrays, hashes, and ranges of integers. When iterating a hash, item[0]
contains the key, and item[1]
contains the value:
{% for item in hash %}
{{ item[0] }}: {{ item[1] }}
{% endfor %}
Instead of looping over an existing collection, you can also loop through a range of numbers. Ranges look like (1..10)
- parentheses containing a start value, two periods, and an end value. The start and end values must be integers or expressions that resolve to integers.
# if item.quantity is 4...
{% for i in (1..item.quantity) %}
{{ i }}
{% endfor %}
# results in 1,2,3,4
Breaking and continuing
You can exit a loop early with the following tags:
-
{% continue %}
, immediately end the current iteration, and continue thefor
loop with the next value -
{% break %}
, immediately end the current iteration, then completely end thefor
loop
Both of these are only useful when combined with something like an if
statement.
{% for page in pages %}
# Skip anything in the hidden_pages array,
# but keep looping over the rest of the values
{% if hidden_pages contains page.url %}
{% continue %}
{% endif %}
# If it's not hidden, print it.
[page.title](page.url)
{% endfor %}
{% for page in pages %}
[page.title](page.url)
# After we reach the "cutoff" page, stop the list
# and get on with whatever's
# after the "for" loop:
{% if cutoff_page == page.url %}
{% break %}
{% endif %}
{% endfor %}
Helper variables
During every for
loop, the following helper variables are available for extra styling needs:
forloop.length # => length of the entire for loop
forloop.index # => index of the current iteration
forloop.index0 # => index of the current iteration (zero based)
forloop.rindex # => how many items are still left?
forloop.rindex0 # => how many items are still left? (zero based)
forloop.first # => is this the first iteration?
forloop.last # => is this the last iteration?
Optional arguments
There are several optional arguments to the for
tag that can influence which items you receive in your loop and what order they appear in:
-
limit:<INTEGER>
, lets you restrict how many items you get -
offset:<INTEGER>
, lets you start the collection with the nth item -
reversed
iterates, over the collection from last to first
limit:int
lets you restrict how many items you get. offset:int
lets you start the collection with the nth item.
Restricting elements:
# array = [1,2,3,4,5,6]
{% for item in array limit:2 offset:2 %}
{{ item }}
{% endfor %}
# results in 3,4
Reversing the loop
{% for item in collection reversed %} {{item}} {% endfor %}
Instead of looping over an existing collection, you can define a range of numbers to loop through. The range can be defined by both literal and variable numbers:
# if item.quantity is 4...
{% for i in (1..item.quantity) %}
{{ i }}
{% endfor %}
# results in 1,2,3,4
A for loop can take an optional else
clause to display a block of text when there are no items in the collection:
# items => []
{% for item in items %}
{{ item.title }}
{% else %}
There are no items!
{% endfor %}
Variable Assignment
You can store data in your own variables, to be used in output or other tags as desired. The simplest way to create a variable is with the assign
tag, which has a pretty straightforward syntax:
{% assign name = 'freestyle' %}
{% for t in collections.tags %}{% if t == name %}
<p>Freestyle!</p>
{% endif %}{% endfor %}
Another way of doing this would be to assign true|false
values to the variable:
{% assign freestyle = false %}
{% for t in collections.tags %}{% if t == 'freestyle' %}
{% assign freestyle = true %}
{% endif %}{% endfor %}
{% if freestyle %}
<p>Freestyle!</p>
{% endif %}
If you want to combine a number of strings into a single string and save it to a variable, you can do that with the capture
tag. This tag is a block which "captures" whatever is rendered inside it, then assigns the captured value to the given variable instead of rendering it to the screen.
{% capture attribute_name %}{{ item.title |handleize }}-{{ i }}-color{% endcapture %}
<label for="{{ attribute_name }}">Color:</label>
<select name="attributes[{{ attribute_name }}]" id="{{ attribute_name }}">
<option value="red">Red</option>
<option value="green">Green</option>
<option value="blue">Blue</option>
</select>
Liquid Programming Basics
It’s very simple to get started with Liquid. A Liquid template is rendered in two steps: Parse and Render. For an overview of the Liquid syntax, please read [[Liquid for Designers]].
@template = Liquid::Template.parse("hi {{name}}") # Parses and compiles the template
@template.render( 'name' => 'tobi' ) # Renders the output => "hi tobi"
The parse
step creates a fully compiled template which can be re-used as often as you like. You can store it in memory or in a cache for faster rendering later.
All parameters you want Liquid to work with have to be passed as parameters to the render
method. Liquid does not know about your Ruby local, instance, and global variables.
Extending Liquid
Extending Liquid is very easy. However, keep in mind that Liquid is a young library and requires some outside help. If you create useful filters and tags, please consider making a pull request with them.
Create your own filters
Creating filters is very easy. Basically, they are just methods which take one parameter and return a modified string. You can use your own filters by passing an array of modules to the render call like this: @template.render(assigns, [MyTextFilters, MyDateFilters])
.
module TextFilter
def textilize(input)
RedCloth.new(input).to_html
end
end
@template = Liquid::Template.parse(" {{ '*hi*' |textilize }} ")
@template.render({}, :filters => [TextFilter]) # => "<strong>hi</strong>"
Alternatively, you can register your filters globally:
module TextFilter
def textilize(input)
RedCloth.new(input).to_html
end
end
Liquid::Template.register_filter(TextFilter)
Once the filter is globally registered, you can simply use it:
@template = Liquid::Template.parse(" {{ '*hi*' |textilize }} ")
@template.render # => "<b>hi</b>"
Create your own tags
To create a new tag, simply inherit from Liquid::Tag
and register your block with Liquid::Template
.
class Random < Liquid::Tag
def initialize(tag_name, max, tokens)
super
@max = max.to_i
end
def render(context)
rand(@max).to_s
end
end
Liquid::Template.register_tag('random', Random)
@template = Liquid::Template.parse(" {% random 5 %}")
@template.render # => "3"
Create your own tag blocks
All tag blocks are parsed by Liquid. To create a new block, you just have to inherit from Liquid::Block
and register your block with Liquid::Template
.
class Random < Liquid::Block
def initialize(tag_name, markup, tokens)
super
@rand = markup.to_i
end
def render(context)
value = rand(@rand)
super.sub('^^^', value.to_s) # calling `super` returns the content of the block
end
end
Liquid::Template.register_tag('random', Random)
text = " {% random 5 %} you have drawn number ^^^, lucky you! {% endrandom %}"
@template = Liquid::Template.parse(text)
@template.render # will return "you have drawn number 1, lucky you!" in 20% of cases
Caching of classes
If you get errors like A copy of … has been removed from the module tree but is still active!
it’s probably because Liquid is caching your classes in development mode, the solution is to disable it in test and development modes:
# in config/environments/development.rb and config/environments/test.rb
Liquid.cache_classes = false