Live data from Hacker News

Building an HTML-first site doubled our users overnight

mohkohn.co.uk

61–70 of 605 posts

Re: Building an HTML-first site doubled our users overnight

#61
My go-to for spinning up a site has been Jekyll + Bootstrap with the occasional bit of React for well over 10 years now.

While it still does the job, I'm a little curious to explore more modern options, if for nothing else to understand the choices a more junior dev would face/make today.

I'm seriously considering giving Atro a go. Is it worth it?

Re: Building an HTML-first site doubled our users overnight

#63

Most of my apps are now simply HTMX + Go + SQLite. I've found it's enough for most projects. One of my sites is image heavy and serves 10 TB of traffic per month. For this, I use the following setup: 1. S3 (I wanted reliable data storage) 2. In front of it, I have Cloudflare (with Tiered Cache enabled, which makes POPs prefer pulling from Cloudflare rather than the origin). I've set rules to cache everything on both…

> Most of my apps are now simply HTMX + Go + SQLite.

Would like to hear about your Go stack for building htmx apps.

Re: Building an HTML-first site doubled our users overnight

#64

Most of my apps are now simply HTMX + Go + SQLite. I've found it's enough for most projects. One of my sites is image heavy and serves 10 TB of traffic per month. For this, I use the following setup: 1. S3 (I wanted reliable data storage) 2. In front of it, I have Cloudflare (with Tiered Cache enabled, which makes POPs prefer pulling from Cloudflare rather than the origin). I've set rules to cache everything on both…

> I wonder why there isn't a mobile OS that simply lets you build apps with JavaScript, HTML, and CSS and gives you reliable storage without all this effort.

There is! You just have to time travel all the way back to 2009 when webOS was launched by Palm. Time travel is the easy part, you then also need to somehow prevent Palms demise and webOS fading into obscurity as a smartphone OS.

If 2009 is too far back you can try your luck in 2012 with Firefox OS.

Joking aside, people and companies have given it a go. But a combination of bad timing and various other events never made that reality happen in our timeline.

Re: Building an HTML-first site doubled our users overnight

#65
I built apps like these on GOV.UK over 10 years ago for the Ministry of Justice. We built our own form wizard library that let us validate long forms in steps and break them out into multiple pages because Ruby on Rails didn't support doing that out of the box. It was a very important principle back then that everyone should be able to make use of these digital services regardless of whatever users were using to access them.

Re: Building an HTML-first site doubled our users overnight

#67

> this was a regulated monopoly, and if their customer satisfaction dropped below 96% (if I remember correctly) it could result in millions of pounds in fines. OK, I'm still at the beginning and irrelevant to the article, but as a USA-ian, I am so jealous about that. Unheard of here.

I moved to the UK in 2016.

The public sector, simple, no frills, accessible, no flashy graphics, websites were a massive eye-opener.

They just worked. They had a job. They did it. I wasn't going to buy more from them because of it, and they didn't care. It was great.

I've heard that recently they've dismantled the centralised team that wrote all the rules, enforced it, and started moving to decentralised hosting, but so far the whole still seems to hold to together really well. I think, I hope, they have embedded the expectation that the local council, the tax office, your visa status, etc, should just be utilitarian in nature, and work for everyone.

I worry how long it will last...

Re: Building an HTML-first site doubled our users overnight

#68

Earlier quoted context omitted.

At least it'll be a fast and crappy website.

It's definitely possible to make slow server-rendered website. Most of the slow client-side apps are slow because they're waiting on slow network requests. (I still very much support fast, simple HTML websites. The good ones are a fantastic user experience)

but the host (the company) will need to pay the price in the form of server equipment. Not the user as is the case with client side rendering. If server side rendering becomes slow it will affect all users regardless of their hardware or connection, prompting earlier response from management and devteams.
Post reply on HN