Live data from Hacker News

Bypassing Google's big anti-adblock update

0x44.xyz

741–750 of 962 posts

Re: Bypassing Google's big anti-adblock update

#741

Earlier quoted context omitted.

Have you ever used Linux with high DPI monitors? Windows handles them OK since Windows Vista, and really well since 8. I've seen the classic Windows XP bug of measurements not being scaled and labels being cut off on modern Linux. How about mixed DPI multi monitor setups? Great since Windows 10. On Linux, you're screwed. X doesn't support this. Wayland does, but not all apps work well with that, and not all apps and…

This is a bit outdated i run mixed multi monitor setup and for last year or two it has been working no issues. Linux moves slowly but steadily and things eventualy get pretty great (another example sound and pipewire). I think people make mistake of trying Ubuntu LTS thats super conservative with updates so you are years behind. For desktop you really want Fedora or something even more up to date. I think people soul…

I have tried this a year or two ago, with something that was not LTS. I was using KDE though, maybe GNOME is a bit less broken in that regard (but is in others).

Re: Bypassing Google's big anti-adblock update

#742

Earlier quoted context omitted.

I don’t know. Eventually you read enough of this stuff and you would rather the next breath be, take leadership on a real solution. To me it’s a “sequitur” to say, the biggest fuck you is to convince people to stop using Chrome, not to fix bugs for their extremely highly paid engineers for free.

Uh sir the article is about JavaScript Browser APIS

every day, people are writing about javascript browser apis, why do you think we're reading about this one?

Re: Bypassing Google's big anti-adblock update

#743

Earlier quoted context omitted.

This is not true yet, but it’s getting close. The pattern is this: - Google publishes a specification. - They raise request for feedback from the Mozilla and WebKit teams. - Mozilla and WebKit find security and privacy problems. - Google deploys their implementation anyway. - This functionality gets listed on sites like whatpwacando.today - Web developers complain about Safari being behind and accuse Apple of holding…

> Mozilla and WebKit find security and privacy problems This is a little disingenuous because Apple often falsely claims security when it’s to hold back tech that could loosen the App Store grasp.

Can you give an example?

Generally speaking, when Apple rejects a proposal, Mozilla do too. What’s Mozilla’s motivation for doing this and lying about it?

Re: Bypassing Google's big anti-adblock update

#744
post #683

Earlier quoted context omitted.

Web will finally become ChromeOS, takeover goal achieved.

Or other engines gain a foothold and web devs have to go back to standards.

Which other engines?

Why would they gain a foothold on iOS when they haven’t on desktop?

Re: Bypassing Google's big anti-adblock update

#745

Even if bigs exists to work around what Google is doing, that isn’t the right way forward. If people don’t agree with Google move, the only correct course of action is to ditch Chrome (and all Chromium browsers). Hit them where it hurts and take away their monopoly over the future direction of the web.

We need webmasters to nudge people away from Chrome. E.g. show an annoying popup on opening the page or add a small delay.

Webmasters who make their money on ads seem like the group least likely to do this.

Re: Bypassing Google's big anti-adblock update

#746
post #700

Earlier quoted context omitted.

I just tried firefox because of this update but I had to switch back because it's so slow. Sacrificing competitive advantage stings too much to much just for this.

Interesting, I also just installed Firefox because of OPs comment, and I'm amazed at how much faster it is then Chrome.

For me it depends on open tabs: with modern firefox 4 digit number of open tabs on a 64GB machine is no problem. Chromium crawls to a halt at low 3 digits.

Re: Bypassing Google's big anti-adblock update

#747
post #365

Earlier quoted context omitted.

Excuse me. If it's on MDN, I'm going to use it if it's useful for my app. Not my fault if not all browsers can keep up! Half JK. If I get user complaints I'll patch them for other browsers but I'm only one person so it's hard and I rely on user feedback. (Submit bug reports y'all)

Why not only use features that are compatible with all browsers? You don’t need to use every bleeding edge feature to make a website.

I mostly do stick to baseline widely available, but once in awhile something can only be done with a niche API unless perhaps I include a 10 MiB, slow, clunky polyfill. And for a hobby site without paying users, I basically just don't care.

Re: Bypassing Google's big anti-adblock update

#749
post #556
post #21

Earlier quoted context omitted.

I'd be shocked if anyone actually believes them. This article starts with the obvious conflict of interest. Of course letting an extension know what websites you visit and what requests are made is an insecure lifestyle. But I still do it because I trust uBO more than I trust the ad companies and their data harvesters.

No, MV3 really isn’t more secure. MV3 still allows extensions to inspect your requests — it just doesn’t allow extensions to block them. It’s almost comical how weak the security/privacy argument for MV3 is. Chrome could have developed a sandboxed web request inspection framework to prevent data exfiltration, but they didn’t even try. Instead they nerfed ad blockers without adding any security.

I remember that another comical argument was performance. Supposedly, having extensions run in the background all the time is bad. So it's better to constantly, completely re-initialize them whenever an event wakes them up.

Re: Bypassing Google's big anti-adblock update

#750

Earlier quoted context omitted.

> Mozilla and WebKit find security and privacy problems This is a little disingenuous because Apple often falsely claims security when it’s to hold back tech that could loosen the App Store grasp.

Can you give an example? Generally speaking, when Apple rejects a proposal, Mozilla do too. What’s Mozilla’s motivation for doing this and lying about it?

Apple actively removed PWA features to prevent feature parity with native apps.
Post reply on HN