Live data from Hacker News

Ask HN: What companies are embracing “HTML over the wire”?

news.ycombinator.com

11–20 of 192 posts

Re: Ask HN: What companies are embracing “HTML over the wire”?

#11
post #5

Is “HTML over the wire” a new buzzword for SSR or is there a difference I'm missing?

It is rendered server side, but typically the server keeps track of only what needs to change and sends as small as possible an update to dynamically update the DOM. You end up with a user experience that feels close to an SPA, but a dev experience that feels close to traditional SSR.

Tech like LiveView (Phoenix) and LiveWire (Laravel) are great examples of this.

Re: Ask HN: What companies are embracing “HTML over the wire”?

#18
I'm building a webapp[0] for turning Clickup docs into static sites, using CF Workers. There isn't a framework for Workers that has the flexibility I need, so I home-rolled one that only sends rendered HTML over the wire. Async components are supported too, so if I have a particularly data-intensive component the renderer just inlines a tiny JS script that sends a request to the worker again, which then returns just that component in HTML.

Could be worth releasing on its own as a GitHub project!

[0] https://intenso.app

Re: Ask HN: What companies are embracing “HTML over the wire”?

#20

Is “HTML over the wire” a new buzzword for SSR or is there a difference I'm missing?

Others already answered but that's why I bothered making that little quip about HTTP. It's kind of a ridiculous name but also funny and appropriate since it's trying to state that it's a return to form. My brother who is just started working with web tech recently didn't even realize that it was possible to send HTML over HTTP, lol.
Post reply on HN