I announced Blot on Hacker News almost 10 years ago. Thank you all for helping to get it started. It was a nice surprise to see it posted again here today.
The goal of Blot is to bring the benefits of the static site generator to people who haven't heard of static site generators
Some people are pointing out that they found it easy to read your pricing before you added this site. I’d like to offer a different perspective. So many tech products and startups lack this sort of easy to find clarity.
Many times in my professional life we’ve dismissed products we might have bought if they had a pricing page as clear as yours. Not so much because they necessarily did anything wrong, but because we rarely have the time to “research” tech products that are “nice” but not “necessary”. So where some companies might have sold us an eternal product license for $5 a month, they didn’t because they didn’t have this sort of pricing page, where they very clearly explain the exact price of their product in as few words as possible. Some may find that ridiculous, but I’m fairly certain that if we do this, then others does as well as we’re very rarely unique.
One of the consequences of having done this professionally at many organisations for two decades is that I also do it as a private person. Maybe that’s even more lazy, but it is what it is.
I want to second this view--simple transparency and being upfront about pricing sets the tone for an entire ongoing relationship, and is even critical to beginning one. I have a 99 percent rejection rate of every website that doesn't put pricing up front, along with a customer service phone number. If I have to click more than once for pricing, and if that phone isn't on the landing page, the entire product goes straight into the ether. Ignoring these basics is a fundamental lack of respect for my time and attention as a customer, and I won't have it. I know this view is pervasive, yet dark patterns persist.
To be fair, it's very clearly fronted on the Sign Up form, which has a prominent button in the top right corner. A dedicated Pricing page/section would be nice simply because people often look for it, but it's not like they're trying to be sneaky or use dark patterns.
Yeah, this is just a usability issue for sure. Unfortunately for me, I didn't want to click "sign up" until after I could locate the pricing, leading me into a catch-22 situation.
Ye "sign up" implies that you have accepted the pricing.
A common dark pattern is that you need to enter PI to get to the pricing so that they can call spam you forever. (I am not accusing the linked site of doing it, I haven't checked.)
Personally it never even occurred to me that the "sign up" button would show pricing - in fact it wasn't even apparent that this was a paid product. Usually services have a separate "pricing" link somewhere at the top that explain things.
I pretty much never click on "sign up" buttons unless i have already been convinced the service is something i want to sign up for.
I think of a "sign up" button as something I click after I've chosen to use that product. The button click signals my intent to do so. Having to click it to see pricing is something that would just not happen for me, because I'd never intend to sign up without seeing pricing.
I agree sign-up is not how I would look for pricing. Sign-up is something I click when I'm ready to commit to using but until then I'm looking for information and I expect something like a Pricing page.
If I can't find the pricing I'm never going to click "sign up"
The interesting question is how did you arrive at this site layout where the pricing is hidden in the sign up page when every single SaaS site on the internet has a pricing link in the header and in the footer. Genuinely curious.
As a HN reader it was a little hard to figure out if this was a static site generator or a dynamic script like those old school php files that turned a folder of images into a image gallery website.
But for your target audience, it might be confusing to compare your service to those.
This makes me think of the early/mid-2000s & https://blosxom.sourceforge.net. Blosxom had this delightful concept of file extensions as "flavours." For example, you could have a ".rss" flavour that would present that hierarchy of your site as an RSS feed if you added ".rss" to the URL. Brilliant!
This used to be fairly common. Reddit is another site. A company I worked at.aroind the same time also had .xml, .rss, .atom. .xml would serve up the raw xml our middleware generated, which was normally "rendered" via xsl (what can I say to redeem myself for that?) server side. It was great for both debugging (you could browse the site in "xml mode") and to provide an API.
I still like the url approach - being able to browse until you have the view you need, and then just copy the URL and change format in order to find the right API call can be very nice. The challenge, of course, is that you need to be very cautious about which urls you guarantee will be stable, or you'll be locked into a site structure you might regret.
The big problem was that the easy way out is that your XML ends up being changed to be "XSL-friendly", which means a ton of concessions that effectively encodes knowledge of the expected presentation no matter how much you want to keep it largely semantic.
Small presentation changes far too often result in changes to the XML to accommodate weaknesses in XSL.
I still like the idea. But not the use of XSL to achieve it. Unfortunately, we don't have any great alternatives that aren't horrible in all kinds of different ways.
I briefly contributed to Blot (its code is Public Domain [1]). David keeps working on Blot constantly, and it's pretty cool to see the progress changelog with direct mapping to git commits [2].
I recently migrated my own static Hugo blog onto Blot, and I just about couldn’t be happier with it.
I’m not versed in web development, but Blot’s developer (David) seems to have a great goal in mind & similar enough priorities to what I wanted that it was a great fit. I finally got to set up the photography site I’d been planning, too.
It’s http://ristrettoshots.com/ if anyone was curious what one take on a Blot photo site would look like.
You used to be able to serve websites via a Dropbox of .html files. It supported CSS, JS and everything. At some point after 2015 they turned off that capability .
Just man tree if it's on your system. I used it for temporary jobs,
like where I needed to give some students a quick website of a folder
of source files. Not much to it.
-H baseHREF
Turn on HTML output, including HTTP references. Useful for ftp sites.
baseHREF gives the base ftp location when using HTML
output. That is, the local directory may be `/local/ftp/pub', but
it must be referenced as `ftp://hostname.organization.domain/pub'
(baseHREF should be `ftp://hostname.organization.domain').
Hint: don't use ANSI lines with this option, and don't give more
than one directory in the directory list. If you wish to use
colors via CSS style-sheet, use the -C option in addition to this
option to force color output.
-T title
Sets the title and H1 header string in HTML output mode.
Wow, I’m surprised I’ve never never heard of this and I’ve been working in web dev for 10+ years. I love this idea and I have some things I want to put out there without much management on my part. This will be perfect
I used Blot for about 5 years for Second Breakfast. Its ease of use got me started blogging. Very cool app/service, highly recommend.
I had it strung up with RSS to Mailchimp to auto-send new posts to a mailing list. Recently just switched to Ghost to make that more integrated, we'll see how it goes!
https://spinup.dev is a similar thing I made a few years ago, with free analytics out-of-the-box for each deploy. Syncing changes is a feature I'd like to add, but time is tight for side-projects at the moment.
It let's you create a simple web site without writing any HTML. You just provide a folder of files (text, photos) and choose a template, and it'll turn that into a web site for you.
Props to _0vzt for keeping Blot rocking for a decade - it's like they've got a secret sauce for static site magic. And yeah, Sephr's right about needing clearer pricing. It's like playing hide and seek with numbers! Lastly, devjab's take on pricing clarity is spot on. It's a breath of fresh air when you don't have to turn into a detective to figure out what something costs.
This is pretty much how my website worked back when running Dropbox as a headless service on Linux was “easy” and bloat-free. Glad to see it as a service.
The next innovation I expect to see on HN is a service that, on a set schedule, gathers articles about a set of topics that you follow, prints them out onto paper, and delivers them to you as a bound volume for easy perusal.
This has a number of advantages for privacy (there's no way for the publishers to know how much time you spent reading each story), offline-first availability (dead-tree is the ultimate), and sharing (you can hand someone the entire volume rather than just a link to it, and they get the whole contents, all offline).
It really sounds like it could be the hot new thing, if only some forward-thinking VC would invest in it.
You are joking, but I honestly would like it to get a personalized weekly collection of articles, a wiki lemma, a comic or two and some reviews delivered as PDF or on paper.
The crux being that it's personalized. It could use my Pocket, RSS reader, reddit/hn voting habits, even my bookmarks db as inspiration. I don't know or care, as long as it manages to deliver me a week's worth every week. Filled with content that I'm going to like 90% of the time, i'd love it and pay for it. I'd even accept ads every few pages.
From what I understand and from what I know of Google (or any big tech), this won't be a "weekly" digest, but rather a constant barrage of "personalized" attention seeking push notifications. Breaking news! Something you should comment on! This movie is trending, watch it now! Your friends have read this book, why haven't you!? Kinda stuff.
What I envisioned, is truly slow paced. Like the "old" in depth weekly magazines. Or journals. Something that I have a week to go through, and that doesn't get stale if I don't.
Maybe I should make it myself (though I guess that's my impulsive ADD brain tricking me into yet another hare chase)
> prints them out onto paper, and delivers them to you as a bound volume for easy perusal.
You joke, but this would be great, and something that every digital solution has failed at replicating so far.
The best we have are newsletters (each from a different site/author) which clutter up my inbox and make me not want to read them. A printed weekly digest of everything (preferably with the comment threads included) would be a great way to spend a weekend.
You can get a subset of the English Wikipedia printed and bound, that gives you even more privacy, as you don't need to share the topics you are interested in with any electronic service.
Hint: Using a public (book) library also means your reading behavior is tracked by intelligence agencies, unfortunately, so you need to own the books you may want to read.
Is there an option to pay and to self host? Recently my boss asked me for things to spend money on to use up some budget at the end of the year. We can't use hosting services but would pay for support or an "enterprise" edition if we could host it ourselves. Probably not your market but just something to consider.
You know what else turns a folder into a website? Installing nginx from your distro repositories. Then every folder beneath the www dir is a website. I'm not joking around. Files in folders is really the best way to make websites.
I’ve been using blot for YEARS and there’s a huge segment of people in the ttrpg world who have followed suit after being burned by so many platforms. Dev has been super helpful and responsive. Will be a customer for life.
I sort of have a bad taste about this project. I'll use proper support channels and won't rant here, but what happened was that my card was being declined trying to sign up. Thought I could self-host on a linode somewhere given the code is in the public domain, but there is no documentation :/
I'm the lead developer of zrok. I've also had a habit of building static site generators over the years. Might be an interesting little crossover possibility.
There's a bunch of zrok stuff in the pipeline that's way more important to get to first... but maybe down the line we can support some kind of extension mechanism in zrok and static site generators could just sort of snap right in...
It might be more similar to zrok's caddy integration where you can get "fancier" than just delivering files? Blot is trying to do different stuff than zrok is it seems. Like, it's processing markdown, zrok doesn't try to do that for example. zrok is more about sharing easily. blot doesn't appear to be open source from what i can tell and it's not self-hostable as far as I can tell. seems pretty different overall. I'm not exactly sure what blot is trying to do/be.
if the server side file format has something semantically similar to #include then your lovely simple binary model fails (without browsers having the same)
Especially older servers have quite a lot of those types of capabilities, rendering directories to fancy indexes, processing input files in various ways.
Like they'd even spawn arbitary processes for you (w/ CGI).
The goal of Blot is to bring the benefits of the static site generator to people who haven't heard of static site generators