Debian have released the next stable version code named “BookWorm”, and so it is time to look at upgrading some of my servers. Now I have form here for things going smoothly. So I started with the server that I use to host a nextcloud instance. I mean what’s the worst that could happen? I’ve only set that server to hold my contacts, my calendar, to sync important files, to automatically backup any photos I take with my phone. It’s not like there is anything important I couldn’t afford to lose.
So the migration of my blog is now complete, and for the most part it was pretty easy. One of the things I did find tricky was getting the tag cloud to work. This post isn’t meant as a guide for how to do so yourself, but as a breakdown of the process I went through, and why I made some of the choices that I made. I doubt I have the best solution, but it’s close to what I wanted.
As I mentioned in my last post I have been working on the migration of my blog, well it is now completed. This is my first post powered by Jekyll. So far everything appears to be working as expected, but I’m sure I’ll find niggles that need fixing as time goes on.
So I have been working away in the background on the migration of my blog away from the Apache Roller powered blog platform that I currently use. One of the issues that annoyed me, and I never got around to fixing (although it would probably have been easy to fix), is the fact that all my posts appear at a URL that includes the word "blog" twice. It was redundant, and irritated me, and because I never fixed it, removing that means that when I migrate the blog I'll need to set up a redirect for the old links to still work, which also annoys me, but is the cost of this migration I suppose. So I am going to do a review of the process, what I wanted to do, how far I have got, how I did it, and what is left to do.
I said I was going to migrate my blog some time ago, off of Apache Roller that it currently runs on, and onto Jekyll (probably). Well since then I've basically not done a lot, but I have now hit a minor milestone. I have managed to migrate my blog content to a new Jekyll site. It's not ready for me to publish it yet, I still have a lot to learn about how to use and set up Jekyll, I either want to match the URL layout of my current blog as much as possible, or at the very least map out the URL rewrites I'm going to need so that any links continue to work. But for this milestone I needed to get the content out of the Roller database, and into Jekyll, and for that I found the RSS importer not quite up to what I wanted. So in the true spirit of open source, I took the available tools, I hacked around with them, and I got something that worked for me, and then as I may not be the only one that needs this, I raised a pull request.
As a bit of an in joke with people I work with I registered bettercatfood.com. But the joke has since been made, and now I have a domain, and nothing useful to put on it. So I've decided to allow other people decide what goes on it. Obviously I have informed the people I work with first. And I'm only going to give write access to the repo to people I trust, which grants them the ability to not only raise a pull request, but also to merge that pull request, and merges into the master branch will deploy that code to the servers hosting the site. But even if I don't grant you write access you can still raise a pull request, and as long as there is a reasonable justification for it (which absolutely doesn't have to be serious) I'll probably merge it. The host is currently configured to only serve static content, so server side scripting won't work.
Lets see how bad of an idea this is. What's the worst that can happen?
I normally shy away from giving a set of instructions for how to do something. There are two reasons for this, often there are already better instructions than I could write out on the internet already, and also it is very easy to give incomplete, or incorrect, instructions, that when blindly followed leave people in a situation that is bad, and that they don't know is bad. However I need to have faith in my own knowledge, and I need to stretch myself.
So with this in mind, following Microsoft's purchase of Github I have finally got around to building my own git server. This is something I have wanted to do for some time, but have always shied away from. Well now I have done it, and I have also written a guide for others to follow on how to do the same.
I have started to look into rebuilding my blog based on jekyll. Part of this will mean changing code, which will need version control. As I mentioned when talking about my new hosted website this can be done in git. That git repository is just a local repository though (not counting the copies pushed up to the server). It's probably about time I had some public code repositories (not including the professional ones I have worked on, those have always been kept separate from my personal identity). However it looks like Microsoft are buying GitHub. The timing isn't great, but I'm a resourceful sysadmin, maybe it's time to host my own. Also the timing could be worse I could be invested in hosting the repositories with GitHub. So I'm going to look into Gitea as an option for hosting my own code repository. I'll let you know how it goes.
So I have a new website, and if I'm going to redo the design at all the first thing I need to do is look at responsive design. A web page that has an appropriate layout regardless of the screen size it is displayed on would be an improvement on what I had before. So I've made an attempt at responsive design, and it works as I want it too, I still need to work on colours, and look and feel, but I do at least now know the basics of responsive design. This stuff is not easy, and I'm sure I have a lot yet to learn, and I'm probably not doing it in the best way possible, but lets not get ahead of ourselves.
So now that I have learned a little about responsive design I have taken what I have learned and applied it to my current site. There were some teething issues with the different layout needed for my blog, but I've worked those out mostly. Some of the jokey and less serious styles (that only people who know me will know how to get too) still need to be fixed, but I can work on those later. For now, I have a responsive website!