While we’re sheltering in place, I joined the Cabin Fever Achiever challenge. It’s an 8-week event where each week you get a different running challenge to be completed solo.

The first week’s challenge is to find the biggest hill in your neighborhood, run up it as fast as you can, and repeat as many times as you can (or can stomach). Of course, that meant I first had to find the biggest hill in my neighborhood. I identified 51 hills in our neighborhood and used Strava Route Builder to get their distance and grade, and then calculated each hill’s Strava Climb Categorization points, which basically uses both distance and grade to get an objective difficulty rating for a hill. While I was at it, I added Strava segments for any of the big hills that were missing one.

These are the 10 biggest hills in Clairmont Heights/Medlock Park ranked by Strava Climb Categorization points:

Segment	Cat. Points	Distance	Avg Grade
First Hump	2743	0.25mi	6.8%
Desmond Dig	2682	0.39mi	4.3%
N Hills Hill	2499	0.21mi	7.4%
Take it ALL the way	2346	0.38mi	3.8%
Can’t Go ’Round It	2103	0.16mi	8.2%
Could Be Worse	2011	0.17mi	7.4%
Willivee Wall	1981	0.27mi	4.6%
Just up	1920	0.10mi	11.9%
Woodridge WB	1798	0.24mi	4.7%
Second Hump	1767	0.14mi	7.8%

I think Wednesday is when I'll tackle First Hump for the Cabin Fever Achiever.

Over the past week I’ve been working on adding the ability to send tweets from my new website. Specifically, I want the option to tweet all or some of my content when I publish.

I still have some wrinkles to work out and questions to answer, like: how should I handle hashtags? what about tagging other Twitter users? But it’s working!

In my Admin, I have a checkbox Syndicate to twitter. If that’s checked and the post is published and I haven’t already tweeted the article, the site updates my Twitter status with content from the post and a link. Also, if I uncheck the box, the site deletes the tweet.

In Django, I set up a new App, Syndications, to handle the logic with interacting with Twitter (and any other site I end up posting to from my website).

In my Posts App, I added a TwitterSyndication model to handle the Twitter data associated with a Post, and added a few properties and methods to the Post model for handling the update status/delete tweet logic when saving.

I’m still unclear when I should and should not create new Apps in Django. I feel like a new concern is a new App, but I'm ending up with a lot of Apps. I’m sure much of this will become clearer as I continue to work with the framework.

I made my first pass at styling the new website. I mostly focused on the basic styling for mobile and older browsers, so no new fun stuff like flexbox, grid, etc. I'm certainly still tweaking it and will try to enhance as I go, but it doesn't look as raw as it did with just plain browser styling.

From a design perspective, I had a hard time picking some fonts. It's been a long time since I've built something and been able to make all the design decisions from scratch. I thought I'd go in the direction of more modern and geometric, but I didn't like how bland it looked, so I tried out Libre Baskerville, which I really like, but wanted to have the option for a bold italic. I settled on EB Garamond and really like the print-inspired humanism of it. Pairing it with another font proved to be difficult, but I'm trying out Open Sans and, so far, don't feel like it's fighting with the Garamond, but swap for something different later.

I wanted to keep the orange color I had used in my previous Orange Gnome site, but it didn't pass accessibility muster without a dark background, and I wanted to keep the default color scheme light. So I ended up darkening it a bit to get it to WCAG AA for normal text. I hope to implement “dark mode” styles at some point and will revive the original orange for that.

I also always liked the gnome head I created for my original site, so put that in the footer as a fun element.

From a technical perspective, I did a bit of hem and hawing on how best to implement styles for a Django site. At first I thought maybe each App would have its own styles, but I didn't want to have so many stylesheets on the same page, nor did I want to have a build dependency to concatenate them into a single file. And even then, where should that file go?

I ended up adding another App, Base, to the Project and refactored the base templates there. Then housed all the styles there too. This made sense to me: Base has a dependency on the other Apps as a kind of “presentation App”, but the other Apps don't care about Base

I added the django-sass project to handle SASS compilation and after that things were pretty smooth sailing. I was unsure how deployment would work with the new static files, but everything worked fine.

I finally managed to get my WordPress posts migrated to the new Django site. Django has a cool feature where you can add command line scripts to an app, so that's what I did. It isn't generic enough to use for any WordPress-Django migration, and it's not safe to run more than once (I wrote a second script to clear the populated tables if something happened during migration), but it did the job.

I still need to go back and figure out how to handle the WordPress shortcodes, and I need to figure out how to improve the writing experience in Django.

But! It's not like I write a lot of posts, and I'm happy to have this piece behind me. I think next task will either be getting the post authoring/display experience cleaned up or getting my Strava content integrated.

In a complete change of strategy, I have a new site in progress. After giving static site generators a look, as I originally thought I wanted, I decided that I really want a traditional server-rendered web site with a relational database backing store.

We do a lot with .NET MVC at work, and that's kind of what I was looking for: a framework with the flexibility to create my own content types, present them how I want, and support a way to manage the content.

After having trouble finding any kind of affordable (to me) hosting for a recent side project, I thought I'd try to stick with Dreamhost, where I'm already hosting most things. I didn't want to do PHP and Node is only supported on VPS or dedicated servers, but Ruby and Python are both available, so I looked at Ruby on Rails and Django.

I did the Django Tutorial first and was initially thrown off by the different nomenclature. Controllers are Views and Views are Templates, but mostly it made sense and the admin interface out of the box was a big plus.

I found Ruby on Rails harder to get installed and set up, but once I got all the dependencies ready, the tutorial made sense. It went so smoothly that I don't think I ever committed code, let alone pushed to Github. I appreciated how opinionated it is, however I disagreed with some of its opinions, specifically its use of JavaScript. I want JavaScript as a bonus, enhancing the features and functionality of a site. I don't want to depend on it for basic functionality, and Ruby on Rails does that with the delete action. I know better than to fight a framework from the very beginning, so that was pretty much it for me.

So, Django it is! I'm building "in the wild" and have the first functional version already deployed. I'm working on getting these blog posts ported over right now, and then will work on getting Notes and Twitter syndication set up, pulling in my activities from Strava, and figuring something out for Instagram. I'd also like to make it look a bit nicer. There's a lot to do, and I'm enjoying the prospects before me and learning a new language and framework.