Hacker News Reader

Comment by scarface74 | Hacker News Reader

It's not strictly "Safari only*. It works with any embedded web view that uses the SFSafariViewController.

For instance, ad blocking also works with Feedly - my RSS reader.

That's a rather uncommon exception. Very few apps load ads in a web view. Mainly because, imo, the ad platforms want a lot more user data than they'd get that way. And fraud would be a bit harder to detect.

And hey fuck users, the ad platforms are the real good guys in all this right?

So instead we should install an untrustworthy intermediary that can record all of your internet data (the VPN), and do God knows what with it?

Isn't that all of them? It was my understanding that Apple forbids any non-Apple web view.

There are two modern web views in iOS. The SFSafariViewController is an out of process view. The hosting app doesn't have access to the DOM or what the user enters. The user has access to all of the same cookies, saved passwords, and ad blockers that they would have in Safari. The other (WKviewController?) is your standard embedded web view. It doesn't share cookies, passwords, etc and the embedded app has more access to the web view.

The latter is WKWebView https://developer.apple.com/documentation/webkit/wkwebview

As of iOS 11, cookies are no longer shared between SFSafariViewController and Safari or instances of SFSafariViewController in other apps.

Why stretch the facts to make it seem like Apple is allowing system-wide ad blockers? You seem to concede repeatedly it doesn't, yet argue that as long as Safari is covered, even when hosted in 3rd party apps, it's the same thing?

How am I "stretching the facts" by stating the technical limitations and benefits of Apple's approach (i.e. not introducing a third party that can potentially track all of your internet activity)?

This isn't theoretical. iOS apps were in fact storing and selling data that went across the ad blocking VPN solutions.

Ad blocking Chrome plugins have a sordid history. Why would I trust them on my phone when I can set up my own solution relatively easily?

The IOS solution for in browser plug ins is more secure and it protects your privacy.

Sure, you also get it in embedded safari views. You still can't block apps in ads, you can just block ads in content your apps show, usually incidentally - those ads in the feedly view are not _Feedly_'s ads.

I can honestly say that I have no apps with embedded ads. If it's an app I'm going to use, I pay for the no-ads in app purchase. If it's an app that doesn't allow me to pay for a no ads version or that's not worth paying for, I uninstall it.

There is one exception. Overcast, my podcast player. There is a no ads in app purchase, but the ads are usually for other podcasts in the same category that I'm listening to. The ads are actually useful.

https://marco.org/2016/09/09/overcast-ads

Reply on news.ycombinator.com