Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Bruno: Fast and Git-friendly open-source API client (Postman alternative)

usebruno.com

Post reply on HN
Print view View original

221–230 of 444 posts

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#221

Post by cyclotron3k »

harel wrote: post #214

This looks great, and less bloated than Postman but after a few seconds of testing the Linux (Snap) version, I noticed the system file browser opens with what is probably an invalid font (all characters appear as squares). As well, it would be nice to be able to import my rather large postman collections (an vice versa - provide a collection from Bruno to a Postman user). Looking forward to when I can switch to this…

How does the Bruno snap compare to the Postman snap, in terms of startup times?

I know snaps are slow, but the Postman snap takes forever (~16 seconds)

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#222

Post by [deleted] »

dumbo-octopus wrote: post #204
1vuio0pswjnm7 wrote: post #116

Earlier quoted context omitted.

Does this describe the "streaming HTTP" to which you refer https://gist.github.com/CMCDragonkai/6bfade6431e9ffb7fe88 If not, is there an example of "streaming HTTP" you could provide that illustrates the limitation

Yes, that is that I mean. All the modern "ChatGPT" style API's use this, so if you're building anything that invokes them you can choose between buffering the entire response and modifying/relaying it once complete, or building up a toolchain of streaming-capable utilities. Of all the http-client applications I tested (Curl, Postman, Insomnia, Bruno), somewhat hilariously Curl has the best support. It will output all…

[deleted]

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#223

Post by 1vuio0pswjnm7 »

dumbo-octopus wrote: post #204
1vuio0pswjnm7 wrote: post #116

Earlier quoted context omitted.

Does this describe the "streaming HTTP" to which you refer https://gist.github.com/CMCDragonkai/6bfade6431e9ffb7fe88 If not, is there an example of "streaming HTTP" you could provide that illustrates the limitation

Yes, that is that I mean. All the modern "ChatGPT" style API's use this, so if you're building anything that invokes them you can choose between buffering the entire response and modifying/relaying it once complete, or building up a toolchain of streaming-capable utilities. Of all the http-client applications I tested (Curl, Postman, Insomnia, Bruno), somewhat hilariously Curl has the best support. It will output all…

What if instead of JSON, i.e., strings of unknown length, used something more like netstrings.

https://cr.yp.to/proto/netstrings.txt

Personally I use a lame but effective simple 85.9 KiB static binary filter, a small C program, that removes the chunk sizes so the response is ready for use by other programs, e.g., in a pipe. Buffer is set at 8 KiB.

Is there a way to experiment with one of these streaming JSON GPT APIs non-interactively by just sending an HTTP request, without need for a third party program, an account, use of a Javascript engine, etc.

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#224

Post by parentheses »

d0gsg0w00f wrote: post #13

Thank you. As soon as Postman asked for a login I uninstalled it and have been curling from text files ever since. My younger coworkers won't drop Postman though. Maybe this will help them switch.

I will usually take curl commands i end up calling a lot and use a function or script to make those calls easily. I find this to be way better for me personally. I feel using Postman teaches you only Postman. Whereas making shell tools and learning curl are so much more valuable. Plus, you can combine them with fzf, jq, fx, yq and friends to easily customize.

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#225

Post by jimbokun »

d0gsg0w00f wrote: post #13

Thank you. As soon as Postman asked for a login I uninstalled it and have been curling from text files ever since. My younger coworkers won't drop Postman though. Maybe this will help them switch.

I tend to collect little Ruby one or two liners for common REST calls, and now Go. Takes care of things like getting a JWT token and including it in the right header, as reusable code.

Takes slightly longer the first time than curl or Postman. But much more powerful in terms of using in scripts for operations tasks.

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#227

Post by darylteo »

This would complete the e2e DX if you could generate SDKs from .bru. Even if it's through a openapi export, I'm sure it will happen eventually.

I'm sure Bruno is still in the 1st phase of enshittification, but at least with local .bru files we can ensure longterm maintainability.

On the other hand, devs are most likely the stingiest individuals on the planet that expect all of their tools to be free. So I respect the team for even releasing it open source in the first place.

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#228

Post by unmole »

Sn0wCoder wrote: post #195
helloanoop wrote: post #88

Earlier quoted context omitted.

Hey there, this is Anoop - creator of Bruno. Happy to see Bruno at the top of HN We will never take VC funding. We received around 10 inbound reach outs from VCs till date and have denied funding from all of them. We will remain independent and I have written about it in detail here https://www.usebruno.com/blog/bootstrapping

Hi Annop. Thanks for sharing this looks like a good alternative to Postman. I see the company is based out of India (awesome) but wanted to know if the company has gone through the steps needed to sell to teams in the healthcare industry in the US/UK i.e.) HIPPA, SOX2, PCI, GDPR, etc.…

> if the company has gone through the steps needed to sell to teams in the healthcare industry in the US/UK i.e.) HIPPA, SOX2, PCI, GDPR, etc.

They haven't.

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#229

Post by adobrawy »

It looks great. Postman always loses me because I usually only need simple requests and I have to go through a big structure. As a result, it only ever edits one request over and over again, which I have configured correctly.

The key thing about Postman is that I was able to configure my own script to refresh the API token. For the internal API, we have a short-lived "access_token" token (~1 minute) and then a long-lived "refresh_token" (~1 day) based on the user's email address and password. When renewing the token, you receive information about its lifespan. You cannot create a new scratch token every time because you will be rate limited. I put all that logic in Postman hook script.

Making these HTTP requests in Curl – due to token refreshing – is painful.

Will Bruno support this use case?

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#230

Post by eviks »

soraminazuki wrote: post #54
gardenhedge wrote: post #26

Earlier quoted context omitted.

The benefit of using postman is that you can open the app, see your (shared) collections, easily change the params and hit send. Can curl be used like that?

Of course you can. You can use any tool that lets you write down commands, run it, and edit it. Shells, editors, interactive notebooks like Org Mode, etc. The beauty is that it's just text that you can copy and paste between your tool of choice. You're not locked in to a single tool.

You're describing the same tool with a much worse UI of recreating the tool yourself (by everyone). There is much value in avoiding that, hence people use integrated tools even with the risks of lock in
Post reply on HN