In my previous post I stated that I would be leaving the Blogger platform to better work into my flow. As part of that I have additionally redesigned my site so that things are hopefully easier on readers. Here is the workflow that I have developed that will work best for me, but first some notes on the redesign.
I personally was not liking the look of my site. Additionally I was not seeing any use case where having Google Ads on my site was of any benefit to me or my readers. So since I was going to be changing my workflow and migrating away from Blogger, I decided to take some time and rebuild the site layout.
As I had decided that I would use a static site generator, specifically Pelican and more on that below, I started reviewing the available public domain themes. I ended up selecting svbhack as the base, took some design queues from Text and Hubris in the use of the Font Awesome icons, and made my own customizations, which you can view in my dcnet-theme-svbhack repository.
Over the past four years or so my blog has been hosted at blog.darrelclute.net. The reason for this was as I was moving to Blogger after leaving an employer, at the time Blogger did not have the ability to utilize a naked domain as Google refers to it. Now that I am no longer utilizing Blogger I decided to make a change and migrate both my blog and my main site to the same site. Hopefully anyone subscribed through an RSS reader will receive the appropriate update to their configurations. I have setup the former blog to redirect with a 301 to the appropriate location on the combined site.
I've also made some changes to how feeds are generated. Instead of separating out personal posts to a separate site I am going to leave them as a single site. Although I don't expect to post many personal posts I am thinking of my potential readers. In addition to having a feed for all posts, I also have separate feeds for each category. I will also be migrating away from FeedBurner. I am having FeedBurner redirect subscribers to the all posts feed, so if you do not wish to get all of my posts please update your RSS reader appropriately.
That is about it for the changes to the site, let's delve into how I plan to become more effective in authoring content, by looking at the planned workflow.
Utilizing a static site generator like Pelican opens up where you can host your site to being nearly infinite. One of the things that I wanted to accomplish with the publishing workflow was that I would not have to generate the site pages locally and push them to the server. With utilizing Git this is fairly easy because I can have a post-update hook deploy on the server. But where to host? Well being a proponent of PaaS solutions and already leveraging Google AppEngine I decided I'd look down that route.
I could have simply deployed it to Google AppEngine as they have Git support now, but there has been something I have been recommending lately that I thought would be better to deploy to. I decided that I'd utilize Red Hat's OpenShift Online service as I have been extolling its enterprise version for Private PaaS deployments. Going through to build out the initial deployment was far easier then building out on Google AppEngine. OpenShift Online utilizes Git as the base means of deploying the application. This means that as soon as I push the repository back up it will build out the site, or at least the new pages.
You are likely thinking that if I'm auto deploying that my drafts would be published every time I push the repository. Thankfully Pelican has a configuration option where I can exclude directories from generation. This is quite beneficial for being able to maintain a single repository.
My site only has a single author, but that doesn't mean that this setup would not work for a site with more then one. Git is a version control system, designed to be distributed. By utilizing Git you can either provide everyone necessary with write access to the repository, or you can have them submit pull requests to the editors. People tend to be a bit put off by version control systems before or just as they are starting to utilize them. But don't let that hold you back from trying it out, it helps with tracking changes and differences, and correcting mistakes when they arise.
Change is a good thing at times. I decided that as part of changing my workflow for article creation I would also refresh my site. I have already noticed an increase in productivity with the new workflow, and now that the site is published in its new format things should hopefully be simplified. In an industry that is constantly changing it is good for you to induce changes upon yourself at times instead of having them forced upon you by external factors. Take some time and think about the last time that you made a change for your sake, it may be time to make changes for yourself.