4 ms·

We bought this app and I can safely say this is the best REST client I have ever seen or used. The others out there (mostly the extensions for Chrome and Firef

We bought this app and I can safely say this is the best REST client I have ever seen or used. The others out there (mostly the extensions for Chrome and Firefox) will do for most people but this app is just gorgeous and offers some nice features on top. Some of the more mundane parts (JSON content in a post, basic headers) are handled in a couple clicks. I love it.

dozzie 11y ago
How is it better from cURL, Python's liburl2 or libwww-perl?
- mattkrea 11y ago
  If you are quick with cURL maybe it's not--it's just a matter of preference. I, on the other hand, can take quite a while to type out a cURL request with 4 custom headers and a long JSON body. While I spent most of my day at the CLI I do step out for a few choice applications. Being able to quickly save and compile a bunch of requests to replay is also nice though I'm sure you could do that with cURL or similar tools. It doesn't hurt that the app is particularly nice looking either :-)
  - seanp2k2 11y ago
    Yeah, JSON on the command line can be a big PITA, especially when it comes to escaping. The old `curl -vvv -X POST --data @foo.json http://example.com` http://example.com` trick mostly works, but isn't the most elegant thing in the world. This just might be, and it'll write the curl command for you too :)
    - mattkrea 11y ago
      Agreed. On a more positive note.. jq absolutely blows my mind for working in the other direction (reading) jq: http://stedolan.github.io/jq/ http://stedolan.github.io/jq/
      - dozzie 11y ago
        jq is small peanuts compared to App::RecordStream. https://metacpan.org/release/App-RecordStream https://metacpan.org/release/App-RecordStream https://metacpan.org/pod/App::RecordStream::Manual::Story https://metacpan.org/pod/App::RecordStream::Manual::Story https://metacpan.org/pod/App::RecordStream::Manual::Examples https://metacpan.org/pod/App::RecordStream::Manual::Examples
- lobster_johnson 11y ago
  It's not necessarily better, just a different interface that scales better to complex requests. curl command lines can get huge and unwieldy. If a curl command has a huge amount of input, that gets unwieldy, too. Same thing with data input. The fact that your requests persist and can be repeated and modified is useful. Better than looking up past commands in ~/.bash_history.
  - seiferteric 11y ago
    Ha, I feel the same way and started to make a little tool to help this, but most of the feedback I got was that it was pointless :( https://github.com/seiferteric/clamp https://github.com/seiferteric/clamp
    - chralieboy 11y ago
      this is really cool! Great work.
  - dozzie 11y ago
    Better than saving those requests in curlrc and recalling them with --config?
guidedlight 11y ago
Yep, loving it too. Quite a few of the Windows users in my office are jealous of this particular application.

dozzie 11y ago

How is it better from cURL, Python's liburl2 or libwww-perl?

mattkrea 11y ago
If you are quick with cURL maybe it's not--it's just a matter of preference. I, on the other hand, can take quite a while to type out a cURL request with 4 custom headers and a long JSON body. While I spent most of my day at the CLI I do step out for a few choice applications. Being able to quickly save and compile a bunch of requests to replay is also nice though I'm sure you could do that with cURL or similar tools. It doesn't hurt that the app is particularly nice looking either :-)
- seanp2k2 11y ago
  Yeah, JSON on the command line can be a big PITA, especially when it comes to escaping. The old `curl -vvv -X POST --data @foo.json http://example.com` http://example.com` trick mostly works, but isn't the most elegant thing in the world. This just might be, and it'll write the curl command for you too :)
  - mattkrea 11y ago
    Agreed. On a more positive note.. jq absolutely blows my mind for working in the other direction (reading) jq: http://stedolan.github.io/jq/ http://stedolan.github.io/jq/
    - dozzie 11y ago
      jq is small peanuts compared to App::RecordStream. https://metacpan.org/release/App-RecordStream https://metacpan.org/release/App-RecordStream https://metacpan.org/pod/App::RecordStream::Manual::Story https://metacpan.org/pod/App::RecordStream::Manual::Story https://metacpan.org/pod/App::RecordStream::Manual::Examples https://metacpan.org/pod/App::RecordStream::Manual::Examples
lobster_johnson 11y ago
It's not necessarily better, just a different interface that scales better to complex requests. curl command lines can get huge and unwieldy. If a curl command has a huge amount of input, that gets unwieldy, too. Same thing with data input. The fact that your requests persist and can be repeated and modified is useful. Better than looking up past commands in ~/.bash_history.
- seiferteric 11y ago
  Ha, I feel the same way and started to make a little tool to help this, but most of the feedback I got was that it was pointless :( https://github.com/seiferteric/clamp https://github.com/seiferteric/clamp
  - chralieboy 11y ago
    this is really cool! Great work.
- dozzie 11y ago
  Better than saving those requests in curlrc and recalling them with --config?

guidedlight 11y ago

Yep, loving it too. Quite a few of the Windows users in my office are jealous of this particular application.