Live data from Hacker News

Postman which I thought worked locally on my computer, is down

status.postman.com

211–220 of 300 posts

Re: Postman which I thought worked locally on my computer, is down

#211

I'm looking at alternatives that are guarantee to work locally and only found the following: Posting.sh -> Postman imports are experimental which makes it a non-starter for people like myself with large Postman collections. TUI only also makes it harder to switch. Insomnia -> Owned by another large tech company. Yaak -> Made by the same guy who created AND SOLD Insomnia above. Not exactly comforting to switch over fo…

I just memorized curl like a lunatic.

Re: Postman which I thought worked locally on my computer, is down

#212
post #3

I think for the most part everyone has accepted that Postman grew into a monster that bloated with features and presumably that comes with online dependence.

$dayjob sent an email to everyone with postman installed and asked us to uninstall when postman switched to online. $dayjob IT still maintains a wiki page and includes it on the banned software list. Used to be ubiquitous over there.

Same at Apple; cannot use Postman.

Re: Postman which I thought worked locally on my computer, is down

#213

Earlier quoted context omitted.

It is unmaintained. This is the cost of devs focusing on corporate gains and not their craft.

Devs have to eat and if someone offers you a life altering amount of money to work on their hobby project, a lot of them would probably take it. It's hard to turn down something that might assure your family a comfortable life.

This is not what I said. I meant that users should contribute and not expect FOSS projects as a separate channel of getting material for their corporate work.

Re: Postman which I thought worked locally on my computer, is down

#214
post #166

Question: Do I miss something by not using Postman? My alternatives for development are "Edit and Resend" of a request (in Firefox) and plain old curl scripts for reusable examples.

I use a mix of tools, depending on needs: `curl` scripts for things I might need to automate on barebones OS installations (Linux/macOS), HTTPie on my local CLI env if I'm debugging something where I need to mutate parameters quickly: making sequential calls, many requests with varying parameters; and Insomnia as GUI where I can save requests with parameters, headers, etc. to be re-used during development.

Each one has its strengths, and weaknesses, Insomnia can export the saved requests as `curl` commands so it's a nice visualisation to iterate over a complex call until it's working, and then be exported if needed to be automated; `curl` is quite ubiquitous but clunky to remember the exact arguments I might need; HTTPie has a nice argument syntax so it's quite readable to be quickly edited but isn't present without installing Python, pip, and pulling it.

Re: Postman which I thought worked locally on my computer, is down

#216

Earlier quoted context omitted.

Currently using Bruno. Saw your comparison. If Bruno has everything I need, what would you say is your biggest benefit compared to Bruno?

Faster, smoother, GRPC, plugins, themes, fully open source, no telemetry,...

Thanks! I will try it out. Looks awesome. Bruno also supports grpc, though. Also, in what way is Yaak more open source than bruno?

Re: Postman which I thought worked locally on my computer, is down

#217

Earlier quoted context omitted.

Pretty obvious why if you use the software. I get the whining, but teams need ways to share their complex workflows, and teams are where the money is for all dev focused software. That's who pays for all your tools to have free versions. People who use make and curl to jury rig some unshareable solution together that no-one else in their company would even bother trying to use aren't worth any money to companies.

My experience is the opposite. Teams that are knowledgeable jury rig their own custom solutions without all the enterprise cruft. They make solutions that fix their problem and they do it faster than the teams who use bloated enterprise solutions. I am tired of seeing over engineered enterprise solutions that that are implemented and never used because they can’t be integrated into the dev workflow easily. Simple bas…

The wisdom of pipes! I'd share these workflows the exact same way we share others [ie: BASH, Ansible]: Git. Needs nothing more than a directory, though an SSH daemon is quite nice.

Those of us who can survive without desperate monetization plays are worth quite a lot, actually. They say 'jury rig', we say 'engineer'.

Re: Postman which I thought worked locally on my computer, is down

#218
post #192

I stopped using Postman when it magically started connecting to a central server for… nothing useful, really. I have no idea why people would design software this way, especially a development tool that should work with any web server, under any network condition (including fully offline against localhost). Now I just have a Makefile with a bunch of curl invocations, or Python tests with requests to match against exp…

We went with a mix of curl, Invoke-WebRequest, favourite scripting language, HTTP files, IDE tooling, Insomina, after Postman went cloud online and became a forbidden tool on our systems.

Also I am not counting that Insomina won't follow the same footsteps as Postman.

Re: Postman which I thought worked locally on my computer, is down

#219
post #166

Question: Do I miss something by not using Postman? My alternatives for development are "Edit and Resend" of a request (in Firefox) and plain old curl scripts for reusable examples.

The UI/UX, however you can get similar workflows in Insomina (while it doesn't follow Postman's footsteps), and IDE tooling.

Re: Postman which I thought worked locally on my computer, is down

#220
post #180
post #174

Earlier quoted context omitted.

Please can you address the claim that Postman is silently leaking customer secrets to your servers as part of telemetry? https://anonymousdata.medium.com/postman-is-logging-all-your...

Yes. The post is misleading and we have more detail on what we do here. https://blog.postman.com/engineering/postman-free-is-secure-... Postman allows for turning off history, keeping variables local, setting up a local vault all in the free product and in more advanced plans, there are secret scanning capabilities for IT and security teams. https://blog.postman.com/choose-the-right-postman-plan-for-y... These issues…

All good security measures, for sure, but the blog post you linked doesn’t mention anything about telemetry (ie request data sent to those *.gw.postman.com endpoints). As a user, it would be great to know exactly what data is sent to Postman servers (eg we send resolved query strings, we don’t send headers, etc), as well as to have an easy way to opt out of telemetry altogether.
Post reply on HN