A fresh football season is upon us, and the NFL app on Apple TV has updated in preparation with access to the new Game Pass feature, giving football fans access to a large variety of on-demand games. With NFL Game Pass on Apple TV, users will be able to catch out-of-market preseason games as they air, along with a back catalogue of on-demand games going all the way back to 2009. In addition, once the regular season starts, users will have access to those games on-demand as well.

As announced in late July, NFL Game Pass will replace a similar feature known as Game Rewind, and is available for a subscription cost of $99.99 per year — though highlights are available for free.

We’ve already seen Apple Pay land in numerous retailers since its debut, and now it’s starting to trickle out to college campuses. The University of Oklahoma has just announced that it will start accepting Apple’s mobile payments platform campus-wide starting this week. From the University of Oklahoma:

Starting this week, Sooners are now able to pay for items at any one of OU’s 400 point-of-service locations — everywhere from Couch Restaurants to the One University Store and the OU Bookstore. That’s right: Buying textbooks, technology and food on campus has never been easier — or more techy.

Previously in Apple’s Q3 2015 earnings call, CEO Tim Cook announced that Apple Pay will begin arriving at 700 universities and colleges starting this school year. Some of the colleges include Auburn University, the University of California Irvine, and Colorado State University. For its part, the University of Oklahoma says it is the first university to roll out support for Apple Pay campus wide.

Source: University of Oklahoma; Via: MacRumors

Apple and Cisco have announced a new partnership focused on enterprise users. The partnership will see Apple’s devices work even better with Cisco’s networks and services, including voice and video communications products.

Cisco will work to optimize its networks and services specifically for iOS devices, and together with Apple, will work to make iOS devices better tools for collaboration in enterprise environments. The goal, ultimately, is to give users ”a seamless experience between iPhone and their desk phone.”

More specifically, the two companies will focus first on the following, according to Cisco:

• Delivering unparalleled performance and end-to-end solutions on Cisco networks and iOS devices
• Extending the Cisco Unified Communications experience to the iPhone
• Transforming team collaboration with iOS experiences on Cisco Spark, Cisco TelePresence, and Cisco WebEx

This isn’t Apple’s first major enterprise partnership. Last year, the company announced a major initiative with IBM to produce a new class of mobile enterprise software across several types of businesses. Early in August, IBM also announced a new suite of tools for deploying Macs inside large businesses.

You can get the full details on the partnership in the press release below.

Content blockers aren’t ad blockers. But that’s what most people will use them for.

Safari content blocking extensions don’t automagically identify ads and prevent them from loading. Instead, they identify elements and resources on a web page and can, optionally, hide those elements and prevent those resources from loading. The goal is to show how fast the modern web—read: Safari—really is when you remove all the extraneous code that’s been dumped on top of it. And they’re coming as part of iOS 9.

The vast majority of the time the elements and resources blocked will be those used to serve ads. Other times they’ll be things like social networking buttons, performance and audience analytics, article comments, navigation headers, ”hamburger and basement” sidebars, and more.

Note: iOS 9 is currently in beta and governed by a non-disclosure agreement (NDA) that doesn’t allow for screenshots or video. All the material contained in our iOS 9: Explained series is from previous, now public versions of iOS, from iOS 9 features shown off during the WWDC 2015 keynote, and from our coverage of the event, including our iOS 9 first look.

Content blocker compatibility

Content blocking extensions require Safari or an app using the new Safari View Controller in iOS 9 to work. They also require 64-bit processors to handle the work. That means content blocking extensions are compatible with iOS devices released in 2013 or later—the ones that include a 64-bit Apple A7 processor or later. In addition to any iPhones and iPads Apple announces this fall, that list currently includes:

• iPhone 6
• iPhone 6 Plus
• iPhone 5s
• iPad Air
• iPad mini 2
• iPod touch 6

That means content blockers won’t work with iPhone 5c, iPhone 5, iPhone 4s, iPad 2, iPad 3, iPad mini, iPod touch 5, or with apps that use the old UIWebView or WKWebView controllers.

Content blocking basics

Blocking content, especially ads, has been possible on desktop browsers for a while, including OS X and Safari . With content blocking extensions, however, Apple is improving them for OS X and, for the first time, making them available on the iPhone and iPad. Apple is also fundamentally changing the way content blockers work.

In the past, content blockers were services that Safari consulted at load time. That meant the act of blocking content itself could reduce performance, and information about the page being visited could be shared with the service doing the blocking. In some cases, that meant the blockers themselves could theoretically be worse than the content or even malicious.

Apple doesn’t want to replace heavy CSS and JavaScript with just-as-heavy plug-ins, and they don’t want to replace ad trackers with blocker trackers. They want something that’s genuinely fast, light, and performance-focused. And they want something that’s private and secure.

That’s also the biggest difference between content blockers and content cleaners, like Safari Reader. With Reader, which debuted in iOS 5, the content is loaded first, including ads, scripts, and everything else, and then its re-rendered for maximum legibility. So, ads still get displayed, no matter how briefly, and hits still get tracked.

With blockers, the content is never loaded.

A brief history of Extensibility

Extensibility, introduced in iOS 8, is one of the most important advances in the recent history of mobile computing. They unbundle apps so features are no longer trapped in a single binary but can present remote interface and functionality in the system, in other apps, and even on other devices.

