Show HN: Build progressively enhanced reactive HTML apps using Go and Alpine.js (opens in new tab)

The idea of using Go and Alpine.js together for building reactive web apps seems promising. As you mentioned, Fir is targeting devs with moderate HTML/CSS & JS skills.

How does Fir handle more complex scenarios such as nested components, handling form submissions with client-side validation, and integrating third-party APIs or libraries?

Does the toolkit offer any built-in functionality or guidelines for handling these cases, or is the developer expected to handle them using custom code and Alpine.js plugins?

Also the site is super slow!

Interesting stuff; is this intended to be an experiment or a longer-term project? I think a straight-forward comparison of Fir and things like HTMX (htmx.org) would be a good addition to the demo page or docs. I’m not one, but from what I gather many golang enthusiasts like using the std http features of the language and other libraries like HTMX seem more appealing as they live just in the html templates. It’d help get a quick idea of how it fits in with existing libraries. For instance, the pubsub feature would be a distinction.

The one thing that golang really needs is a templating library that doesn't suck, Html bindings in this language feel more like an after thought and this is coming from a person that really likes this language.

The second example counter is jumping around instead of incrementing/decrementing by 1. Is state being shared between users or somesuch?

Or is it because I first clicked the full reload example several times?

iOS

I wonder if it slow because of the locking, because other than that it shouldn't use much resources to run this.

Anyway I am lazy, so I would probably just use HTMX boosting:

    <div hx-boost="true">
        // traditional code goes here
    </div>

I'm currently working with Alpine.js in order to try to build "Universal Components" or "Hypermedia Components". Where you just hit a URL and get your component like /components/infinite-canvas or /components/svg-2-base64 or /components/lib-somelib.

[1] ilse.ink/components(It's not ready yet)

This is very cool. I'm working on a side project right now with a go back end and alpine front end. One of the things I've had to overcome is handling cookies and CORS since not everything is served from localhost.

I ended up packaging my frontend in an nginx container and using that same nginx container as a proxy for the backend but the whole time I thought maybe this small project would be easier if everything was served by go.

Will definitely keep an eye on this for future stuff.

I've also used alpineJS, Golang and tailwindCSS to build gocial [1]. The source code is also publicly available [2]. The whole project is hosted at netlify as a big Lambda function.

But I think for future projects I might use HTMX + Tailwind.

[1]: https://gocial.netlify.app/

[2]: https://github.com/dorneanu/gocial

I'm building a platform using GoFiber + AlpineJS and it's wonderful. I have to go through the Fir project because I'm trying to figure out what problem it solves. Wouldn't it be just as easy as using the vanilla net library + Alpine or one of the more established Go frameworks + Alpine? Honest question. If Fir has a value proposition that's unique im still in a position to pivot.

Been using Alpine.js in a Ruby on Rails app for about 6 months now. It's a very cool, lightweight js library that I rarely see talked about.

Counter doesn't work properly on Android Chrome FYI just reloads the page.

This is exactly what I need! I use Laravel mostly (with htmx and alpine) but wanted to build some stuff in Go. Thank you for your work!

Hope this is constructive feedback: I’m located in México and it takes around 20 seconds to load.

Yes! This is the project I’ve been waiting for.

I'm on Arc (Chromium) and pressing any of the buttons in the first example jumps to the top of the page.