Whenever we write something we're using markup. It's merely a way of formatting content. For instance, if we are writing a
.txtfile in Notepad, we will be using
plain-textas the markup. But say we want to get more advanced, and add things like bold text or italic text to our content, then we could use a markup like
Microsoft Word (.doc),
Rich Text Format (.rtf)or simply
HTML (.html). These markups allow us to express our content with rich formatting.
For instance, bold in Markdown is
**bold**, where in HTML it is
<strong>bold</strong>. The markup that you choose for your content is highly dependent on what content you'd like to write. If you're mostly dealing with structural data (like a page layout) then
CoffeeKupwould be a good way to go. If you're mostly dealing with textual data (like a blog post) then
Markdownwould probably the way to go.
DocPad supports unlimited markups thanks to its plugin system. It doesn't believe in a one size fits all, but in always using the best tool for a job. It's easy to learn new markups, there may be a bit of a learning curve, but you'll quickly adjust, be empowered, and grateful that you now have a new tool under your belt.
DocPad currently only supports rendering plain-text formats, meaning that rendering binary formats like
jpgor binary-text formats like
rtf(they're not plain-text formats like
xmlbut in fact binary formats) does not currently work. We will be addressing this in a future release of DocPad.
Often at times we will write documents which start seeming a bit repetitive, or we would like to add a bit of dynamicness to our document. Templating engines allow us to do this, as they allow for the insertion of logic into our chosen markup.
For instance, if I wanted to display a random number I could do the following:
This is pretty useful, as we can also do things like loops, or assign certain pages or parts of our layout into new files and use them again and again whenever we need them, instead of having to manually duplicate content. This is what empowers us to be able to use Layouts - discussed next.
Layouts wrap around our documents. They are generally the most generic and re-used part of an entire website, or book for that matter. They contain generally the layout of the page, including the structural information and the meta information (used for search engines, etc.).
At the start of each document is an optional area right up the top that looks something like this
title: "My awesome blog post"
That is your document's meta data. It won't be included in the output of the document. You can use it to assign extra data to your document (such as title, date, tags, etc.).
It sure is!
If you're using Eco as the rendering engine, you can totally do this:
title: My awesome blog post
What is the meaning of life? <%= @document.meaningOfLife %>
To use Eco, simply ensure that you have the extension
.ecoat the end of your file (e.g.,
my-blog-post.html.eco). It doesn't have to be at the end, but it mustn't be the first extension (as the first extension is what you are rendering to).
.html.ecomeans process this with Eco and render it as HTML. Alternatively, we can get pretty inventive and do something like this:
.html.md.ecowhich means process this with Eco, then Markdown and finally render it as HTML.
There are two methods that Query-Engine provides for querying Backbone Collections. The first is
findAlland the second is
findAlldoes a once-off scan of all the models in the collection that matches the criteria and returns the result in a new Backbone Collection, pretty standard stuff.
findAllLivecreates a new child collection with the original collection as the parent, the new child collection then listens to the change events of the parent, and will automatically test the changes against the child collection's criteria. This is incredibly efficient for long running collections, where data changes over time.
findAllLivefor short-lived collections (especially in your templates). It will cause more and more and more child collections and listeners to be created and added, causing a memory leak and unexpected results.
findAllLivewhen defining long-running custom collections. Typical use cases are via the
collectionsproperty of your docpad configuration file, or via the
extendCollectionsevent within your plugin.
findAllwhen you are needing once-off/short-living collections. Typical use cases are inside your templates or inside other events within your plugin.
However, ideally wherever possible you should try to use DocPad's built-in template helpers or APIs for querying as these methods are highly optimised for DocPad, whereas the low-level Query-Engine methods are not.
Rendering is a multi-step process. First we render everything that is a standalone document (i.e. documents that don't include anything else). Once that is done, we then render all documents that include other documents. This is useful, as we can first render blog posts, then render the content listings second.
At times, you may have multiple levels of cross document references. For instance if document a references document B which references document C. In this case you would want to up the
renderPassesconfiguration option for each amount of cross document references you have.
src/render/404.htmlfor 404 pages, and
src/render/500.htmlfor 500 pages. If you create a dynamic page (adding the
dynamic: truemeta data header) your templating engine (e.g.,
404.html.eco) will also get access to
req(the request instance),
res(the response instance),
err(the error that occurred - for 500 errors pages only, not for 404 error pages). Allowing you to do something like this for
title: "An internal error occured - 500"
## An error occured on <%= @req.url %>: <%= @err.message %>
Templating engines are renderers for languages which support business logic. For instance, the template engine Eco provides us with the following syntax
<% your business logic %>or to output a variable we can use
As such, the data which we expose to our templating engines is called the
templateData. Check out the full listing of template data & helpers here.
For instance, to output the current document's title with Eco, you would use:
<%[email protected]%>. The reason for the
@is because Eco associates the
templateDatato the current scope, which with CoffeeScript (what Eco uses) you access by using the
All environment variables are automatically available in Node applications through
process.env. DocPad also loads variables from a special environment file.
To quickly override existing environment variables for a single invocation of DocPad, specify it on the command line before the
$ API_URL=localhost:1234 docpad run
TL;DR start DocPad with the
--offlineoption and see if that works. :)
If simply installing DocPad, this is not something to worry about. npm still outputs this, although it's not actually doing anything.
So it is normal, don't worry about it. :)