Wordpress to Jekyll - Everything you need to know about Jekyll
vitobotta.com
vitobotta.com
Is anyone working on something like this? If not, would anyone else be interested if I scratched this itch?
I had to do that because 10 years ago I wanted a wiki, but my host couldn't run cgi scripts. I'm still using it because being a totally static site, it's fast. It doesn't have comments or cross-referencing, and I'm starting to look at alternatives, but it only took a couple of days to write.
Having said that, it works for me, but I doubt it would work for anyone else. It's not flashy enough.
My app is pretty similar to what you're describing - you can compose posts online (or in plain text files), and when you're done, it generates a baked (static) version. It's written in PHP, just so you can easily use it on most servers. It's actually pretty close to being done - I can let you know when it's ready.
@albedoa, I haven't paginated category pages yet since I don't have that many posts yet, but I think it is possible to do with a plugin that would generate those pages from a custom hash / data set, rather than what Jekyll makes available. I don't know if what I mean is clear but I will look into making an example.
@aw3c2, any web host will be good for Jekyll, since it's just static files that any web server can handle. As long as you are happy with the different workflow, you can switch without any problems. Actually, since your host has PHP you could use it for the contact form, as mentioned in the post.
However, things do tend to get a bit slow when you regenerate large sites, especially if you are using the "related posts" feature.
I also found myself endlessly hacking Rakefiles to generate tag clouds, embed twitter etc etc. You should ask yourself what you want from your blog before jumping off into Jekyll.
I've been looking for an answer to the following question if you have any insight. I have a suspicion that it is not possible without tweaking the code:
http://groups.google.com/group/jekyll-rb/browse_thread/threa...
you get the full power of pandoc and some other awesome tools in the toolchain, such as (if you like) syntax highlighting for any language, several different ways of doing templates, a fairly permissive range of input formats coupled with a easy to modify tool for how to take your organizational schema of documents to put together the static site.
It recently had an api rewrite and its become quite nice (i'm in the midst of rewriting my tool chain for its v3 api)
So you won't need any server side technology and you'll give your users a much better commenting experience.