To see the types of content queries you can make in Crafter CMS, please see basic-query-mechanics
Crafter Engine, the delivery component of Crafter CMS provides powerful out-of-the-box search capabilities based on Apache Solr. Solr is extremely fast and provides a wide range of capabilities that include fuzzy matching, full-text indexing of binary document formats, match highlighting, pagination, “did you mean”, typed fields and of course faceted search. Faceted search (aka faceted navigation) is an ability of the search interface to break down a search in to categories that allow a user to filter and narrow down the number of results by selecting only those category values that are relevant.
Before we get in to the construction of a faceted search let’s take a quick step back and look at some basic architecture.
The first thing to think about is the type of thing we’re going to be searching on. From a web content management perspective, this is often referred to as the content model. A content model in its most basic form is just the description of an entity like an article and its properties such as title, author, publish date, body and so on. In the figure above we see a search-driven UI that allows the user to narrow down a collection of jeans by size, color and fit. In order to enable this we have to “model” the jeans. These filters are criteria that must be associated with each instance of the content type. Each field (color, size, fit) has many possible values that are selected by an author when a jean object is created.
In the figure above you can see just a small portion of the Jeans product content type in the Crafter Studio drag and drop content type management tool. Note the fields for size, color and the data sources that pull values for these fields from managed taxonomies.
Once we’ve created our content type we can now create instances of jeans, provide the details for the product and select the criteria that correctly categorizes the pair of jeans.
Whenever an object is published from Crafter Studio (the content authoring environment) to Crafter Engine (the delivery platform), it is immediately indexed by Solr with the help of Crafter Engine’s deployment Solr plug-in. Once published Solr is aware of each category and selected values for that category.
Now that we have content indexed in Solr we can build a search page. We’re going to build the Jeans category page from the first figure. All of the coding will be done in the Freemarker template language supported by Crafter Engine. For our example we’ll keep the implementation very straightforward without any abstraction. Advanced coders my choose to factor and encapsulate the code differently.
To begin, create or navigate to your category page content type (standard fields are fine) and then open the template editor. For a more in-depth tutorial on basic content modeling click here.
Now that we have our template editor open, we’re ready to begin coding. Let’s start with a review of some of the basic requirements.
- We need to maintain or store the user’s selections for the various filters so that they persist from one search execution to another.
- We need allow the user to simultaneously filter all three categories (color, size, fit)
- We want to provide the user with a count of the number of items available for each category value
- We need to provide sorting (in our case price high to low, price low to high, and by arrival date)
- We need to provide pagination (showing n results per page)
How you choose to maintain the user’s selections so that they are available across search executions is largely a function of a few factors:
- How long do the values need to persist: Only so long as the user is on the page? For the session? Whenever they visit the site?
- How sensitive is the value being stored?
- How are you refreshing the results: page reload or Ajax?
You have many options from simple JavaScript values that will be maintained only as long as the user does not leave or refresh the page to cookies, sessions and profiles, each of which have their own life-cycle and security attributes.
For our example we’re going to store the values in a cookie. This requires no additional configuration and persists across several visits. To do this we’ll need the following code:
As you can see, the code simply creates a template value for each user selection based on the value from the cookie. If no cookie is found a default value (specified by !”FOO”) is provided. This code would typically appear close to the top of the template.
<#assign sort = (Cookies["category-sort"]!"")?replace("-", " ")>
<#assign filterSize = (Cookies["category-filter-size"]!"*")>
<#assign filterColor = (Cookies["category-filter-color"]!"*")>
Now we need to build the filter controls for our users so that they can narrow their searches. In the code below we’re iterating over the available options (we’ll show how these are acquired in just a moment) and creating the options for the select component. For each option we look to see if it is the currently selected item and if so we mark it as selected.
<select style="width: 90px" onchange="setCookie('category-filter-color', this.value);">
<option <#if filterColor=='*'>selected</#if> value="*">Color</option>
<#list colors?keys as colorOption>
<option <#if filterColor==colorOption>selected</#if> value="${colorOption}">${colorOption} (${colors[colorOption]})</option>
</#list>
</select>
In the code above you can see a simple JavaScript function on the “onChange” method for the select control. Again you can see here we’re keeping the code as abstraction free as possible to make the example clear. Below is the simple JavaScript function:
<script>
var setCookie = function(name, value) {
document.cookie = name + "=" + value + "; path=/;";
document.location = document.location;
return false;
}
</script>
Now that we have a mechanism for choosing criteria it’s time to use those values to create and execute a query. In the section below we’ll look at how queries are built and executed through the Solr-powered Crafter Search interface.
Construct a query that is NOT constrained by filters.
We will use the results of this query to get the possible values and counts for our filters. Below you can see we’re building up a simple query for the jeans content type, gender and collection.
<#assign queryStatement = 'content-type:"/component/jeans" ' />
<#assign queryStatement = queryStatement + 'AND gender.item.key:"' + gender + '" ' />
<#assign queryStatement = queryStatement + 'AND category:"' + category + '" ' />
<#assign queryStatement = queryStatement + 'AND collection.item.key:"' + collection + '" ' />
We will use the results of this query to display the results to the user.
<#assign filteredQueryStatement = queryStatement />
<#assign filteredQueryStatement = filteredQueryStatement + ‘AND size.item.value:”‘ + filterSize + ‘” ‘ />
<#assign filteredQueryStatement = filteredQueryStatement + ‘AND color:”‘ + filterColor + ‘” ‘ />
Here you can see we’re declaring the facets we want the counts on.
<#assign query = searchService.createQuery()>
<#assign query = query.setQuery(queryStatement) />
<#assign query = query.addParam("facet","on") />
<#assign query = query.addParam("facet.field","size.item.value") />
<#assign query = query.addParam("facet.field","color") />
<#assign executedQuery = searchService.search(query) />
Here you can see we’re declaring the pagination and sorting options.
<#assign filteredQuery = searchService.createQuery()>
<#assign filteredQuery = filteredQuery.setQuery(filteredQueryStatement) />
<#assign filteredQuery = filteredQuery.setStart(pageNum)>
<#assign filteredQuery = filteredQuery.setRows(productsPerPage)>
<#if sort?? && sort != "">
<#assign filteredQuery = filteredQuery.addParam("sort","" + sort) />
</#if>
<#assign executedFilteredQuery = searchService.search(filteredQuery) />
Below you can see the how we’re getting the matching jean objects, and number of results returned from the filtered query response. You can also see how we’re getting the available options and counts from the unfiltered query response.
<#assign productsFound = executedFilteredQuery.response.numFound>
<#assign products = executedFilteredQuery.response.documents />
<#assign sizes = executedQuery.facet_counts.facet_fields['size.item.value'] />
<#assign colors = executedQuery.facet_counts.facet_fields['color'] />
In the code below, we’re iterating over the available products and simply displaying the details for it.
<#list products as product>
<#assign productId = product.localId?substring(product.localId?last_index_of("/")+1)?replace('.xml','')>
<@ice componentPath=product.localId />
<div>
<img src="${product.frontImage}" />
<div style='width:170px;'><a href="/womens/jeans/details?p=${productId}">${product.productTitle}</a></div>
<div>${product.price_d?string.currency}</div>
<div>
<@facebookLike contentUrl='http://www.rosiesrivets.com/womens/jeans/details?p=${productId}' width="75" faces="false" layout="button_count"/>
</div>
</div>
</#list>
Given the number of items found and our productsPerPage value we can determine the number of pages to show to the user.
<div>
<ul>
<#assign pages = (productsFound / productsPerPage)?round />
<#if pages == 0><#assign pages = 1 /></#if>
<#list 1..pages as count>
<li <#if count=(pageNum+1) >class="active"</#if>><a href="${uri}?p=${count}">${count}</a></li>
</#list>
</ul>
</div>
There are a couple of options for creating a type-ahead or suggestions for your search:
- Solr Suggester
Can leverage a dictionary or the content in your index. More details
- Solr Facets
Leverages the content in your index
- Solr Query
Leverages the content in your index
In this section, we will be looking at how to use a query to provide suggestions as the user types.
Create a REST service that returns suggestions based on the content in your site.
- The service will take the user's current search term and find similar content.
- The service will return the results as a list of strings
To create the REST endpoint, place the following Groovy file in your scripts folder
// /scripts/rest/suggestions.get.groovy
import org.craftercms.sites.editorial.SuggestionHelper
// Obtain the text from the request parameters
def term = params.term
def helper = new SuggestionHelper(searchService)
// Execute the query and process the results
return helper.getSuggestions(term)
You will also need to create the helper classs in the scripts forlder
// /scripts/classes/org/craftercms/sites/editorial/SuggestionHelper.groovy
package org.craftercms.sites.editorial
import org.craftercms.search.service.SearchService
class SuggestionHelper {
static final String DEFAULT_CONTENT_TYPE_QUERY = "content-type:\"/page/article\""
static final String DEFAULT_SEARCH_FIELD = "subject"
SearchService searchService
String contentTypeQuery = DEFAULT_CONTENT_TYPE_QUERY
String searchField = DEFAULT_SEARCH_FIELD
SuggestionHelper(SearchService searchService) {
this.searchService = searchService
}
def getSuggestions(String term) {
// Query documents matching a content-type and having similar words to the term
def queryStr = "${contentTypeQuery} AND ${searchField}:*${term}*"
def query = searchService.createQuery()
query.setQuery(queryStr)
def result = searchService.search(query)
return process(result)
}
def process(result) {
// Extracts only a specific field from each matched document
def processed = result.response.documents.collect { doc ->
doc[searchField]
}
return processed
}
}
Once those files are created and the site context is reloaded you should be able to test the REST endpoint from a browser and get a result similar to this:
http://localhost:8080/api/1/services/suggestions.json?term=men
[
"Men Styles For Winter",
"Women Styles for Winter",
"Top Books For Young Women",
"5 Popular Diets for Women"
]
The front end experience is built with HTML, Javascript and specifically AJAX.
- When the user types a value send a request to the server to get instant results
- Display the results and show suggestions about what the user might be looking for
- Do not fire a query for every keystroke. This can lead to more load than necessary, instead, batch user keystrokes and send when batch size is hit or when the user stops typing.
You can also integrate any existing library or framework that provides a type-ahead component, for example to use the jQuery UI Autocomplete component you only need to provide the REST endpoint in the configuration:
$('#search').autocomplete({
// Wait for at least this many characters to send the request
minLength: 2,
source: '/api/1/services/suggestions.json',
// Once the user selects a suggestion from the list, redirect to the results page
select: function(evt, ui) {
window.location.replace("/search-results?q=" + ui.item.value);
}
});