Let me be blunt: I dislike (hate?) Go for its error handling approach. However, with close to zero knowledge of the language, I was able to build a basic HTTP API that reads from the database in a couple of hours. I chose Gin Gonic for the web library and Gorm for the ORM. OpenTelemetry provides an integration with a couple of libraries, including Gin and Gorm. On the Dockerfile side, it's also pretty... - Source: dev.to / 30 days ago

Most golang backends I've seen meanwhile use or switched to using the "gin" framework to build their APIs. A lot of them also have conventions for the frontend, where the assets usually are stored in /public, so they can be go:embed later as an embed.FS instance into the binary. Having said that, there's plenty of examples on github. I'd recommend to take a look at bigger projects or templates and understand how... - Source: Hacker News / 5 months ago

Excellent Performance: Sponge is built on the gin framework, providing outstanding performance for web service development. - Source: dev.to / 6 months ago

In this blog, we will delve into the fascinating realm of handling images in a Golang application, leveraging the power of the Gin framework for RESTful API development, MongoDB as a robust NoSQL database, and the mongo-driver library for seamless interaction with MongoDB. To store images efficiently, we'll explore the intricacies of GridFS, a specification within MongoDB for storing large files as separate chunks. - Source: dev.to / 6 months ago

For building the RESTful Point of Sale service API, I've considered and selected a combination of technologies that would work seamlessly together. For handling HTTP requests and responses, using the Gin HTTP web framework would make sense because I think it seems complete and popular among Go community too. To ensure data integrity and persistence, I'm using PostgreSQL database with pgx as the database driver,... - Source: dev.to / 9 months ago

Not a CLI tool, but I recently started using https://klogg.filimonov.dev/ klogg (which seems to be a successor of glogg) more and more often. - Source: Hacker News / 10 days ago

Glogg is a great tool, but unfortunately it is not developed anymore. I maintain a fork -- klogg (https://klogg.filimonov.dev). It is generally faster for both opening a file and performing searches. Current dev builds that use hyperscan regular expression engine can open a file and do a search while glogg would still be indexing that file. Source: about 2 years ago

Once I had to go through an unusually large log file which was around 2GB. I am a regular Notepad++ user but it couldn't handle the file. In addition to opening the file I also needed to search around the file for keywords like Error or Exception. I found klogg to be just the right tool for me. It allows for viewing as well searching for words within the large text file easily. - Source: dev.to / about 2 years ago

This is still an early stage TUI, many widgets are incomplete or missing (i.e. Text area, partial keyboard support, incomprehensible Documentation) I have very little time to work on it and the progresses are incredibly slow. I develop it in order to create a terminal log viewer that could mimic the features exposed by glogg or klogg. Source: over 2 years ago