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

Launch HN: Requestly (YC W22) – Network debugging proxy for web and mobile

news.ycombinator.com

Post reply on HN
Print view View original

61–70 of 87 posts

Re: Launch HN: Requestly (YC W22) – Network debugging proxy for web and mobile

#61

Post by sachinjain »

101008 wrote: post #49
DerJacques wrote: post #13

This looks great! Congratulations. I particularly like the "shortcuts" to common actions like "Insert JS/CSS". That's very useful! I want to also give a shoutout to https://proxyman.io/ . Proxyman is a native Mac App that also works as a local proxy and is a pleasure to use. I've been using it for similar workflows and can highly recommend it over Charles (the SSL handling alone is 100x simpler).

Proxyman looks like something I always wanted: does it allow you to say "when any browsers/webpage request this URL {url}, return this {content} instead of the original one"? And if it works like that, does anyone know something like that for Windows? Thanks!

Yes, You can do this with Requestly desktop app. You can use Modify Response feature to just specify a URL then specify the status code you need like 400 or 500 and then you can also specify what content do you want to return.

Requestly also lets you write a simple JS script to change something in the existing content. Here are some references for you - About Modify Response (https://requestly.io/feature/modify-response/), Change Status Code (https://stackoverflow.com/questions/50923170/simulate-fake-4...).

And yes, Requestly is available on Windows too.

Re: Launch HN: Requestly (YC W22) – Network debugging proxy for web and mobile

#62

Post by sachinjain »

matt_heimer wrote: post #54

Congratulations! Looks super cool! How challenging will it be to continue offering Chrome browser extension with the v3 manifest changes related to the blocking webRequest API? Does it impact requestly? The Linux page, https://requestly.io/downloads/linux/ , has MacOS instructions instead of Linux.

That's a very good question. Manifest V3 changes heavily impact Requestly because we use webRequest API to intercept the network requests. We have already started evaluating what works and what not.

A couple of things which I see right away not being supported directly in Manifest V3 are like adding a random parameter to URL to avoid caching, Inserting a script before page load etc.

Apart from this, from a couple of folks whom I know have migrated to Manifest V3 their users have faced some issues So I'd be most likely wait for another 4-5 months before doing the migration. Do you have any pointers for v2 to v3 migration?

Thanks for the tip about the Linux page.

Re: Launch HN: Requestly (YC W22) – Network debugging proxy for web and mobile

#63

Post by sachinjain »

matt_heimer wrote: post #55
sachinjain wrote: post #7

Earlier quoted context omitted.

Thank you for the feedback. Landing pages need more work. We've recently worked on our pricing page so I'd really appreciate if you can provide more insights into what can be improved on the pricing page.

I think the pricing page might be trying to hard. You typically see the endorsements and "also used by..." on the home page or success story type pages. If I rip out everything between the plans and the FAQ the result is much calmer (to me) and I can focus on the difference between the offerings. Maybe A/B test the page with and without all the ratings/endorsements and see if one leads to better conversion.

thanks for the tip. AB test on pricing page is very tricky. One challenge which with the A/B test on pricing page is that we need to wait for like weeks to get substantial data in terms of conversions. For example - 40 vs 32 wouldn't be significant enough to conclude. I'd try to learn how can we experiment on the pricing page. I do get your point, this page needs more work in terms of experience.

Re: Launch HN: Requestly (YC W22) – Network debugging proxy for web and mobile

#64

Post by sachinjain »

nullbytesmatter wrote: post #36

Honest question, why use a company product over free tools like zap or even burp for this?

Zap and burp are more optimized towards security testing. There's definitely some overlap in terms of network requests interception but the capabilities on top of interception varies a lot So It depends upon your use case. If you are an application developer/QA you will find zap & burp to be an overkill solution for even simplest of things.

Re: Launch HN: Requestly (YC W22) – Network debugging proxy for web and mobile

#65

Post by sachinjain »

matt_heimer wrote: post #53
Mattwmaster58 wrote: post #29

I'm interested in this for its potential reverse engineering apps on Android. I've had some success with `mitmproxy` but I'm wondering what other HN-ers use for this purpose.

I've been building a list of apps and libraries in this space. In no particular order: https://requestly.io/ https://portswigger.net/burp https://dutzi.github.io/tamper/ https://anyproxy.io/en/ https://wproxy.org/whistle/ https://www.telerik.com/fiddler https://github.com/alibaba/lightproxy https://httptoolkit.tech/ https://mitmproxy.org/ https://wiki.squid-cache.org/Features/SslPeekAndSplice https://www.charlesproxy…

great collection. You can also create a Github awesome repo collection like awesome-requests-proxy-tools

Re: Launch HN: Requestly (YC W22) – Network debugging proxy for web and mobile

#67

Post by sachinjain »

mat0 wrote: post #66

Requestly is awesome. I use it almost daily and to be honest I don't understand how this is not a native tool inside browser dev tools. It's such a simple idea yet so powerful. Thanks for your work

wow thanks! I believe Requestly is ChromeDevTools++ and Our vision is to make MobileDevTools++ and BackendDevTools++ really soon.

Re: Launch HN: Requestly (YC W22) – Network debugging proxy for web and mobile

#69

Post by invalidname »

sachinjain wrote: post #58
invalidname wrote: post #22

Earlier quoted context omitted.

If your interest extends to debugging production backends you can also check out Lightrun ( https://lightrun.com ) which continues this all the way through.

Lightrun looks really interesting. Have you personally used lightrun to debug anything directly in production? I saw the video on landing page and very curious to know how it works under the hood.

Sure. It works differently for every language/platform e.g. for Java it uses a JVMTI agent. This connects to the backend server which then connects to the IDE.

This lets you send action commands to production without having a debug session into you K8S cloud.

Post reply on HN