mirror of
https://github.com/jekyll/jekyll.git
synced 2026-02-03 03:05:07 -05:00
* majioa-devel: Ensure Post#excerpt_separator always returns a string. get procedure for default excerpt separator for both cases site and page was moved to the post's specific method :excerpt_separator. Added per post excerpt_separator functionality, so you are able to specify :excerpt_separator (as well as just :excerpt) key direct inside the post YAML, to make an excerpt based on the value in the post. Tests were also added.
225 lines
8.6 KiB
Markdown
225 lines
8.6 KiB
Markdown
---
|
||
layout: docs
|
||
title: Writing posts
|
||
permalink: /docs/posts/
|
||
---
|
||
|
||
One of Jekyll’s best aspects is that it is “blog aware”. What does this mean,
|
||
exactly? Well, simply put, it means that blogging is baked into Jekyll’s
|
||
functionality. If you write articles and publish them online, this means that
|
||
you can publish and maintain a blog simply by managing a folder of text-files on
|
||
your computer. Compared to the hassle of configuring and maintaining databases
|
||
and web-based CMS systems, this will be a welcome change!
|
||
|
||
## The Posts Folder
|
||
|
||
As explained on the [directory structure](../structure/) page, the `_posts`
|
||
folder is where your blog posts will live. These files can be either
|
||
[Markdown](http://daringfireball.net/projects/markdown/) or
|
||
[Textile](http://redcloth.org/textile) formatted text files, and as long as
|
||
they have [YAML Front Matter](../frontmatter/), they will be converted from their
|
||
source format into an HTML page that is part of your static site.
|
||
|
||
### Creating Post Files
|
||
|
||
To create a new post, all you need to do is create a new file in the `_posts`
|
||
directory. How you name files in this folder is important. Jekyll requires blog
|
||
post files to be named according to the following format:
|
||
|
||
{% highlight bash %}
|
||
YEAR-MONTH-DAY-title.MARKUP
|
||
{% endhighlight %}
|
||
|
||
Where `YEAR` is a four-digit number, `MONTH` and `DAY` are both two-digit
|
||
numbers, and `MARKUP` is the file extension representing the format used in the
|
||
file. For example, the following are examples of valid post filenames:
|
||
|
||
{% highlight bash %}
|
||
2011-12-31-new-years-eve-is-awesome.md
|
||
2012-09-12-how-to-write-a-blog.textile
|
||
{% endhighlight %}
|
||
|
||
<div class="note">
|
||
<h5>ProTip™: Link to other posts</h5>
|
||
<p>
|
||
Use the <a href="../templates#post-url"><code>post_url</code></a>
|
||
tag to link to other posts without having to worry about the URL's
|
||
breaking when the site permalink style changes.
|
||
</p>
|
||
</div>
|
||
|
||
### Content Formats
|
||
|
||
All blog post files must begin with [YAML Front Matter](../frontmatter/). After
|
||
that, it's simply a matter of deciding which format you prefer. Jekyll supports
|
||
two popular content markup formats:
|
||
[Markdown](http://daringfireball.net/projects/markdown/) and
|
||
[Textile](http://redcloth.org/textile). These formats each have their own way
|
||
of marking up different types of content within a post, so you should
|
||
familiarize yourself with these formats and decide which one best suits your
|
||
needs.
|
||
|
||
<div class="note info">
|
||
<h5>Be aware of character sets</h5>
|
||
<p>
|
||
Content processors can modify certain characters to make them look nicer.
|
||
For example, the <code>smart</code> extension in Redcarpet converts standard,
|
||
ASCII quotation characters to curly, Unicode ones. In order for the browser
|
||
to display those characters properly, define the charset meta value by
|
||
including <code><meta charset="utf-8"></code> in the
|
||
<code><head></code> of your layout.
|
||
</p>
|
||
</div>
|
||
|
||
## Including images and resources
|
||
|
||
Chances are, at some point, you'll want to include images, downloads, or other
|
||
digital assets along with your text content. While the syntax for linking to
|
||
these resources differs between Markdown and Textile, the problem of working out
|
||
where to store these files in your site is something everyone will face.
|
||
|
||
Because of Jekyll’s flexibility, there are many solutions to how to do this. One
|
||
common solution is to create a folder in the root of the project directory
|
||
called something like `assets` or `downloads`, into which any images, downloads
|
||
or other resources are placed. Then, from within any post, they can be linked to
|
||
using the site’s root as the path for the asset to include. Again, this will
|
||
depend on the way your site’s (sub)domain and path are configured, but here some
|
||
examples (in Markdown) of how you could do this using the `site.url` variable in
|
||
a post.
|
||
|
||
Including an image asset in a post:
|
||
|
||
{% highlight text %}
|
||
… which is shown in the screenshot below:
|
||

|
||
{% endhighlight %}
|
||
|
||
Linking to a PDF for readers to download:
|
||
|
||
{% highlight text %}
|
||
… you can [get the PDF]({% raw %}{{ site.url }}{% endraw %}/assets/mydoc.pdf) directly.
|
||
{% endhighlight %}
|
||
|
||
<div class="note">
|
||
<h5>ProTip™: Link using just the site root URL</h5>
|
||
<p>
|
||
You can skip the <code>{% raw %}{{ site.url }}{% endraw %}</code> variable
|
||
if you <strong>know</strong> your site will only ever be displayed at the
|
||
root URL of your domain. In this case you can reference assets directly with
|
||
just <code>/path/file.jpg</code>.
|
||
</p>
|
||
</div>
|
||
|
||
## Displaying an index of posts
|
||
|
||
It’s all well and good to have posts in a folder, but a blog is no use unless
|
||
you have a list of posts somewhere. Creating an index of posts on another page
|
||
(or in a [template](../templates/)) is easy, thanks to the [Liquid template
|
||
language](http://wiki.shopify.com/Liquid) and its tags. Here’s a basic example of how
|
||
to create a list of links to your blog posts:
|
||
|
||
{% highlight html %}
|
||
<ul>
|
||
{% raw %}{% for post in site.posts %}{% endraw %}
|
||
<li>
|
||
<a href="{% raw %}{{ post.url }}{% endraw %}">{% raw %}{{ post.title }}{% endraw %}</a>
|
||
</li>
|
||
{% raw %}{% endfor %}{% endraw %}
|
||
</ul>
|
||
{% endhighlight %}
|
||
|
||
Of course, you have full control over how (and where) you display your posts,
|
||
and how you structure your site. You should read more about [how templates
|
||
work](../templates/) with Jekyll if you want to know more.
|
||
|
||
Note that the `post` variable only exists inside the `for` loop above. If
|
||
you wish to access the currently-rendering page/posts's variables (the
|
||
variables of the post/page that has the `for` loop in it), use the `page`
|
||
variable instead.
|
||
|
||
## Post excerpts
|
||
|
||
Each post automatically takes the first block of text, from the beginning of the content
|
||
to the first occurrence of `excerpt_separator`, and sets it as the `post.excerpt`.
|
||
Take the above example of an index of posts. Perhaps you want to include
|
||
a little hint about the post's content by adding the first paragraph of each of your
|
||
posts:
|
||
|
||
{% highlight html %}
|
||
<ul>
|
||
{% raw %}{% for post in site.posts %}{% endraw %}
|
||
<li>
|
||
<a href="{% raw %}{{ post.url }}{% endraw %}">{% raw %}{{ post.title }}{% endraw %}</a>
|
||
{% raw %}{{ post.excerpt }}{% endraw %}
|
||
</li>
|
||
{% raw %}{% endfor %}{% endraw %}
|
||
</ul>
|
||
{% endhighlight %}
|
||
|
||
Because Jekyll grabs the first paragraph you will not need to wrap the excerpt in `p` tags,
|
||
which is already done for you. These tags can be removed with the following if you'd prefer:
|
||
|
||
{% highlight html %}
|
||
{% raw %}{{ post.excerpt | remove: '<p>' | remove: '</p>' }}{% endraw %}
|
||
{% endhighlight %}
|
||
|
||
If you don't like the automatically-generated post excerpt, it can be overridden by adding
|
||
`excerpt` to your post's YAML Front Matter. Completely disable it by setting
|
||
your `excerpt_separator` to `""`.
|
||
|
||
Also, as with any output generated by Liquid tags, you can pass the `| strip_html` flag to remove any html tags in the output. This is particularly helpful if you wish to output a post excerpt as a `meta="description"` tag within the post `head`, or anywhere else having html tags along with the content is not desirable.
|
||
|
||
Additionally you are able to specify per-post `excerpt_separator` value if it is required just only the the selected post. Just specify the `excerpt_separator` with the same way as `excerpt` in the post's YAML head:
|
||
|
||
---
|
||
excerpt_separator: <!--more-->
|
||
---
|
||
|
||
Excerpt
|
||
<!--more-->
|
||
Out-of-excerpt
|
||
|
||
## Highlighting code snippets
|
||
|
||
Jekyll also has built-in support for syntax highlighting of code snippets using
|
||
either Pygments or Rouge, and including a code snippet in any post is easy. Just
|
||
use the dedicated Liquid tag as follows:
|
||
|
||
{% highlight text %}
|
||
{% raw %}{% highlight ruby %}{% endraw %}
|
||
def show
|
||
@widget = Widget(params[:id])
|
||
respond_to do |format|
|
||
format.html # show.html.erb
|
||
format.json { render json: @widget }
|
||
end
|
||
end
|
||
{% raw %}{% endhighlight %}{% endraw %}
|
||
{% endhighlight %}
|
||
|
||
And the output will look like this:
|
||
|
||
{% highlight ruby %}
|
||
def show
|
||
@widget = Widget(params[:id])
|
||
respond_to do |format|
|
||
format.html # show.html.erb
|
||
format.json { render json: @widget }
|
||
end
|
||
end
|
||
{% endhighlight %}
|
||
|
||
<div class="note">
|
||
<h5>ProTip™: Show line numbers</h5>
|
||
<p>
|
||
You can make code snippets include line-numbers by adding the word
|
||
<code>linenos</code> to the end of the opening highlight tag like this:
|
||
<code>{% raw %}{% highlight ruby linenos %}{% endraw %}</code>.
|
||
</p>
|
||
</div>
|
||
|
||
These basics should be enough to get you started writing your first posts. When
|
||
you’re ready to dig into what else is possible, you might be interested in doing
|
||
things like [customizing post permalinks](../permalinks/) or using [custom
|
||
variables](../variables/) in your posts and elsewhere on your site.
|