myliltoehurts

Another option you could consider is rather than running the VPN on the pi and downloading through that, to run the VPN on your media server as you planned and instead use the pi (or your router if you can run openwrt) as the remote access point. Then you only need to worry about the performance needed for remote access

I'm not sure how tailscale works, but this is what I do with zerotier (i.e. run it on my router).

OpenAI chief scientist Ilya Sutskever, who reportedly led the push to remove Altman, noted on X (formerly Twitter) that he had some regrets about the weekend of chaos inside OpenAI. “I deeply regret my participation in the board’s actions. I never intended to harm OpenAI,” said Sutskever. “I love everything we’ve built together and I will do everything I can to reunite the company.” Bizarrely, Sutskever’s name is on the list of resignations, too.

"I'll do anything to reunite the company... in Microsoft."

It's worth listening to their podcast (fake doctors real friends). Zach and Donald rewatch it episode by episode and talk about the background of it. They also have a lot of other cast members as guests.

Lots of fun trivia in there.

I'd highly recommend Avenue 5.

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.

It would only work if they specifically bundle the functions which cause the paywall in a separate file (it is very unlikely for this to be the case), and also relies on the assumption that the paywall is entirely front-end side, as well as the "default" content to be without paywall (as opposed to the default content being paywalled and requiring JavaScript to load the actual content).