Skip to content
Browse files
pelican_09_deploy: Steps for deploying site
  • Loading branch information
jaredandrews committed Mar 1, 2017
1 parent 75a78f1 commit 8a75c211e634dfab6c7568a5411a69e27c59b133
@@ -11,4 +11,7 @@

# Emacs

# Misc
Binary file not shown.
@@ -13,7 +13,6 @@ wide metadata. The ```pelican-quickstart``` tool used in the previous
entry to create the skeleton for this site generates a conf file with
sensible defaults:

#!/usr/bin/env python
# -*- coding: utf-8 -*- #
from __future__ import unicode_literals

@@ -0,0 +1,123 @@
Title: Making This Site, Part 9: Deployment
Date: 2017-02-28 22:45
Tags: programming, web-dev, pelican, make, rss, scp

The site is now complete. I am going to enable RSS and deploy it to my web host with a single command.

### Publishing the Site

I thought there would be some special steps to enable RSS but it turns out that I set it up in [Part 0](/making-this-site-part-0-setup.html) when using `pelican-quickstart`. There is a second config file named ``. This contains everything from `` and the directives for setting up RSS. Here is what `pelican-quickstart` generated:

from __future__ import unicode_literals

# This file is only used if you use `make publish` or
# explicitly specify it as your config file.

import os
import sys
from pelicanconf import *


FEED_ALL_ATOM = 'feeds/all.atom.xml'
CATEGORY_FEED_ATOM = 'feeds/%s.atom.xml'


# Following items are often useful when publishing


I haven't set up Disqus or Google Analytics but I may in the future so I am leaving the commented out keys.

You can get the published version of the site by running `make publish`. This generates a site structure with an RSS feed and uses `` instead of `localhost:8000`. Those are the only real differences as far as I can tell.

The RSS feed gets put at `feeds/all.atom.xml` so I will update the Nav Bar to reflect that:

... <a href="{{ SITEURL }}/feeds/all.atom.xml">rss</a></nav>

### Setting Up Hosting

I have had "" registered on [Namecheap]( for a long time. I could host the site there but I decided to go with a cheaper and simpler option, [NearlyFreeSpeech]( NearlyFreeSpeech is pay as you go which makes it great for hosting a simple static site. I only intend to host html, css and javascript on this site so I don't need anything more than that. Though NearlyFreeSpeech does provide some additional features.

I will now detail how I setup a new site with NearlyFreeSpeech.

Once you login to NearlyFreeSpeech click on "accounts" and click "Create a New Site". Here you will need to select the account to associate with the new site. This is the account that pays for your hosting. You should be prompted on how to create an account and deposit money when you create a NearlyFreeSpeech account.

After selecting an account you create a shortname for your new site, I went with "jta". After that click "create new site". For now the site can be accessed with the url provided by NearlyFreeSpeech. Later we will set up DNS on NameCheap so the site can be accessed from "".

After you create a new site you will be provided with an alias and SSH information.

I want to add my public key to the server so I can log in to it without entering a password. NearlyFreeSpeech has a space to add public keys in the profile section of the website. Once you have that you can access your server with:

$ ssh

### Pushing the Published Site

$ make clean
$ make publish
$ scp -r output/

After doing this I checked out the site on the NearlyFreeSpeech provided alias. The files made it there but since all the links reference "" it was fairly inoperational. Lets make "" point to NearlyFreeSpeech.

### Setting Up the Domain

On NearlyFreeSpeech go to the sites panel and select the recently created site. Click "add a new alias" and use your domain. I added "".

Go to the "domains" panel and under the DNS column click "add". After that click the newly created "manage" button. Here you will see the Name Servers your site is using.

First let's log into NameCheap. While trying to login to my account I discovered that NameCheap blocks the VPN service I use. It doesn't appear to block it directly though, instead it repeatedly says my login info is wrong. I resetted my password 3 times before turning off my VPN. So yea... if you are on a Private Internet Access VPN you might wanna turn it off before going on NameCheap :(

Once you FINALLY get into NameCheap click "manage" next to your domain. In the "Name Servers" row select "Custom DNS" and put the NearlyFreeSpeech servers in the appropriate text boxes. Then click the green checkmark.

It can take up to 48 hours for the Name Server change to propogate. In my experience it takes a lot less than that.

Once the Name Server change went through I browsed the site and made sure everything was working. It was!

![The deployed site viewed in FireFox](/images/deployed_site.png)

It took about 1 hour for the site to show up on my internet connection.

### Adding a 404 Page

While checking out my new site, I decided to see what a 404 page looked like. The default NearlyFreeSpeech 404 page doesn't look that great, and it's style is inconsistent with the rest of the site.

$ touch /content/pages/

I decided to use `cowsay` to display an error message. This is what `` looks like:

Title: 404

< 404 - Page not found >
\ ^__^
\ (oo)\_______
(__)\ )\/\
||----w |
|| ||

Pelican doesn't have anyway to handle error pages, as this is something typically handled by a server. I never figured out how to show my own error pages with the Python simple server.

To show your own 404 page on an Apache NearlyFreeSpeech server you need to add a `.htaccess` file to your `home/public` directory:

$ ssh
$ touch .htaccess
$ echo ErrorDocument 404 /pages/404.html >> .htaccess

After a redeploy of the site the error page will show up when accessing unknown pages.

### Removing Line Numbers From Code Snippets

You may have noticed that the code snippet for `` above and the code snippet for `` in [Part 1](/making-this-site-part-1-base-template.html) have line numbers while the rest of the code snippets do not. These code snippets are unique in that they had shebangs at the top. This apparently triggers line numbers in Pelicans syntax highlighting system There appears to be a [way to turn this off explicitly when using RST as the markdown language]( but not when you using Markdown. Thus I have removed the shebang lines from both places as I don't really find the line numbers useful.

### Wrapping Up

At this point the site is live. I need to go back and do spell checking and probably clean up a few design related issue. I also need to go thru each post and include GitHub links.

To see the complete code for the site at this point checkout COMMIT HASH LINK on GitHub.

To see what the site looked after these changes were made [click here]().
@@ -0,0 +1,10 @@
Title: 404

< 404 - Page not found >
\ ^__^
\ (oo)\_______
(__)\ )\/\
||----w |
|| ||
@@ -22,7 +22,7 @@

<div class="row header">
<h1 class="site-title"><a href="{{ SITEURL }}">Jared Andrews</a></h1>
<nav><a href="{{ SITEURL }}/pages/about.html">about</a> / <a href="{{ SITEURL }}/archives.html">archive</a> / <a href="#">rss</a></nav>
<nav><a href="{{ SITEURL }}/pages/about.html">about</a> / <a href="{{ SITEURL }}/archives.html">archive</a> / <a href="{{ SITEURL }}/feeds/all.atom.xml">rss</a></nav>

<div class="row">
@@ -16,11 +16,13 @@
{% endmacro %}

{% macro get_page_meta_data_html(page) %}
Last Modified:
{% if page.modified %}
{{ page.modified.strftime("%b %d, %Y") }}
{% elif %}
{{ page.modified.strftime("%b %d, %Y") }}
{% if page.modified or %}
Last Modified:
{% if page.modified %}
{{ page.modified.strftime("%b %d, %Y") }}
{% elif %}
{{ page.modified.strftime("%b %d, %Y") }}
{% endif %}
{% endif %}
{% endmacro %}

0 comments on commit 8a75c21

Please sign in to comment.