When I first made this website in March 2020, it was made of two parts:
- Landing page - static HTML file with stylesheet generated from SCSS
- Blog - powered by Ghost CMS
I found this setup a bit hard to maintain because Ghost runs on a separate process that consumes resources. It also requires a database for storing data, so I needed to set up a MySQL server on the same instance. To preserve the website in case of a failure, I enabled backups for my droplet for $1/month.
A dollar is a bit pricey for me, given I don't make any revenue from it. To eliminate the backup, either I do a script to automatically backup the database and transfer it to another storage (like S3 or similar), or use a different approach for the blog.
To keep it simple, I decided to convert my blog into a static site instead and merge it with the landing page. This way, I can commit my blog posts to a Github repository, which can serve as a backup at the same time. Restoring or replicating the site will be as simple as building the source files and deploy it anywhere.
Static site development
A static web page is just a plain ol' HTML file. I can create the website in plain HTML and CSS, but it wouldn't be pleasant to work with if you have lots of pages or if you want to change the general design and layout, implement SEO, etc.
I have developed static websites before using Jekyll. However, I wanted to try out a new and better technology for the sake of learning.
Nuxt.js
Nuxt.js is a framework that supports static site generation from Vue source codes. I was studying Vue recently, and I find it easier to use than React, although I can't say yet which one is better for larger projects.
By using components, Vue allows code reuse to reduce the lines of code that I need to write and maintain. This helped me apply a consistent style and layout across the site and quickly swap elements depending on the page requirements.
As a best practice, the content and data should be separated from the implementation. Similar to Jekyll, I saved the blog posts and page contents in Markdown files in a separate directory. For other data, I put them in JSON files. To process and fetch this data, I used the plugin called Nuxt Content that acts as a Git-based headless CMS.
The framework is already configured to work with Tailwind CSS out of the box. It's a utility-first CSS framework that I find very useful for rapidly designing modern, consistent, and responsive web interfaces.
During development, I run a local server on port 3000 by running npm run dev
on a terminal. It has a convenient feature called Hot Module Replacement (HMR) that automatically reflects the changes on the browser without refreshing upon saving the code.
To publish my site, I build it using npm run generate
then serve the files in the output dist
directory.
Continuous Deployment with Github Actions
Since I put the website's source in my Github repository, I can harness the power of Github Actions to create an automated build and deploy workflow. Here's how it goes:
- Write the post in the local environment.
- Commit and push the updates to the Github repository.
- The Github Action is triggered and builds the static site files.
- The Github Action then uses SCP to transfer the output files from the
dist
directory to the public directory in my droplet served by Nginx.- The credentials used to access the droplet is stored in Github as encrypted secrets.
The Github Action is defined in YAML format similar to the one below:
name: CIon: push: branches: [ master ] pull_request: branches: [ master ] workflow_dispatch:jobs: build: runs-on: ubuntu-latest steps: - uses: actions/checkout@v2 - name: Static site generation run: | npm install npm run generate - name: SCP Files uses: appleboy/scp-action@master with: host: ${{ secrets.HOST }} username: ${{ secrets.USER }} key: ${{ secrets.KEY }} source: "dist/*" target: ${{ secrets.TARGET }} strip_components: 1 rm: true
It was my first time setting up a continuous deployment using Github Actions, and I think that it's an essential tool every developer must know. I'll take advantage of this feature in my future projects.
Wrap up
Ghost is a good CMS, and I honestly prefer it over WordPress for publication purposes. It allowed me to conveniently compose blog posts on any device using its web-based editor. But I find updating the theme, maintenance, and development workflow a bit troublesome, so I needed to make some optimization to save me some time and money.