My New Site!
"Where's that beautiful white page with a single GIF and the amazing photo of the totally not horrifying star of Trendy Talk, Trendi the Floating Face?" I here you say, well, making an actual real site was something I've been thinking for quite a while but I mostly held back because:
- It's been a long time since I messed with HTML/CSS properly and some relearning would be required (and I was never great to begin with)
- I didn't think I'd really have any content to put on it.
So what changed? Well, I went on an adventure with cloud storage that I decided to actually write about and post it over on friend HexDSL's site (it's also technically the first post on this one too now) which I'm aware isn't amazing, but I actually enjoyed writing it so, combined with my wanting to do something somewhat productive as well, I thought "fuck it" and started down the path of finally making my own site.
Back down the HTML/CSS basics hole I went, mostly courtesy of Mozilla's excellent web docs. For context, web design is something I dabbled with on and off forever but never really put a lot of consecutive learning in, so my knowledge was all over the place, especially with CSS. HTML of course, is fairly simple, mostly building blocks to later be transformed by CSS into something aesthetically pleasing, so CSS is where I spent most of my time really.
My intention from the start was keep this site fairly simple so to be honest, I still haven't really took much a deep dive into anything, but I know more than before so that's something!
I wanted to keep it simple, but just how simple was the question. The first iteration was mostly just me playing with random elements so I'm not even going to count it. The last time I looked at HTML was probably just as HTML5 and CSS3 were just becoming a thing. I'd heard of various changes but I hadn't really played them, I did know this wonderful thing called a flexbox existed though, so that's where I started. The first real version of the site had the header at the top, the navigation on the left and the content mostly in the middle of the screen, each with a rounded box with a background colour. It was mostly fine but I found myself being annoyed playing with padding and margins to try and get thing where I wanted them, and on mobile it just didn't look right at all. I spent too long on this design but it was fine.
Browsing through Mozilla's web docs I had read about grids too so I started a new CSS style to play with them, and I had a much better time. First off, I decided I wanted the navigation at the top instead of the side so I could leave the content as a focus point with no distractions for reading. The next main change was removing the coloured boxes surrounding the content, these were fine but I found that I liked the much cleaner look not having them was. The grid layout let me position everything much easier as well. I made a
div wrapper tag to encapsulate everything from the header to content, set the
grid-template-columns to three columns, the first and third 15% leaving the second at 70%. By leaving the two outside columns blank it let me instantly centre the content easily without messing with anything else, it's great!
Colours were next, very important. I wanted something dark but not ridiculously dark. I went with a nice blue-grey, the previous version of site had a lighter colour for the old content boxes too. Link colour was something I thought for far too long before popping open a colour wheel and picking the opposite side of the background colour, easy, nice looking.
Lastly for the navigation bar, I just wanted it between the header and the content so I popped it in a list, for easier generation mostly, made it's display
inline-block to get it horizontal and stuck a
border-right to get the dividers.
I still haven't decided what to do with the header. For now, I simply made it slightly larger than the other text, bold and spaced out the letters which at least makes it look a bit different to everything else. Will more than likely do something else with it.
I realise nothing I've is in any way complicated and there's probably better ways of doing it but it worked for me, and I'll still making some changes as I go, though feel free to contact me with any tips and such you might have.
Now here's the fun part, where I probably spent most of my time! My site is statically generated. I spent some time thinking exactly how I'd go about generating it, I used projects like hugo before but I always felt like they were overcomplicating something simple, though that's probably a side effect of trying to be everything for everyone. I had seriously considered writing my own generator form scratch but while I was mulling over the various aspects of that, and specifically converting markdown to markup, I thought "I'll just pipe into pandoc" for that and come up with something for templating around it. Pandoc is wonderful project that lets you very easily convert various text formats but I'd only ever used it for quick conversions in the past and not thought much of it, I don't even remember what I was looking up in docs when something caught my eye; "Templates." As it turns out, pandoc has it's own templating engine, it's always nice when you find out a little tool you've used on and off for years is actually capable of far more. I'm sure basically everyone who uses pandoc a lot more than me already knew that but it was a surprise for me!
My work was cut down dramatically with this revelation. I spent some time combing over pandoc's templating engine and all the other switches I never had use for before, like passing a YAML file full of useful variables. If you've never used it before, pandoc's HTML templates are very simple: you create your template to pass to the
pandoc command via the
--template=yourtemplate.html switch which you can fill with variables by surrounding the variable name in $'s like so:
$myvariable$ These variables are taken either from a file you can pass to pandoc with
--metadata-file=myfile.yaml and/or from the input markdown file itself by creating a block at the top like this:
My amazing blog post!
Pandoc will complain if you don't have a
title variable but it will still compile and simply use the filename as a default title but otherwise, the variables are up to you. So as you can tell, pandoc actually does the bulk of awkward work when it comes to making a static site, I don't know why I ever looked at anything else.
Next up was writing a bash script to actually go through and loop the
pandoc command through the content files. If it doesn't exist, the script starts by creating the "output" folder and it's two sub directories, "media" and "blog," then deletes any old html files from previous runs in the "output" folder and finally copies over the CSS file. Now the actual generation gets started by first using two
find commands to get lists of the regular pages and blog posts for pandoc to loop through while also building a temporary YAML file for building the page that will list the blog posts by using
yq, which is like
jq but for YAML, to grab the "title" and "date" lines at the top of each blog file and appending them to the temporary file. This part originally used a quick
sed command, though as I went on do more with the markdown files, like generating RSS, it became it wasn't the best solution so I found that
yq existed, which does mean my generation has a dependency but I'm okay with it considering it greatly eases the work. The blog pages are iterated through in the first loop while generating the temporary file containing blog titles and the link to them, then the second loop iterates through any regular pages, like the index page, contact and of course the blog list, where it also passes the new file so the template can create the list of posts. One small thing I added for the pages loop was an if statement to check if a template with the same name as the page exists which will then pass that instead of the default page template so I can easily have custom template for certain pages without having to add anything extra to the generation script.
The last bit of generation is the RSS feed. The feed header is saved into a variable then the blog posts are looped through and the variable gets all the
<item> sections adding to it for each post by using
yq to grab the necessary information from each source file then the closing RSS tags are added and the saved to
Finally the temporary file is removed and a "site generated!" message is displayed, that's it! Very simple, though I did add a little case statement to catch command arguments. The first, "serve" starts up python's built in web server with
python3 -m http.server --directory output so my links will work correctly and I can test the site properly, since all my links start with a forward slash the stylesheet won't work on sub directories otherwise. The second possible command is "upload" which uses
rsync to upload the result to my actual server. However, I did swap out the python server later when I decided I didn't want the ".html" suffix in my URLs. I use caddy as my web server (it's fantastic!) and I added a
try_files statement to it to return files without the suffix, so to test it locally I made a quick Caddyfile and changed the python command to
caddy run --config Caddyfile to run caddy locally with a config file that exists solely for this site.
There is still a lot I want to do and need to figure out, still deciding on the syntax highlighting style I went with, which is pandoc's built pygments style with a colour or two changed, but overall I'd say I'm pretty happy with what I have so far so feel free to keep an eye here, or follow my rss feed for more posts from now on.