Postman which I thought worked locally on my computer, is down • Hacker News Board

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

#201

Post by liqilin1567 » Tue, Oct 21, 2025, 7:18 AM UTC

eYrKEC2 wrote: post #104

charlie0 wrote: post #90

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 use a simple bash script: #!/bin/bash -x TOK="my-jwt-tok" case "$1" in get-foo) curl -H "header: bearer $TOK" "http://www.example.com/foo" | jq . ;; post-bar) curl \ -H "header: bearer $TOK" "http://www.example.com/bar" \ -H "content-type: application/json" \ --data-raw '{"baz":"bap"}' ;; *) ;; esac used like: ./example.bash get-foo I know it doesn't have the functionality of postman, but this is how I build up int…

I would like to put the request body into a file and use it with `@file.json`.

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

#202

Post by mattmanser » Tue, Oct 21, 2025, 7:24 AM UTC

rcarmo wrote: 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…

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.

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

#203

Post by kermire » Tue, Oct 21, 2025, 7:25 AM UTC

charlie0 wrote: post #90

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…

Restfox [1] is worth checking out. It's fully offline and lets you version control your collections with git or any sync tool you prefer. The postman import is well tested and the app also allows you to export back to Postman collections.

Disclaimer: I maintain it.

[1] https://github.com/flawiddsouza/Restfox

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

#204

Post by NitpickLawyer » Tue, Oct 21, 2025, 7:26 AM UTC

mattmanser wrote: post #202

rcarmo wrote: 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…

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.

> People who use make and curl to jury rig some unshareable solution together that no-one else in their company would even bother trying

???

Mash 'em, boil 'em, put 'em in git, next to your code?

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

#205

Post by aiven » Tue, Oct 21, 2025, 7:27 AM UTC

voidUpdate wrote: post #200

pjio wrote: 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.

We use it at my work because one team will create the backend, and another team will create the frontend, and its useful to be able to share a big list of all the endpoints, along with how to use them and the expected result that can all be run, as well as handling all the auth for you

OpenAPI also has examples and auth. But, like Postman, it is tied to your service, not some 3rd party.

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

#206

Post by exasperaited » Tue, Oct 21, 2025, 7:31 AM UTC

exasperaited wrote: post #79

gschier wrote: post #63

Earlier quoted context omitted.

No plans for VSCode integration, no. It's only great because it's designed for a very specific use case and environment. I'm not quite sure why Yaak wouldn't work in this case. It it because your running server wouldn't be accessible to Yaak, running on your system?

In case you aren’t familiar (and with apologies for my verbosity if you are): VSCode Remote can be best understood as a sort of hybrid of a local text editor and a remote web-based or X11 view of an editor for a remote session. When you use a remote, the code is on the remote and all your editing functions (search, version control, terminal, extensions) happen in the remote via a worker process. So in a remote sessio…

Wrote this late at night and didn’t explain what I meant by X11 view.

I was thinking back to running X sessions on remote machines, sending for example a text editor view back across the network to my desktop.

VSCode remote feels to my fiftysomething brain to be logically quite like that, only you are sending the display back from the remote worker using web techniques, and rather than to a display manager, you are sending it back into the shell of an editor, so it appears to be largely indistinguishable from a session running on your local machine.

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

#207

Post by wosined » Tue, Oct 21, 2025, 7:35 AM UTC

Mashimo wrote: post #184

jug wrote: post #36

This could have been a 10 Megabyte TUI app in your terminal tab. Boggles my mind how even this kind of app manages to bring in Electron and the cloud. Edit: Ah, so here it is: https://posting.sh

> even this kind of app manages to bring in Electron Probably because it began as an chrome addon before it was "standalone".

Before Chrome became its addon*

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

#208

Post by mixologist » Tue, Oct 21, 2025, 7:36 AM UTC

mattmanser wrote: post #202

rcarmo wrote: 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…

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 bash script that does the task it was designed to do beats any enterprise crap.

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

#209

Post by rubenvanwyk » Tue, Oct 21, 2025, 7:43 AM UTC

[dead]

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

#210

Post by cvak » Tue, Oct 21, 2025, 7:44 AM UTC

pjio wrote: 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 used to use postman, before they become greedy, now I use Bruno.

But to your question - I have saved based authenticated request to our company useful APIs - github/jira/artifactory - so when I want to string together some micro tool to do something in batch, I don't have to remember where do I create API key, and how do they accept it.