News for hackers. Stuff that matters.
Re:The Static Site Paradox by graypegg on Tuesday October 08, 2024 @02:27PM (#41780292)
In 2016, I was working at an agency making brochureware for local businesses. I remember one of our clients wanted us to add a small iframe for a reservation system to their website they had built. They sent us a single word document. Turns out they were just exporting it as HTML (which it seems like Word does still support today!) and throwing it onto some cheap shared web hosting provider. It worked great for them. They could always keep their online menu updated because... it was exported from the word doc they create the print menu from. At the time we sort of made fun of them internally... which I feel bad thinking about now. It's actually a genius idea when you have a million other more important things to do at a restaurant.

It's still easier to make a static site. I think the authoring tools to generate HTML just currently suck, or if they don't suck they have some process that needs to run on the server to serve the site.

Re:The Static Site Paradox by steve_adams_86 on Tuesday October 08, 2024 @03:12PM (#41780720)
I love when businesses do stuff like this. If it works, it works.

My job isn't to ridicule them because it could be better, but make their solution better and ensure my solution for them works as well as theirs, if not better, without hampering the success they already had with what they were doing already.

A lot of developers don't want to admit this—in my experience at least—but tons of these ad-hoc web solutions actually work better than a ton of strategies experienced web developers would implement on their own.

So much of what counts is what the business offers and how they relate and interact with customers. Sometimes all that takes is a word doc exported to HTML. We can use our skills to improve it, but the real magic is in the humans running the business. I love it.

I find something fun is that finding ways to improve these solutions can actually be genuinely challenging. Sure, you can make a better website, you can deploy it with sophisticated infrastructure, etc. but at the end of the day, do their customers prefer it? Does it improve their business? Sometimes that part isn't trivial at all.

Re:The Static Site Paradox by Stoids on Tuesday October 08, 2024 @04:23PM (#41781483)
I do consulting for a few restaurants, and despite my experience building full-stack web applications, I find myself reaching for Excel for most of my deliverables. These are "applications" that "non-technical" restaurant operators need to be comfortable in. Having a sheet where they paste in some data and get their needed output has required the least amount of continued maintenance and training. They can drag the file around in Dropbox / Google Drive and that works for them.

I still try to "engineer" to the best of my ability—separating raw input from derived data from configuration, data normalization, etc. With Lambda functions in Excel now, I kinda just pretend I'm writing Lisp in an FRP editor / runtime environment. The ETL tools with PowerQuery are quite good for the scale that these restaurants operate at.

Hard for me to turn off my brain in my full-time job when I am tasked with poorly recreating a feature that Excel nailed years ago.

Re:The Static Site Paradox by EasyMark on Tuesday October 08, 2024 @09:08PM (#41783473)
You can create web pages in excel??
Re:The Static Site Paradox by swiftcoder on Wednesday October 09, 2024 @05:04AM (#41785876)
These are presumably more along the lines of custom inventory management software
Re:The Static Site Paradox by jasonkester on Wednesday October 09, 2024 @01:36AM (#41784812)
It’s a shame that Access died, because that’s what you would have built this in 25 years ago, and it would have been better for your client in every respect.
Re:The Static Site Paradox by rekabis on Saturday October 12, 2024 @03:07AM (#41817053)
> It’s a shame that Access died

Gesundheit? It’s still in Office 365 (subscription) and Office 2024 Pro (standalone).

Re:The Static Site Paradox by treflop on Tuesday October 08, 2024 @04:22PM (#41781480)
People forget to keep track of how long it takes them to do things.

I see people bifurcated into "people good at time estimates" and "people who think time estimates are always wrong." The former have been keeping track, improved continuously, and have become good. The latter have no clue.

Setting up a website from scratch is not hard, but it is time consuming, especially when you throw in maintenance.

Re:The Static Site Paradox by graypegg on Tuesday October 08, 2024 @03:44PM (#41781078)
Totally! The magic of using your print menu word doc as the website is its so little work to keep the site updated. No one really cares that a family restaurant in a Toronto suburb has a visually stunning website. You just want to see the menu, hours, address and phone number. It's always going to be updated, exactly the same content as the print menu that you actually pay from, and they already knew how to make things look legible in word.

It's actually even more charming than any solution we ended up providing because this particular restaurant (sadly closed now) was run by a 60-70ish year old man, who's cropped portrait photo was their logo, `float:left` in the header of their index.html exported from Word. I don't think you can buy authenticity like that.

I of course thought that was hilarious because I was 19, an idiot, with my first tech job thinking I'm such a professional cranking out CodeIgniter-based contact forms and static About Us pages.

Looking back, I'm pretty sure we did them dirty. Whatever solution we sold them on (IIRC, they got a wordpress site with a custom theme) was probably less useful. Which sucks.

Re:The Static Site Paradox by steve_adams_86 on Tuesday October 08, 2024 @04:16PM (#41781419)
I've been volunteering with a local political party to help them with their technology decisions, primarily on the web, and... based on this and prior experiences, I've come to the conclusion that agencies do their clients dirty quite often. In some cases it looks borderline intentional, in others I think it's a disconnect between client needs, capabilities, and what's actually delivered.

It seems weird to say it since so many people rely on it, but wordpress is overkill for so many things. It frustrates so many clients to no end, requires ongoing maintenance that's quite expensive in some cases, and well, it requires an active server handling server-rendering and form submissions and such. The vast majority of clients simply don't need it. They don't even need themes.

This party I'm helping has something like 7 wordpress sites strewn about, all on hosts that cost way too much, some not even updated or maintained at all, sitting on servers that peak at like 40% utilization and otherwise hum along at near-zero utilization beyond what the wordpress isntance requires.

This is a lot of the internet. My experience with these folks has inspired me to build something that would meet their needs, but it's one of these things where... I don't know, if I build it, I doubt anyone would come. But yeah. Most people's needs for the internet are remarkably simple. Even Wix or similar are way, way too much. Yet those basic blogging engines totally miss the mark too. Most of these business users aren't interesting in blogging. They just want a simple home base where they can dump various types of information and let it hang out forever.

I can think of a few products which aim to fix this, but they aren't quite simple enough for the types of people we're describing. The people who know they need stuff online, but don't want to know much about it and don't want to learn much either.

Re:The Static Site Paradox by pyrolistical on Tuesday October 08, 2024 @03:16PM (#41780758)
Bingo. This is why google sheets is the best cms. Just have a data pipeline that rips the data out and upload it the webserver
Re:The Static Site Paradox by tomjen3 on Tuesday October 08, 2024 @03:31PM (#41780913)
I have been cursing for a long time over the death of Frontpage. Yeah we made fun of it because the HTML it created was/is awful. But what it also was was a program that normal businesses/people could use to update a small and cheap website without having to worry about security beyond picking a good password.

I have been looking for a good alternative that can create more correct HTML and which gives you more options than Words HTML exporter for a couple years now.

Re:The Static Site Paradox by JellyBeanThief on Tuesday October 08, 2024 @03:03PM (#41780641)
I mean, isn't the whole idea of a web browser kind of contrary to the ideals of the web? It implicitly divides people into speakers and listeners.

In a parallel universe, web browsers are called webitors, and they can edit websites as well as view them. People can suggest changes. People can publish annotations. Web hosting is like email--pick (or build) any service you like and pick (or build) any client you like. The protocols will sort it out.

Re:The Static Site Paradox by Kye on Tuesday October 08, 2024 @03:32PM (#41780926)
The term you're looking for exists: user agent.

https://en.wikipedia.org/wiki/User_agent

What you describe came and went, subsumed under the homogenizing effect of silos like Facebook. Mashups were the big new thing. There have been various attempts to bring it back, but the inertia of silos makes it hard to find anyone interested.

Re:The Static Site Paradox by graypegg on Tuesday October 08, 2024 @03:22PM (#41780815)
Under the hood, the bones of that system are there! `PATCH` is a HTTP verb for a reason.

Though making the web this big publicly editable pile of documents would create a lot of spam. You already have to filter a lot if you have a form on a website, imagine if instead of filtering structured data, you had to filter diffs.

I think maybe a good half measure is just bringing web authoring tools BACK to web browsers! Netscape Navigator had one if I remember correctly. This would just allow you to write HTML files to disk though.

Bonus point for some standard protocol where you login with HTTP Basic Auth, and POST/PUT/PATCH/DELETE HTML directly to a page. You'd need some special server that understands that, but ideally it would be open for anyone to implement. You point your browser to https://yoursite.com/my/page.html and assuming you've logged in with HTTP Basic Auth, your browser suggests creating the page, rather than rendering the responded error page.

Edit: Protocol is the wrong word, someone correct me what this is really called. HTTP based... editing? A standard API? It's now something I want to make so I'll need to figure that out haha.

Edit 2: CamperBob2 in a sibling comment mentioned wikis. Just realized I'm describing a wiki lol

Re:The Static Site Paradox by CamperBob2 on Tuesday October 08, 2024 @03:30PM (#41780899)
That's sort of the idea behind a Wiki, isn't it?

There was an effort many years ago to provide browser extensions that allowed users to mark up, edit, and annotate existing web pages in a way that would be visible to the community of users. It never went anywhere, unfortunately, probably because it would have gored way too many sacred oxen. (And/or it would have been co-opted by spammers, turning it into a social networking/reputation management project.)

Re:The Static Site Paradox by roywiggins on Wednesday October 09, 2024 @01:21AM (#41784732)
Every so often someone announces that they've reinvented that idea but it doesn't go anywhere. These days the problem is probably mostly mobile Internet, but also the sheer difficulty bootstrapping enough of a community for it to be worthwhile.

And of course any such project that became popular would either ruin the creators as they try to keep up with moderation, or devolve into an unusable mess if they don't moderate.

Re:The Static Site Paradox by pdimitar on Tuesday October 08, 2024 @03:34PM (#41780950)
Yeah, that was a good idea 30 years ago, now the web will fill to the brim with spam and AI-generated drivel, all in approximately 14 minutes.

Nowadays it's more important than ever to curate content well.

Re:The Static Site Paradox by psd1 on Tuesday October 08, 2024 @05:11PM (#41781874)
I don't think that's true - Figma runs in the browser, so does HN.

The job of the browser is to _render_. That's agnostic on whether you're creating content or just reading it.

Re:The Static Site Paradox by QuadmasterXLII on Tuesday October 08, 2024 @07:00PM (#41782664)
Back in the day mozilla (the browser, before the mozilla org made firefox) edited html in a wysiwyg fashion. All my early websites were made with it. I never did work out how to remove a <br>
Re:The Static Site Paradox by JonathonW on Tuesday October 08, 2024 @11:02PM (#41784092)
SeaMonkey (the direct successor to Netscape Communicator and the pre-Firefox Mozilla Suite) still does.

Doesn't produce particularly modern HTML, but if you want to author HTML like it's 1999, it's out there.

Re:The Static Site Paradox by apitman on Wednesday October 09, 2024 @12:23PM (#41789679)
I recommend reading the short book Weaving the Web by Tim Berners-Lee.
Re:The Static Site Paradox by TheGoodBarn on Tuesday October 08, 2024 @07:16PM (#41782781)
There was a restaurant I went to in CDMX this summer and their menu was a public preview link to a document in Figma. I couldn't stop laughing at the fact but delighted by how well it just worked. I love this stuff.

I have tons of little single HTML file sites I make from this [Vue template](https://vue-template.spaghet.me/). I also have sites just published as public Notion docs, inline photo libraries from iCloud, etc. Its amazing how easy and available it is to just connect stuff, and how often I want to over complicate things and build something from scratch when I can just link stuff together.

On an aside I also love things like [mmm.page](https://mmm.page/) for quickly stitching together little micro sites or single use sites if I don't have time to do something else. Its fun exploring all these tools

Re:The Static Site Paradox by edanm on Wednesday October 09, 2024 @01:36AM (#41784810)
We have a "Data App" built for one of our clients, which does all sorts of fancy stuff for managing their metadata, quality checks, etc.

But some of the pages have "documentation" which is basically a bunch of tables with dates and text, which they handle themselves. And the solution we landed on was very similar - they just have a Word doc with this table, they give it to us, we export it to html/css, and dump it into the appropriate place.

It's not elegant and not a scalable solution, but for the use cases where it's relevant, it's the easiest way, hands down.

Re:The Static Site Paradox by nicbou on Wednesday October 09, 2024 @05:40AM (#41786048)
Germany’s entire humanitarian response to the Russian invasion of Ukraine worked like this before the official authorities could catch up, a few days to a few weeks later. Notion, Telegram, WhatsApp and Google Docs saved the day. This awed me at the time and still awes me now. Quietly, we have achieved the dream of bringing computing to everyone.