Skip to content

Commit

Permalink
Update draft of new post about switching to hugo
Browse files Browse the repository at this point in the history
  • Loading branch information
brandonsilver committed Nov 1, 2018
1 parent 716e2a0 commit 9553225
Show file tree
Hide file tree
Showing 3 changed files with 44 additions and 18 deletions.
1 change: 1 addition & 0 deletions .gitignore
@@ -1,2 +1,3 @@
public/**
**/.DS_Store
*.bak
18 changes: 0 additions & 18 deletions content/post/2018-10-29-switching-to-hugo.markdown

This file was deleted.

@@ -0,0 +1,43 @@
---
date: "2018-11-02T00:00:00Z"
tags:
- wordpress
- security
- code
- analysis
- encryption
title: Switching my website from Jekyll to Hugo
---

I've switched from my old (and janky) Jekyll + Polymer setup to Hugo, a similar
static content management system written in Go. I've needed to do this for a
very long time but I procrastinated due to a lack of interest, time, and energy.
In this post I'll go over why I've switched, including an overview of how I was
previously generating my website with Jekyll.

<!--more-->

## The old setup
I used Jekyll for a very long time. Over the years I went through a few
different template designs, even creating several of my own that I never
ultimately published. I was always trying to find a balance between client-side
functionality and compatibility / simplicity. I wanted a "modern" website with
contemporary creature comforts (like a responsive, mobile-friendly frontend)
that would also work with really basic web browsers.

Sometime last year I settled on [a really cool combination
of two different templates](https://github.com/brandonsilver/jekyll-polymer/tree/customized):
one using the Polymer front-end library with oodles of Material Design elements,
and another very basic one of my own creation for users with JavaScript
disabled. Building my website entailed running a gulp script, which in turn first built the
Polymer-using version of my website (the default one), and then built the basic version. Sounds
great, right? I finally had the best of both worlds. All of the benefits of modernity with full
backwards compatibility.

As it turned out, Polymer didn't age well. And the build tooling required to build my Polymer
template didn't age well either. Add to that the complexity of said build tooling and its inability
to fully optimize the final product and you get a mildly frustrated developer looking for
alternatives.

## The new setup

0 comments on commit 9553225

Please sign in to comment.