Mozilla Jetpack and the Battle For the Web
snydeq writes "Mozilla Jetpack makes it so easy to filter, modify, and mash up pages that it might end up pitting developers and users against content producers in a battle for the Web, writes Fatal Exception's Neil McAllister. By allowing users to modify the behavior, presentation, and output of Web apps and pages to their liking, Jetpack gives users the ability to 'patch the server, in a sense,' McAllister writes, bringing us one step closer to a more democratic Web. Good news for developers and users; not so good for SaaS providers and media companies that have a vested interest in controlling the function, presentation, and distribution of Web-based content and apps. In other words, as Jetpack produces fruit, expect more producers to call for 'guardrails for the Internet.'"
I read the raw HTML and compose the pages in my imagination, just like the novel readers of the past used to do.
That really sticks it to the man.
And so the new slashdot layout is finally explained in full.
I keed, I keed. But seriously...
"Trolls they were, but filled with the evil will of their master: a fell race..." -- J.R.R. Tolkien on Olog-hai
So... Tools that make it even easier to strip the content from people who've spent their free time running websites that are expensive, using their bandwidth to do so? How is this democratic? A democracy is about having a say in how a country (the web) is run, not having your say over individuals (websites). It's easy to spin it as "giving the user control back from the big bad corporations" but there are scores of good websites producing quality content that do struggle to even cover costs, let alone make a profit.
So... Tools that make it even easier to strip the content from people who've spent their free time running websites that are expensive, using their bandwidth to do so? How is this democratic?
Don't make websites that suck and the People won't have to jetpack the suck out of it.
You can't take the sky from me...
Or am I mistaken. I use greasemonkey to already accomplish this.
Yeah, if you read the article, they go on extensively about this:
If you're familiar with the Greasemonkey extension for Firefox, you already have a good idea of how Jetpack works. Like Greasemonkey User Scripts, Jetpack-based add-ins are written primarily in JavaScript, and they manipulate browser windows and their contents using familiar AJAX techniques. You install them directly from the Web, and they don't even require a browser restart to take effect. While developing Greasemonkey User Scripts can be somewhat cumbersome, writing add-ins with Jetpack couldn't be simpler.
Jetpack integrates the popular jQuery JavaScript library, the Firebug debugger, and Mozilla's Bespin browser-based code editor to create a complete, interactive development environment. Although it's still in a raw and experimental stage, the combination is both easy to use and incredibly powerful. For example, one of the Jetpack demos is an ad-blocking script that uses a list of regular expressions to selectively filter unwanted graphics, scripts, and iframes from Web pages. The whole script comprises only about 80 lines of code.
It's a little surprising that Mozilla Labs would choose ad blocking as one of its first demos, however, when that's precisely the sort of application that flies directly in the faces of content providers and other Web-based businesses. While the Web is inarguably a mature computing platform, as a platform for business it's still in its infancy. Media companies are struggling to create viable revenue streams, and so far advertising is one of the few that has shown promise. And yet, with just 80 lines of code, Jetpack promises to take it all away.
Of course, ad-blocking plug-ins for browsers have been around a long time, and many users wouldn't fire up a browser without one. But by announcing Jetpack with a demonstration of how easy it is to build an ad-blocking script, Mozilla Labs is in effect saying that this is only the tip of the iceberg. Mashups, filters, formatters, and tools -- when Jetpack is done, anything will be possible, and it will be easy. That's bound to send a chill up any would-be Web mogul's spine.
The big news everyone seems to be missing is that everyone and their mom will be able to block ads with very little knowledge. That's dangerous to content providers and I've highlighted the part in the above text where the author talks about this. Is Mozilla entering a maelstrom that was normally between adblock/noscript and content providers?
My work here is dung.
And so the new slashdot layout is finally explained in full.
Yes. There's so much crap running on Slashdot's pages now that Firefox sometimes reports that a script is running too long. Pages load slowly because the five or so different ad servers all need time to respond. The page code has "document.write()" calls which load more Javascript, forcing operations which ought to be in parallel to wait for the previous step to complete. I just had a Slashdot page load wait 9 seconds for "bs.serving-sys.com". That's a 9 second delay for a useless site that's trying to load a "tracking cookie". A Jetpack add-on to block all that stuff will be a huge win.
The guy forgot just one important thing: Most people don't use Firefox.
Regardless of whether or not it is not more than half of web surfers, plenty of people use it. In fact, the percentage is so large, 'most' is moot. Most surveys show at least 30% market share.
Also, the number of FF users isn't worth bringing up anyhow - This article in no way says, "Teh Interwebs as we know it are ovur!". TFA simply says that this is a good STEP toward a more democratic web, although the TFS certainly sensationalized it quite a bit.
Numbers really don't matter here. What *does* matter though, is the idea that Jetpack has indirectly brought with it -- more control over web content. This will undoubtedly spread to other browsers in the form of plugins and such, making browser market share irrelevant.
Fact: Everything I say is fiction.
I just had a Slashdot page load wait 9 seconds for "bs.serving-sys.com".
NoScript (FireFox extension: http://noscript.net/)
I don't run AdBlock, just NoScript, and the only reason I know that /. has ads now is that people not running NoScript talk about it.
Blasphemy is a human right. Blasphemophobia kills.
Keep in mind if people can't pay via their advertising, they'll likely start charging again.
Which will drive people to free sites.
Once upon a time it was possible to make a living by being the only literate person in town, reading and writing letters for people and the like. Universal literacy killed that business model.
The Web was never designed nor intended as a tool for commercial enterprises--it was intended to allow academics to share information, and however far it evolves under commercial pressure, there is not much that can be done about that fundamental aspect of its architecture. To try to use the Web, which was designed for free and open information sharing, as a tool for restricted information sales is probably going to fail.
The past decade has seen a number of successful businesses based on Web revenue models. There is no promise from anyone that those models will continue to be viable. That's what markets are like, and while it may be a pity that certain things are not available to users because there is no viable way to pay for it, we're still all better off for having the Web than not.
Blasphemy is a human right. Blasphemophobia kills.
Am I the only one that finds it interesting how short the lifetime is for Internet business models? Traditional business models can be successful for dozens if not hundreds of years. Web based models seem to only remain viable for around a decade at best, then competition crops up with a new idea or some independent developer ruins the model (Ad-block anyone?).
It seems to me that if your business is going to survive on the web, you'd better be spending time and effort every single day looking for new revenue streams and business models.
From day one, the actual rendering (or not) of HTML was intended to be user configurable. HTML was intended to be semantic tagging, not some sort of paste-up specification. A P tag specifies a paragraph, but does not specify what the browser does with a paragraph. The default is a reasonably sane rendering, but if the user wants something else, that's their call. All of the stuff like font, etc and CSS are strong suggestions which most browsers happen to accept and follow by default.
'Content Providers' in print media cannot stop me from drawing Hitler mustaches or horns on the ads in magazines I buy and they can't stop me from wearing tinted glasses when I read them.
Television 'Content providers' cannot stop me from hitting mute, modifying my TV to display the picture upside down, or creating funny commercial mash-ups by changing channels right after the voiceover asks a question.
They'd love the right to strap us down and give us the Clockwork Orange treatment, but that's not something they can have.