Earlier quoted context omitted.
Stop using chrome
I wonder if there's a "please downgrade your browser to view this site" variation...
"This site is designed for IE6."
And it's mostly a big ActiveX control.
Please disable JavaScript to view this site
81–90 of 281 posts
Re: Please disable JavaScript to view this site
#82I prefer making all my sites work just as well without JavaScript as with it. This is cool though if you need a quick check to see if JavaScript is enabled.
On my own site, any JS flourish has a noscript fallback. There's nothing major there in the first place, but it makes me happy to do that. The other rule is that the JS is all hand-written. No frameworks or other dependencies.
noscript is sadly, not perfect, but works if you stay 1st party.
A great way to make your browsing better is to disable 3rd party scripts by default and whitelist when needed, but fails to work in those conditions.
Re: Please disable JavaScript to view this site
#83I prefer making all my sites work just as well without JavaScript as with it. This is cool though if you need a quick check to see if JavaScript is enabled.
I've found alpine.js very suitable for this.
Re: Please disable JavaScript to view this site
#84For those looking for an easy way to disable JS, uBlock Origin has a button to disable it
Brave browser has a fairly simple process as well. It requires two clicks. Click on the shield on the top right, then click on the "Scripts Blocked" toggle button.
Re: Please disable JavaScript to view this site
#85Earlier quoted context omitted.
I use Purify ad blocker only for its JavaScript blocking option. I can re-enable JavaScript on a per-site basis by going through “Purify Actions” from Safari’s Share Sheet. I combine this with another ad blocker (Wipr) to block everything else.
Do either of those deal with YouTube ads? The old iOS ad blocker I've been clinging to has stopped blocking YouTube ads recently.
Yes, Wipr blocks the ads. You get white nothingness instead of ads, and hyst have to click the “skip ads” button.
Re: Please disable JavaScript to view this site
#86Earlier quoted context omitted.
Is there a way to disable JavaScript per website on iOS? Or an alternate iOS browser that supports it?
I use Purify ad blocker only for its JavaScript blocking option. I can re-enable JavaScript on a per-site basis by going through “Purify Actions” from Safari’s Share Sheet. I combine this with another ad blocker (Wipr) to block everything else.
Excellent. I’ve been looking for a way to do this.
Re: Please disable JavaScript to view this site
#87Joke's on you, I viewed the content without disabling javascript
Re: Please disable JavaScript to view this site
#88This website does not track you . Correction -> This website does not track you via JS. You have no idea what's logged on the backend.
Ye olde days of tracking just used invisible .gifs and every click was a different webpage so they just tracked which ones were requested to gain interaction metrics. JS doesn't have any magic to it, location information is opt-in, but your IP is a much better advertising identifier.
> JS doesn't have any magic to it
Canvas fingerprinting, WebGL fingerprinting, GPU, fonts etc etc etc.
Please, stop arguing, JS is a nightmare for privacy. Period
Re: Please disable JavaScript to view this site
#89For those looking for an easy way to disable JS, uBlock Origin has a button to disable it
The irony of using JavaScript to block JavaScript is not lost on this user
Re: Please disable JavaScript to view this site
#90Earlier quoted context omitted.
Ye olde days of tracking just used invisible .gifs and every click was a different webpage so they just tracked which ones were requested to gain interaction metrics. JS doesn't have any magic to it, location information is opt-in, but your IP is a much better advertising identifier.
IP behind NAT or CGNAT is not that useful, but many mobile browsers (especially cheap Androids) leak so many trackable details through headers that makes easier to uniquely identify devices/users
back in the '90s I was into connecting to IRC servers using spoofed IP addresses. The way it worked is you told the software what OS you were connecting to (or it would figure it out itself, I can't recall). Each OS had a unique way of generating TCP sequence numbers, which allowed the software to guess which number would come next.
Nowadays OSes have protection for this sort of thing. But I'd imagine you could still fingerprint an OS like that. Combine that with TLS, HTTP, etc. specifics and you could narrow it down quite a bit I bet.