With Extensibility, apps can project widgets into Notification Center’s today view; provide custom upload and update functionality, and custom actions in Share Sheets; hook filters into the Photos app; provide custom keyboards system-wide; access your files anywhere via iCloud Drive or third-party document providers like Dropbox or Google Drive; fill in passwords or translate text right inside the Safari browser; and process data on your iPhone and display it on your Apple Watch.

And they can do all this while maintaining the high level of security built into iOS. That’s because the app that’s receiving the interface has no visibility into the data that interface is showing. It’s just the host, not the container.

• Extensibility: Explained

How content blocking extensions work

With content blocking extensions in iOS 9 (and now OS X as well), what’s being blocked needs to be declared ahead of time. That way nothing gets consulted at load time and nothing about the page itself gets shared with anyone.

Content blockers, like other extensions, are hosted inside an app that gets downloaded from the App Store. Also, like any other extension, content blockers aren’t enabled by default. You have to go to Settings > Safari > Content Blockers and switch them on.

Unlike other extensions, once enabled you don’t have to tap a Share button to invoke content blockers or cycle through a set of options to use them. Content blockers are on all the time and applied automatically.

Here’s a simulation of what iMore would look like with ads blocked (red) and with navigation and non-essential text fields (orange) hidden.

Developers can add action extensions as well, to make it easier to add or remove specific sites or content types, for example, but otherwise content blockers really are ”set it and forget it”.

Content blockers for developers

To create a content blocker, developers add a Content Blocker Extension template in Xcode and create a list of rules in a JSON file. The rules define what gets blocked. The rules contain triggers and actions. Triggers determine when the rules get run and actions determine what happens when they do.

For page elements like divisions (div), the trigger can be as simple as coming across a CSS class and the action, setting its display property to ”none”. For example, if ”#about-the-author” is encountered it can be made to go away or if ”.hulk-all-caps” is found it can be forced into lowercase.

Developers can choose to target all domains, or to include or exclude specific domains. They can also choose to target all resources or to include or exclude specific resources.

For scripts, it can be as simple as blocking them from loading. Again, developers can choose all scripts or to include or exclude specific scripts, and to exclude first party (same scheme, domain, and port as the page itself) or third party scripts.

Filtering is handled by regular expression (regex). Developers can even create rules that, if the proper conditions are met, negate other rules. So, to prevent anything about ”special editions” from showing or loading, you could hide or block ”special” except when it’s part of ”despecialized”.

Or, developers could make a content blocking extension for travelers or data roamers that weighs every element, lets ”light” content through, but blocks anything ”heavy” to help save on bandwidth.

Once the content blocking extension is downloaded and enabled, Safari will compile the extension’s rules into bytecode and apply them whenever it loads a website. If an app uses the new Safari View Controller, then the same will happen in the in-app browser as well.

That makes the extensions incredibly efficient and, because the extension has no idea what page is being loaded, incredibly private.

Since developers can provide ways to change rules in the app that contains the extension, in action extensions, and in Settings, developers can notify Safari about updates and have the rules recompiled. That includes when white lists or black lists are imported or re-imported, sites are added or removed, different elements or resources are enabled or disabled, etc.

The ethics of content blocking

There’s no denying content blockers are well thought out and well executed. And when they’re running, Safari flies. If Apple succeeds at nothing else, they’ll succeed in making it wickedly obvious who’s really to blame for poor mobile performance.

The speed difference, especially on large media sites, is ludicrous. It’s like unhitching a trailer filled with lead and watching a truck, no longer burdened, take off like a rocket.

Unfortunately, there’s also no denying that it’s ethically questionable, at least in the case of ads.

Free web sites aren’t free. Even if there’s no pay wall, there’s still a value exchange: You ”pay” with attention and data, just like you do Google Search and Gmail. Blocking the elements and resources that collect the attention and data is effectively withholding payment. Some might call that a protest. Others, stealing.

Whether or not it’s analogous to commercial skipping on a DVR, torrenting TV shows, or cracking and pirating apps, or whether it’s closer to pop-up blocking, do not track, or even the push-back against Adobe Flash, is beyond the scope of this explainer.

When you add malvertising to the mix, who broke what social contract first might well be a moot point anyway.

Indisputably, an ethical form of content blocking would prevent an entire site from loading. If someone determines that a site is abusing advertising, tracking, malware, or anything else, they can add it to the list and, if they ever click a link or type in a URL that tries to take them back to that site, the browser or web view prevents it and reminds them they’ve blocked it. Site blocking would also protect artistic integrity in cases where, for example, a creator considers a web font integral to their design.

Beyond that, what’s acceptable is something everyone will have to decide for themselves.

A brave new web

Optimists will hope that providers like Google Ad Exchange will clean up their act or sites like iMore will be able to make a go of ethical native advertising and sponsorship models. Pessimists, that advertorials and supercookies from providers like Verizon will expand to fill the void and sites like iMore will give way to sites like Buzzfeed.

There’s also entire realms of non-advertising based content blocking developers could explore. That includes security-related extensions for preventing malware scripts embedded in iframes from known bad actors, and privacy-related extensions that prevent any kind of online tracking regardless of intended purpose. Like with any new technology, we won’t really know what developers can do until they show us.

I’ll save my personal opinions on content blockers for my iOS 9 review, coming this fall when Apple ships, so for now I’ll leave it at this—mobile ads served both publishers and readers poorly long before content blockers. Little could change or everything could change. The future is tough to predict even when, later, it’s obvious in hindsight.