212 lines
		
	
	
		
			8.1 KiB
		
	
	
	
		
			Markdown
		
	
	
	
			
		
		
	
	
			212 lines
		
	
	
		
			8.1 KiB
		
	
	
	
		
			Markdown
		
	
	
	
| ---
 | ||
| layout: docs
 | ||
| title: Writing posts
 | ||
| prev_section: frontmatter
 | ||
| next_section: drafts
 | ||
| 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.
 | ||
| 
 | ||
| ## 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.
 | ||
| 
 | ||
| ## 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.
 |