If you need static export, I wrote a project a while back that converts markdown to static output with Ghost theme support: https://github.com/mixu/ghost-render
It's not yet planned, but definitely something that would be useful. I'll add it to the list.
Here's my high priority feature list right now:
Gzip support, hashes for serving static assets, multi-user support, support for all of the Ghost theme helpers, MySQL, Postgres, and Google App Engine support.
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."
"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.
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).
* [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
I had a look at the docs on github (I haven't checked the source yet) but it doesn't mention if it supports more than one domain (or SNI, but I'm assuming it would piggy back on Go's support for SNI).
If it doesn't yet support multi domain will it ever?
Interesting. I haven't thought about that. It should be possible, but is not implemented yet. Go does indeed support SNI, but I'm using ListenAndServeTLS at the moment + I'm loading only one SSL certificate right now.
I'll add that to the list as well. I think that might be a useful feature.
Thanks for asking! But I'd rather not mix my commenting on HN with business. What I suggest that you do (if this is important to you) is whatever registrar you use, ask them (in writing) what their policy is with respect to whois and additionally what if any exceptions are typically made to that policy. The "exceptions" might only be communicated verbally for legal or practical reasons.
Reservior sampling does have legitimate use in monitoring: to track real-time percentiles (e.g. over the last 15 minutes), without logging everything and re-calculating on each new data entry. I do think it is important and useful to know about it, but probably would not use it for the database sampling (as it was in the article).
I think that a combination works best, but it looks like not many do a central SVN + local git setup. Any reason for that? Do you have bad time with that or what?
The central SVN is much better for tracking versions for release purposes, while the local git has all the benefits of working on one thing than switching to another.
Free trade agreement doesn't require negotiation: either you agree to trade free, or not. The so-called free trade agreements are about trade-restrictions and exceptions. Doublespeak at its best.
Prisoner's dilemma? It's in the best interests of both parties to drop trade barriers, but not if the other party doesn't, so you need negotiations to make sure they will.
> I'm having to look to Eastern European remote talent
My experience is that as soon as I mention that I'd soon move back to my home country (in Eastern Europe), the conversation dries up, as 99.9% of the SV companies that contacted me are only looking to move talent to SV, and don't want to have remove positions.
My local makerspace has one, though I've not tried it myself. IIRC it's using a custom bracket (3d printed) to hold our dremel, but is otherwise should be standard.
The one problem I remember seeing was when somebody's laptop was running it and went to sleep and they weren't able to get it to resume the job when it woke up. Maybe there's a way to do it, but just making sure your computer is set to stay awake avoids the issue entirely.
Most 3d printers which also use gcode, have an sdcard slot. Load your gcode file onto the sdcard, plug it into the printer and print from there. You dont need a computer connected at all, so nothing to go to sleep.
