238 lines
		
	
	
		
			8.8 KiB
		
	
	
	
		
			Markdown
		
	
	
	
			
		
		
	
	
			238 lines
		
	
	
		
			8.8 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, 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 are generally
 | ||
| [Markdown](https://daringfireball.net/projects/markdown/) or HTML, but can
 | ||
| be other formats with the proper converter installed.
 | ||
| All posts must have [YAML Front Matter](../frontmatter/), and 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 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 shell %}
 | ||
| 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 shell %}
 | ||
| 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
 | ||
| [Markdown](https://daringfireball.net/projects/markdown/) out of the box,
 | ||
| and has [myriad extensions for other formats as well](/docs/plugins/#converters-1),
 | ||
| including the popular [Textile](http://redcloth.org/textile) format. 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 are
 | ||
| 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](https://docs.shopify.com/themes/liquid/basics) 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
 | ||
| explicitly overridden by adding an `excerpt` value to your post's YAML
 | ||
| Front Matter. Alternatively, you can choose to define a custom
 | ||
| `excerpt_separator` in the post's YAML front matter:
 | ||
| 
 | ||
| {% highlight text %}
 | ||
| ---
 | ||
| excerpt_separator: <!--more-->
 | ||
| ---
 | ||
| 
 | ||
| Excerpt
 | ||
| <!--more-->
 | ||
| Out-of-excerpt
 | ||
| {% endhighlight %}
 | ||
| 
 | ||
| You can also set the `excerpt_separator` globally in your `_config.yml`
 | ||
| configuration file.
 | ||
| 
 | ||
| Completely disable excerpts by setting your `excerpt_separator` to `""`.
 | ||
| 
 | ||
| Also, as with any output generated by Liquid tags, you can pass the
 | ||
| `| strip_html` filter 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.
 |