Hacker News new | ask | show | jobs
by ChuckMcM 4074 days ago
One of the reasons I started playing with Ghost is because generating the site statically allows for a lot of performance on a $5 VPS with nothing special but a fat internet pipe. As blogs are typically not heavy on the "interaction" aspects of things, this works really well.

So consider this a vote for "static site support". If I were to express that as a requirement it would be something like "Site is served off a set of static pages that were generated on demand as the content on them or around them changed."
2 comments
bootload 4073 days ago
"One of the reasons I started playing with Ghost is because generating the site statically allows for a lot of performance on a $5 VPS with nothing special but a fat internet pipe. As blogs are typically not heavy on the "interaction" aspects of things, this works really well."

Wrote my own engine for exactly this reason.

All python, no templates and only one imported module (markdown) which I'm going to use pythons (why not in the first place?). I concur with the idea. Whole blog is about 1.4Mb of text. Images are hosted so it's AUD3.5/month to host the blog + domain.

It's not Ghost compatible. I based my template on Jeckyl. That is YAML front-matter followed by markdown. All contained in text files. It's a bit slot at the moment but works a charm.

What format are you following?

link
ChuckMcM 4073 days ago
Heh, same. Used FrontPage for a while to basically "push" static pages to my site, then played with Blosxom for a bit but never published anything with it, wrote my own in Perl with Template toolkit and Markdown, and as that was going along, heard about and downloaded Ghost. Then built a 'theme' that matched my original skeumorphic notebook theme and basically have what I need to push the button on it (but haven't for some reason).
link
bootload 4073 days ago
previous

* hotdog (binary) -> site (worked there)

* blosxom (perl) -> site

* perl -> TT -> ftp -> site

* python -> webpy -> appengine -> site

now * python -> markdown -> ftp/ssh -> site

future

* [some back-end language/Rpi] -> js [front-end/iPad] -> [some transport layer] -> site

I'm trading simplicity for speed and turn-around. The tool-chain is all cli, vim + browser. At some stage soon I'll write either an api/server to allow a simple interface to speed up process.

The basic ideas are based on Dave Winer and Scripting.com

link
Yhippa 4073 days ago
I wish Octopress was this easy to use.
link