~/brandon/Dropbox/sites/brandonbohling.com/source/_posts) using the naming convention: YYYY-MM-DD-Title.md. Example:
sourcedirectory and execute the command
http://0.0.0.0:4000/Not pictured above.
I would have little issue sticking with the workflow above. However, I do understand that there are some inefficiencies and technical hurdles, so the geek inside is restless. The two main areas which I want to improve on:
There is not much to this. I will likely combine steps 1 and 2 above using a script of some sort that I either execute via Terminal or some other trigger like TextExpander. It is only a minor inconvenience at this point and is not a roadblock to writing using an iOS device. Thus, I will not spend much effort on optimizing this until I first work on…
While there are several ways to implement the first improvement, there are many, many ways to implement the second one. And it is the second one where the most time can be saved as well as eliminate one of the primary downsides to using Jekyll…needing to manually run the Jekyll command to generate the site, which is not possible if I am using an iOS device.
Probably the easiest way to improve efficiency would be to write an rsync command. However, I would rather automate the entire publishing process so even if I was on an iOS device I could publish a blog post. This likely means I will need some folder watcher program which will monitors for updates, which would trigger a Jekyll build and then push the files to my ISP. Given that I am already using Dropbox I would think I could reuse some of its powers. Currently I am envisioning a workflow something like this:
Here are some sticking points:
This would require me to have a system that was always on to execute step 4. This is not a deal breaker as I do have a system on 95% of the time. The only time I purposely turn off our iMac is when we go on vacation, which would happen to coincide with when I would most likely write and want to post though.
Less of an issue would be the lack of truly reviewing my work in a web browser before publishing. This would only occur when using an iOS device to write and publish, so again not a deal breaker, but a consideration nonetheless.
For those that absolutely love the ease of publishing with blogging software like WordPress (and similar) will likely be appalled at the Jekyll workflow. However, as I noted in Text File Revolution I wanted full control and ownership of my content, so I am willing to suffer slightly with its manual process. With a little extra work I think I can make it just as painless as WordPress though.
What I find interesting is the sudden flood of posts and discussions around static (or baked) blogs. Brent Simmons may have started it with his A Plea for Baked Weblogs post, but other notable folks have discussed as well. Maybe most surprising is Marco Arment cofounder of Tumblr and founder of Instapaper talks about it with Dan Benjamin on Build & Analyze in Episode 18 and Episode 19. Marco is writing his own static web site generator using PHP while Dan is trying at Jekyll. I am very curious to see if they talk about their experience more in Episode 20. For me, I am thrilled I have moved to Jekyll.