this post was submitted on 30 Oct 2023
347 points (97.8% liked)

Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ

54716 readers
213 users here now

⚓ Dedicated to the discussion of digital piracy, including ethical problems and legal advancements.

Rules • Full Version

1. Posts must be related to the discussion of digital piracy

2. Don't request invites, trade, sell, or self-promote

3. Don't request or link to specific pirated titles, including DMs

4. Don't submit low-quality posts, be entitled, or harass others



Loot, Pillage, & Plunder

📜 c/Piracy Wiki (Community Edition):


💰 Please help cover server costs.

Ko-Fi Liberapay
Ko-fi Liberapay

founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] MigratingtoLemmy@lemmy.world 1 points 1 year ago* (last edited 1 year ago) (1 children)

Not a specific file but a domain. And yes, if the processing is done server-side then there is very little we can do about that. Note that I'm not asking one to disable every script on the page, just the specific script for the pop-up/blurring by the paywall

[–] myliltoehurts@lemm.ee 3 points 1 year ago (1 children)

I think I understood what you were suggesting: try disabling the script tags one by one on a website until either we tried them all or we got through the paywall.

My point is that it's very unlikely to be feasible on most modern websites.

I mention files because very few bits of functionality tend to be inline scripts these days, 90-95% of JavaScript will be loaded from separate .js files the script tags reference.

In modern webapps the JavaScript usually goes through some sort of build system, like webpack, which does a number of things but the important one for this case is that it re-structures how the code is distributed into .js files which are referenced from script tags in the html. This makes it very difficult to explicitly target a specific bit of functionality to be disabled, since the code for paywall is likely loaded from the same file as a hundred other bits of code which make other features work - hence my point that the sites would actively have to go out of their way to make their build process separate their paywall code from other bits of functionality in their codebase, which is probably not something they would do.

On top of this, the same build system may output differently named files after the build since they're often named after some hashing of the content, so if any code changes in any of the sources the output file name changes as well in an unpredictable way. This would likely be a much smaller issue since I can't imagine them actively working on all parts of their codebase all the time.

Lastly, if the way a website works is that it loads the content and then some JavaScript hides it behind a paywall then it's much simpler to either hide the elements in front of it or make the content visible again just by using CSS and HTML - i.e. the way adblockers remove the entire ad element from the pages.

[–] MigratingtoLemmy@lemmy.world 2 points 1 year ago

Thanks, I understand your point. Thinking about it, this might not work everywhere