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

Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

news.ycombinator.com

Post reply on HN
Print view View original

101–110 of 240 posts

Re: Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

#101

Post by neonsunset »

nolok wrote: post #15
thedg wrote: post #2

*engineers I work with are telling me that some of you are going to argue that types don’t exist in real javascript and that web assembly isn’t assembly

Well it's bytecode, so if you consider java or dot net bytecode assembly then it's assembly, if not then not. If we want to be pedantic, assembly is usually defined as being close to the architecture machine code, which web assembly is not. Yeah, I fell into that trap, but it's a holiday here.

A lot of people get confused by assembly in WASM unfortunately, which leads them to claim that it is performant and if it's not, then fixing it is a trivial exercise of just making a fast WASM JIT compiler. Where did I hear this before?

They really should have gone for JSVM IR or something, but that would sell it to no one.

Re: Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

#102

Post by garretcharp »

tiffanyh wrote: post #37

Too cheap. It seems extremely inexpensive. Even though it's not a direct comparison, look at https://www.hotjar.com/pricing/ (and switch to the "pay by month" pricing view)

Cant really compare these at all. Hotjar is for tracking heatmaps and recordings from your regular site visitors.

Jam is for your employees to download an extension and manually submit the recordings when they have issues and is a pay per employee based model.

Jam will generally have very low volume compared to Hotjar which is where the price difference really is

Re: Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

#103

Post by garretcharp »

YetAnotherNick wrote: post #93
jsheard wrote: post #58

Earlier quoted context omitted.

It's no secret that those products are free* with a big asterisk, if you hit some unspecified combination of total bandwidth usage, attracting DDoSes, serving the wrong types of files or moving too much data in regions where bandwidth is expensive then you get an email from sales asking you to pay up or leave. Even if you're on a paid plan, beyond a certain (also unspecified) amount of usage they will ask you to pay…

Do you have any source? I was initially suspicious of the same but found few content in reddit/other forums where multiple users said they have free plan and get millions of requests per day[1]. And I couldn't find a consistent reason for all the sites that cloudflare banned. [1]: https://www.reddit.com/r/programming/comments/lfa1il/why_you...

Cloudflare does not have any bandwidth limits or request limits in any way. They generally do monitor high usage users on lower plans to try and upsell them to enterprise but you dont ever have to actually upgrade.

The reddit post you linked seems to not really have any content anymore, but I would be willing to bet they broke TOS given you are only really supposed to serve html content over CDN when on lower level plans when you are not using the developer platform to host the content such as videos/images/etc.

Fwiw though, if you are a business you probably should at the very least upgrade to business for the SLA and to create support tickets if needed.

edit: figured out why the article doesnt exist the OP removed it because it was an issue on his end not Cloudflares. (Using bot fight mode on a route supposed to be used by bots) https://news.ycombinator.com/item?id=26072153

Re: Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

#104

Post by JacobCarlborg »

Had a quick look. Seems like an interesting tool. I know there are many companies in Europe that, for regulations and compliance reasons, cannot have their data leave Europe. As far as I can see from the documentation, the data is stored in the US. Would be nice to have an option to store the data in Europe. Or not having to upload any data at all. But instead have the option export an artifact that can be processed later. But perhaps that defeats the business.

Re: Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

#105

Post by jojohohanon »

EMM_386 wrote: post #100
TacticalCoder wrote: post #57

> but the important information the engineer needed was what was actually right outside the boundary of the screenshot I took Ah ah. At one gig we had trained the users to always send a screenshot of the entire screen. People reviewing the tickets would dump them if the screenshot was cropped and the user warned: "No full screenshot, no ticket" . Why? The most important info was the time at which the error happened (…

> Why? The most important info was the time at which the error happened (which, for users who were on Windows, was in the bottom right of the screen). Except it isn't in UTC and it doesn't show an offset. Even if you stored the user's timezone, that doesn't mean that's where they were working from.

oooh. you got them. Like figuring out which timezone the user was in is impossible. What if the user intentionally set their clock wrong to mess with support.

You are being silly.

Re: Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

#106

Post by fudgefactorfive »

Looks great!

Heads up, for the `Backend Tracing` screenshot there's a typo, it reads "enviroment" with the missing 'n' and on the AI debugger page on narrower screens the bubble for the "Learn more about JamGPT" text doesn't fit the text.

Re: Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

#107

Post by irtefa »

Bilal_io wrote: post #61
thedg wrote: post #18

Earlier quoted context omitted.

Great concern! We do two things to address that: The first is nothing gets recorded and saved (or even sent to our backend) until the user actively chooses to log a bug. So it’s like actively choosing to save a HAR file when there’s a bug. The second is we scrub all network requests on the client side for anything that resembles PII or sensitive data. We just don’t want it on our servers. Is there anything else you t…

I see in the Security page [0] that you filter out headers that you think are PII or tokens. And I see that you're willing to receive feedback via email. I don't think this approach is scalable, for the main reason that sometimes we use custom headers to pass tokens. My suggestion is to have a setting that lists default headers you think should be obfuscated, and the user/team can remove and add to them as they like.…

[disclosure: I work at Jam]

Yes! I think that's a great idea.

Re: Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

#109

Post by avarun »

jojohohanon wrote: post #105
EMM_386 wrote: post #100

Earlier quoted context omitted.

> Why? The most important info was the time at which the error happened (which, for users who were on Windows, was in the bottom right of the screen). Except it isn't in UTC and it doesn't show an offset. Even if you stored the user's timezone, that doesn't mean that's where they were working from.

oooh. you got them. Like figuring out which timezone the user was in is impossible. What if the user intentionally set their clock wrong to mess with support. You are being silly.

No, the people requiring a screenshot to include the time instead of just asking the user for an ID and time of error are the ones being silly. Have you ever heard of log filtering?
Post reply on HN