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

Show HN: Detecting adblock, without JavaScript, by abusing HTTP 103 responses

github.com

Post reply on HN
Print view View original

161–170 of 207 posts

Re: Show HN: Detecting adblock, without JavaScript, by abusing HTTP 103 responses

#161

Post by helpmefindpurp »

nottorp wrote: post #98
MattGaiser wrote: post #37

Earlier quoted context omitted.

You can buy ad free services for a lot of them. Few pay.

Price thing: no one can afford to pay "a latte per month" for every site they visit. Trust thing: the site is likely to still spy on you even if you're a paid subscriber. Even if they drop ads they'll send your data to google or some other analytics provider, at the least. They'll "accidentaly reset" your email preferences. Plus other shenanigans *. Infrequency thing: I won't subscribe to $SOME_SITE just because it's…

[dead]

Re: Show HN: Detecting adblock, without JavaScript, by abusing HTTP 103 responses

#162

Post by helpmefindpurp »

nottorp wrote: post #102
helpmefindpurp wrote: post #94

Earlier quoted context omitted.

This is why EU legislators have made the "cookie law". The site will tell you that they are using ads, and you are free to just leave. the. site. Stop mooching off people's hard work by killing their only source of revenue, ad blockers are immoral

> Stop mooching off people's hard work by killing their only source of revenue, ad blockers are immoral What hard work? Most of the time it's "content" written by minimum (African) wage "copywriters"*. We are drowned into a deluge of shit, so excuse us when we don't trust anyone. Also, I believe you have no idea what the "cookie law" is about. * soon to be replaced with "content" that is LLM generated.

[dead]

Re: Show HN: Detecting adblock, without JavaScript, by abusing HTTP 103 responses

#163

Post by lifthrasiir »

HWR_14 wrote: post #31
guitarlimeo wrote: post #2

This makes sense, but I guess adblockers could just start loading the data and not show it to the user?

You would still get the resources loading. So both the extra usage of a metered/limited bandwidth and the tracking.

Prefetching is a low-priority operation in general, so you can't rely on the fact that prefetching happens earlier than the page loading (the diagram is quite misleading in this aspect). Therefore one alternative might be to start loading prefetched but blocked resources but arbitrarily delay it until the page loading finishes, at which time blocked connections get closed.

Re: Show HN: Detecting adblock, without JavaScript, by abusing HTTP 103 responses

#164

Post by 1vuio0pswjnm7 »

a_vanderbilt wrote: post #97
wrigglingworm wrote: post #87

I wouldn't even mind ads if most sites weren't malicious with how they serve them. Do not make a new window pop up, do not try to download anything to my computer without my explicit instruction, do not make me click an x to view the content, do not interrupt the content to serve an ad. Why can't they just have a nice little ad on the left and/or right side of the page that doesn't interrupt my intake of their conten…

Greed. Those kinds of ads pay more. Interrupting the content means they can sell the spot as something people will actually see because they are forced to.

"Greed."

I think that's right.

Re: Show HN: Detecting adblock, without JavaScript, by abusing HTTP 103 responses

#166

Post by 4gotunameagain »

hn_acker wrote: post #152

Haha. The copyright license is a parody of the MIT license [1]: > Copyright (c) 2024 Mechazawa > Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software with specific restrictions, provided that the user intends to use the Software explicitly FOR the purposes of evil or advancing evil, including but not…

haha, that would've been so incredibly funny... if I was still 15 years old :)

maybe I'm growing old and grumpy, but at a state of affairs where active genocides are going on, I just find that immature and callous. By "that", maybe I mean Dutch attempts to humour ;)

Re: Show HN: Detecting adblock, without JavaScript, by abusing HTTP 103 responses

#168

Post by Dwedit »

bawolff wrote: post #11
guitarlimeo wrote: post #5

Earlier quoted context omitted.

As far as I know, current ad blockers can't block ads from Widevine (DRM protected) streams, so I guess it's only a matter of time until Chromium team comes up with Widevine for webpages and then it's game over for normal consumers.

While i know its evil, i always wished widevine was an option for creating captchas. Most captcha solutions are defeated by services like 2captcha.net and generally aren't the most privacy respecting.

Captchas can be forwarded to other people. Think of things like VNC.

Re: Show HN: Detecting adblock, without JavaScript, by abusing HTTP 103 responses

#169

Post by _shantaram »

undefeated wrote: post #111
xg15 wrote: post #61

Earlier quoted context omitted.

Didn't they more or less try this with the Web Environment Integrity API? Luckily, people caught on quickly and caused enough backlash for them to abandon it - this time. I'm not sure how things will work out the next time though.

At least we got some of my all-time favorite GitHub issues tho

Out of curiosity, could you post a couple?

Re: Show HN: Detecting adblock, without JavaScript, by abusing HTTP 103 responses

#170

Post by neurostimulant »

hedora wrote: post #4

Sounds like it might make sense to drop this early hints feature (whatever it is). I wonder how much longer it will be before the next major escalation happens with ad blockers. I can imagine mainstream browsers that fetch unmodified pages and click ads in the background (do subvert pay per click ad business models and make it harder to compute targeting metrics), but then display an ad/tracking-free version in a sep…

Given the web industry's obsession over reducing TTFB as much as possible, I bet no one would use this tricks to avoid tanking their web vitals score.
Post reply on HN