kyoto
Golang SSR-first Frontend Library (by kyoto-framework)
golive
⚡ Live views for GoLang with reactive HTML over WebSockets 🔌 (by brendonmatos)
| kyoto | golive | |
|---|---|---|
| 18 | 8 | |
| 531 | 246 | |
| - | - | |
| 9.6 | 2.2 | |
| almost 2 years ago | over 1 year ago | |
| Go | Go | |
| MIT License | MIT License |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
kyoto
Posts with mentions or reviews of kyoto.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-06-18.
-
Embed the backend as a web worker
the only thing i need to do is port the htmx code to golang and then cross compile to wasm for web and then to mobile and desktop. I am currently seeing that there are other htmx style systems out there that are already written n golang. for example: https://github.com/kyoto-framework/kyoto
- 京都项目正在从GitHub转移到Sourcehut (Kyoto project is moving from GitHub to Sourcehut)
- Kyoto framework is moving to sr.ht from GitHub
- Kyoto project is moving from GitHub to sr.ht
-
Is there some server site rendering Go library that would offer Nuxt like things?
But this baby here https://github.com/kyoto-framework/kyoto is in the early development stages, which is a nice approach imho.
-
Feasible approach to SSR?
htmx requires you to return markup for specific components. So, you’ll need to maintain component template definition in two ways: embed directly into page template, and serve it as an api. IMO htmx is cool, but requires some tooling around it to simplify work. Our team is developing and using kyoto library, focused on server rendering and components approach: https://github.com/kyoto-framework/kyoto
- kyoto: Important update
golive
Posts with mentions or reviews of golive.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-11-10.
-
live reload, listening to api changes?
1) change html content on the fly based on user input without redirects. I guess I found something relevant here to help me out, but I haven't tested any of it yet and keeping my options open for now. I know javascript frameworks are the usual go-to for that stuff, but I'd like to play around with Go before diving into another language.
- What frontend libraries do exist in Go?
-
Go for web frontend
I stumbled on two options: - GoLive (similar to Phoenix LiveViews) - Vugu (similar to Vue)
-
Looking for early feedback on my new Phoenix LiveView inspired project.
I built it because I love building highly interactive web pages, but the current state of JavaScript leaves me cold. I got really excited when I saw what Phoenix was doing with LiveView and thought I could see the light at the end of the tunnel. There are already a couple of projects also inspired by LiveView (GoLive, live), but I had my own vision that I wanted to realise.
- brendonmatos/golive: Reactive HTML, server-side-rendered using Go over Web sockets
-
Build hotwire applications using Go
As for LiveView ports or code inspired by LiveView in Go there is also https://github.com/brendonmatos/golive but I haven't had the chance to use either yet. If either are more or less a direct port (as much as they can be given language constraints) then I'd bet on them over hotwire. The Elixir community has already worked through most of the hard problems hotwire will encounter down the road with more use.
-
Looking for an interesting project to contribute
I'd like to suggest GoLive (https://github.com/brendonmatos/golive). It's a new project with an owner that is very open to pull requests. I've been sending PRs and it's a fun project to work on. What is GoLive:
-
GoBook - POC of a Go REPL in browser using Go Live View Library and zero JavaScript
GoLive Repo https://github.com/brendonmatos/golive
What are some alternatives?
When comparing kyoto and golive you can also consider the following projects:
vugu - Vugu: A modern UI library for Go+WebAssembly (experimental)
yaegi - Yaegi is Another Elegant Go Interpreter
go-app - A package to build progressive web apps with Go programming language and WebAssembly.
forgefed - ForgeFed - Federation Protocol for Forge Services
kyoto - Golang SSR-first Frontend Library [Moved to: https://github.com/kyoto-framework/kyoto]
GoatCounter - Easy web analytics. No tracking of personal data.
vecty - Vecty lets you build responsive and dynamic web frontends in Go using WebAssembly, competing with modern web frameworks like React & VueJS.
uikit - Wake up, Samurai. We have a project to build
space-cloud - Open source Firebase + Heroku to develop, scale and secure serverless apps on Kubernetes
gomodest-template - A template to build dynamic web apps quickly using Go, html/template and javascript
redwood - A highly-configurable, distributed, realtime database that manages a state tree shared among many peers.