Live data from Hacker News

Show HN: Intercept.rest – Faster API debugging

news.ycombinator.com

51–60 of 60 posts

Re: Show HN: Intercept.rest – Faster API debugging

#53
post #47
post #46

Earlier quoted context omitted.

I would really appreciate if you could give us some honest feedback. or any suggestion Thanks

I've used mitmproxy in the past for debugging purposes but there was always a stipulation that one must install a cert on the machine in order to intercept HTTPS traffic. If intercept.rest can accomplish the same thing without the need to install a cert I could see this being very useful.

Yes, this can work without certificate installation and you don't have to do anything in client side. Only need to change the endpoint URL

Re: Show HN: Intercept.rest – Faster API debugging

#54
post #42

Some feedback: * How did you measure that your development work was accelerated 10x faster? Or is that just a hyperbole? I think this matters because otherwise you are making claims that are not justified. * When I visit the website, it autoplays some voice and it put me off immediately.

For us, it saved a lot of time after creating this tool. We are running appmaker.xyz for the last 3 years. And we convert WooCommerce website to the mobile app in minutes. For us, while user create an app using our platform we have no access to the client-server, It was a hell to debug. We built this tool a couple of weeks back. For us reproducing the error at checkout page will take a while(without tool). (Choose pr…

Surely that is your pitch. But what I am getting at is how you arrived at the particular claim that this tool "accelerated [your] development work 10-fold," and "10 x Faster API debugging" which was the original title. Without justification, you are misleading the potential users and that does not inspire confidence. i.e. why not 5-fold, 8-fold or 100-fold?

Re: Show HN: Intercept.rest – Faster API debugging

#55
post #36

Earlier quoted context omitted.

:D I am not active on HN. But was using this tool since its development phase and was in a constant feedback loop with the devs. Classifying some HN noob's positive comment on a tool he used as astroturfing is kinda discouraging :)

This sparked my curiosity. Is this your github https://github.com/Livin21 ? I see this person is from Cochin, India [1]. I then see the facebook page linked to on your website [2] mentions your founder [3] who happens to be from Kochi [4] which is the same city [5]. This is quite odd, no? [1] https://imgur.com/a/tBCmKGY [2] https://imgur.com/a/RZgKg9Y [3] https://imgur.com/a/fbMnrrh [4] https://imgur.com/a/9sn4LSs [5…

I don't find it necessarily odd that one of the early users is from the same city as the company that created the app.

Sometimes, when I've worked on a small tool I want to share with others, I've found that telling people about it at local meetups is the easiest and quickest way to get people to try it out.

Maybe something similar happening here?

Or they just happen to work in the same building, or same coworking space, etc.

Re: Show HN: Intercept.rest – Faster API debugging

#56
Cool product.

What's your stack?

Is the persisted request/response information encrypted in any way? Any chance of a locally hosted version being available?

What is your growth strategy? Who are your competitors? How long have you been working on this product?

Re: Show HN: Intercept.rest – Faster API debugging

#57
post #55

Earlier quoted context omitted.

This sparked my curiosity. Is this your github https://github.com/Livin21 ? I see this person is from Cochin, India [1]. I then see the facebook page linked to on your website [2] mentions your founder [3] who happens to be from Kochi [4] which is the same city [5]. This is quite odd, no? [1] https://imgur.com/a/tBCmKGY [2] https://imgur.com/a/RZgKg9Y [3] https://imgur.com/a/fbMnrrh [4] https://imgur.com/a/9sn4LSs [5…

I don't find it necessarily odd that one of the early users is from the same city as the company that created the app. Sometimes, when I've worked on a small tool I want to share with others, I've found that telling people about it at local meetups is the easiest and quickest way to get people to try it out. Maybe something similar happening here? Or they just happen to work in the same building, or same coworking sp…

This is what exactly happened.

Re: Show HN: Intercept.rest – Faster API debugging

#58
post #56

Cool product. What's your stack? Is the persisted request/response information encrypted in any way? Any chance of a locally hosted version being available? What is your growth strategy? Who are your competitors? How long have you been working on this product?

Glad you liked it, All are running on node js server. + react js. We build this for our internal purpose, right now request/response is not encrypted. This is we should have done in first place. (WIP). We have desktop apps which work offline on the local machine. We offer self-hosted in our enterprise plan. You can email me saleeh at intercept.rest.

I'm running a startup appmaker.xyz as fulltime. This is a simple tool that we build for our usecase

Re: Show HN: Intercept.rest – Faster API debugging

#59
post #7

How does this compare to tools like Charles and BurpSuite? I've used Charles extensively in the past for this sort of testing, and particularly on mobile apps (it's not clear if/how mobile apps are supported with this). Edit: Ah, "Now you just need to replace the original endpoint with interceptor’s URL inside the app." – so it sounds like this is basically a proxy at the HTTP level in the target app, rather than a n…

Just saw the edit, Exactly to your point

So what's the advantage of Intercept, what can it do that tools like Charles can't? Honest question, I expect it can be smarter being at that level, but less generic and unable to intercept apps that haven't been modified as a consequence.

Re: Show HN: Intercept.rest – Faster API debugging

#60
post #7

Earlier quoted context omitted.

Just saw the edit, Exactly to your point

So what's the advantage of Intercept, what can it do that tools like Charles can't? Honest question, I expect it can be smarter being at that level, but less generic and unable to intercept apps that haven't been modified as a consequence.

Charles proxy works only for local development as proxy for all your network.

intercept.rest monitor only request sent by your client to your server and it is easier to setup (just change the API endpoint), works both locally and in staging/production etc.

Some use cases are :-

- When you give an app to the client for testing and you wanted to monitor the API calls and its responses for debugging purposes.

- It can also be used to debug webhooks,

- You can also choose to share all the data with your team members without additional setup.

Post reply on HN