bud VS htmx

Yeah. It seems like Bud is the best option I have to get what I want: https://github.com/livebud/bud/

Hit me up if you have a longer time horizon and want to give https://github.com/livebud/bud a shot!

Awesome!

This would be such a game-changer for server-side rendering Javascript in Go with V8.

I'd love to integrate this into Bud[1].

[1] https://github.com/livebud/bud

I've also been seeing updates on this project, which is kind of preferring Svelte https://github.com/livebud/bud

https://github.com/livebud/bud - similar idea, but uses Svelte (a JS framework) to do the front end stuff. It’s smart enough to render the JS stuff on the server when possible, so you end up with the best of both worlds.

https://github.com/livebud/bud this framework is achieving SSR in go. Not Vue specifically last I saw, but maybe you can draw inspiration from what they did https://www.reddit.com/r/golang/comments/uoxocj/bud_the_fullstack_web_framework_for_go_developers/i8ke92h/?utm_source=reddit&utm_medium=web2x&context=3

See https://github.com/livebud/bud to learn more.

Just to clarify: Fymo is taking the same approach as Bud. See: https://github.com/livebud/bud/discussions/248 for details 🙂

An open-source GoLang project also took the same approach, livebud/bud.

I know how to create APIs. I actually don't wanna do an API link with the front end. You can check a framework built in GoLang, livebud/bud in Github. Seeking something like that, 'cause the project is still being developed.

SOME of you may know by now that I'm a fan of htmx and its hypermedia-driven website/application design philosophy. When people first learn about htmx, they are often captivated by the idea of hx-get, hx-post, hx-delete, etc. attributes being able to fire off HTTP requests with these methods from any tag on the page. I know I was!

Today, we will be replacing HTMX in the project with HMPL.

🔗 Here’s a 2-min intro to HTMX that will blow your mind: Why HTMX is the Future of Front-End

HTMX on GitHub

But I want to say that this topic is clearly not new in 2025, I will not reveal anything supernatural here. HTMX and Alpine.js have already fully proven to everyone that this is not nonsense. I am just retelling everything, but with one interesting remark - this is the HMPL template language which is better than the previous two in some tasks. Next, I will describe why and how it will help you replace Next.js.

At the forefront of this hybrid model stands htmx, a pioneering framework that champions a simplified approach to dynamic web development. By leveraging data attributes, htmx grants developers the ability to control client-side interactions directly from the HTML markup. This means that the primary focus shifts back to generating valid HTML on the server, while htmx seamlessly inserts and updates this content within the DOM as needed. Consequently, developers can maintain a clean and straightforward server-side codebase while still delivering interactive and responsive user experiences on the client side.

I've become a fan of https://htmx.org for this reason.

A small 10KB lib that augments HTML with the essential good stuff (like dynamic imports of static HTML)