Waarom browser-plug-ins verdwijnen en wat hen vervangt

Browser plug-ins zijn onderweg. Apple's iOS heeft nog nooit plug-ins ondersteund, Flash is al lang niet meer beschikbaar voor Android en de nieuwe versie van IE voor Windows 8 ondersteunt de meeste plug-ins niet. Chrome blokkeert binnenkort traditionele NPAPI-browserinvoegtoepassingen.

Het web gaat niet achteruit en verliest functies. Er is een goede reden dat browserplug-ins verdwijnen, en het web zal beter zijn als ze weg zijn. Browserontwikkelaars integreren plug-infuncties in browsers zelf.

Let op: dit is niet van toepassing op extensies of add-ons, alleen plug-ins die worden uitgevoerd op websites zoals Flash, Silverlight en de vreselijk onveilige Java-invoegtoepassing..

Waarom browser plug-ins zijn gemaakt

Browser plug-ins waren zeer noodzakelijk toen ze werden gemaakt. In die tijd waren browsers redelijk onvolwassen. Erger nog, de ontwikkeling van de browser kwam uiteindelijk tot stilstand. Microsoft's Internet Explorer 6 werd uitgebracht in 2001 rond de tijd dat Windows XP oorspronkelijk werd uitgebracht. Omdat Microsoft de browser-oorlogen had "gewonnen" en bovenaan stond, besloten ze om hun ontwikkelaars uit Internet Explorer te halen en niet langer IE volledig te ontwikkelen. De volgende versie van Internet Explorer, IE 7, werd in 2006 uitgebracht, meer dan vijf jaar later. IE 7 en zelfs IE 8, 8 jaar later in 2009 vrijgegeven, waren een vrij kleine verbetering ten opzichte van IE 6.

Al meer dan vijf jaar was de ontwikkeling van de browser voor de meeste internetgebruikers gestagneerd. Deze trage browser-ontwikkeling creëerde grote kansen voor plug-in ontwikkelaars. Adobe's Flash-speler uitgebreid met ondersteuning voor het afspelen van video, evenals animaties en andere functies. Microsoft ontwikkelde dat Silverlight het in 2007 uitbracht om streaming media en animatiesteun te bieden - het was in feite de Flash-concurrent van Microsoft.

Andere invoegtoepassingen zijn ook gemaakt om gaten in webbrowsers te vullen. De Unity-invoegtoepassing biedt ondersteuning voor 3D-afbeeldingen, de Google Voice- en Video-plug-in geeft de Google Hangouts- en Talk-services toegang tot de microfoon en webcam van een systeem, enzovoort.

Zelfs in de eerste dagen voordat Internet Explorer 6 zo stagneerde, werden browserinvoegtoepassingen gebruikt om functies aan webbrowsers toe te voegen die de browsers zelf gewoon niet hadden. Als u lang genoeg op het internet bent geweest, herinnert u zich dat u online naar een pagina voor het afspelen van video's ging en de keuze kreeg om Windows Media Player, QuickTime of RealPlayer te gebruiken om de video af te spelen. Deze drie incompatibele plug-ins waren allemaal verschillende manieren om het afspelen van video's aan het web toe te voegen. Er was geen ingebouwde manier voor browsers om video's af te spelen, noch was er een web-brede standaard voor het afspelen van video's. We hebben uiteindelijk gestandaardiseerd op Flash en nu gaan we ervan af.

Waarom browserplug-ins slecht zijn

Browser plug-ins hebben bewezen een probleem voor het web te zijn. Hier zijn enkele van de grootste problemen met hen:

Veiligheid: Browser plug-ins blijken onveiliger te zijn dan browsers zelf, en Flash en Java zijn enkele van de grootste aanvalsvectoren op het web. Dit wordt nog verergerd door het feit dat iedereen dezelfde Flash- of Java-plug-in heeft, ongeacht welke browser of welk besturingssysteem ze gebruiken. Dit betekent dat een aanval op de plug-in in elke browser en elk besturingssysteem zou moeten werken.
Geen sandboxing: Beveiligingsproblemen worden erger omdat traditionele browserinvoegtoepassingen geschreven met NPAPI (Netscape Plugin Application Programming Interface) of ActiveX niet zijn sandboxed. Ze hebben volledige toegang tot het volledige gebruikersaccount en de machtigingen van het besturingssysteem. Een gat in de plug-in geeft toegang tot het volledige besturingssysteem. Ondertussen geven browsers webpagina's weer in een sandbox, wat moeilijker is om te ontsnappen. Chrome's nieuwe Pepper API (PPAPI) sandboxes-plug-ins en de nieuwe versie van Flash voor Chrome gebruikt deze Pepper API in plaats van NPAPI.
Platformoverschrijdende problemen: Plug-ins worden gemaakt door een enkele leverancier, wat betekent dat er slechts één implementatie is en deze alleen wordt uitgevoerd op de ondersteunde platforms van de leverancier. Laten we bijvoorbeeld zeggen dat u Netflix op Linux wilt bekijken - u kunt dit niet op een ondersteunde manier doen, omdat Microsoft Silverlight niet voor Linux levert. Of, laten we zeggen dat je wat Flash-games op je iPad wilt spelen - je kunt dit ook niet doen, omdat Adobe Flash niet op iOS draait. In beide gevallen kunnen Linux-ontwikkelaars of Apple-ontwikkelaars geen eigen ondersteuning voor Silverlight of Flash schrijven. Het is geen open standaard zoals webstandaarden, waar u meerdere implementaties door verschillende mensen kunt laten implementeren.
Stabiliteit: Plug-ins zijn ook de belangrijkste oorzaak van crashes, vooral wanneer hun crashes hele webbrowsers hebben neergehaald. Dankzij de sandboxing van Chrome en de plug-in-isolatie van Firefox crashen de crash-plug-ins tegenwoordig alleen nog maar. Er is geen mogelijkheid voor browserontwikkelaars om deze crashes op te lossen; ze moeten vertrouwen op de ontwikkelaars van de plug-in om ze te repareren. Je kunt niet zomaar overschakelen naar een andere versie van de plug-in als er een crasht voor je - er is maar één optie.

Tussen beveiliging en de strijd om plug-ins goed te laten werken op verschillende mobiele en desktop-platforms, is het geen wonder dat plug-ins uit de gratie raken. Het zijn ook vreemde objecten voor webbrowsers: ze geven inhoud anders weer en kunnen niet worden geïntegreerd met webpagina's op dezelfde manier als standaard HTML-code..

Wat vervangt u browserplug-ins

In de begintijd van het web konden plug-ins functies tegelijkertijd parallel ontwikkelen en concurreren - bekijk alle verschillende video-afspeelplug-ins. Ze stelden ook derden in staat om nieuwe webpagina-functies toe te voegen toen de ontwikkeling van de webbrowser stagneerde.

We bevinden ons nu in een veel gezondere omgeving van snelle browserontwikkeling en webstandaarden. We hebben concurrentie tussen verschillende webbrowsers en zelfs Microsoft doet een poging om zich aan webstandaarden te houden op een manier die ze in het verleden nooit hebben gedaan.

Veel van de geïmplementeerde plug-ins voor functies worden nu geïntroduceerd in de vorm van ingebouwde browserfuncties. Velen van hen zijn al geïmplementeerd, terwijl sommige nog in ontwikkeling zijn. Dit is wat de populairste plug-ins vervangt:

Flash: Flash wordt voor veel verschillende dingen gebruikt, inclusief het afspelen van video's en animaties. Flash wordt al uitgefaseerd voor het afspelen van video's door HTML5-video, omdat sites zoals YouTube transparant meer HTML5-video gebruiken in plaats van Flash. Als het gaat om animaties, vullen veel nieuwe HTML5-functies in waar Flash ooit nodig was.
Java: Java wordt al uitgefaseerd, omdat Java-applets op webpagina's onveilig zijn gebleken omdat de plug-in het beveiligings-equivalent van Zwitserse kaas is. Java biedt in essentie een manier om volledige programma's in webpagina's in te sluiten, en dit is niet goed gelukt.
Silverlight: Microsoft beëindigt de ontwikkeling van Silverlight, dat momenteel alleen wordt gebruikt voor het afspelen van video op een paar sites. Netflix, de grootste gebruiker van Silverlight, verhuist naar HTML5-videoweergave.
Unity 3D: Met de plug-in Unity 3D kunnen 3D-games worden ingesloten op webpagina's. 3D-afbeeldingen op webpagina's zijn nu mogelijk zonder plug-ins dankzij WebGL.
Google Earth Plug-in: De Google Earth-plug-in van Google is al vervangen. U kunt een complete Google Earth-scène in 3D bekijken in Google Maps met WebGL.
Google Voice en video: De plug-in Google Voice en Video is nog steeds vereist voor Hangouts- en Google Talk-gesprekken. Het zal worden vervangen door de WebRTC-standaard voor plug-in vrije real-time audio- en videocommunicatie.

Met plug-infuncties die zelf in de browser worden gerold, krijgen we een veiliger en krachtiger web. Plug-ins zijn voorlopig nog steeds nodig, maar ze zijn onderweg. Ze waren in een keer heel nuttig, maar we gaan verder dan hen.

De Flash-plug-in zal nog een tijdje bij ons zijn omdat hij nog steeds zo wijd gebruikt wordt, maar alle andere plug-ins staan op het punt van irrelevantie. Zelfs Flash wordt steeds minder relevant dankzij mobiele platforms zonder Flash-ondersteuning. Dit is prima voor de meeste ontwikkelaars van plug-ins: Adobe heeft tools ontwikkeld die exporteren naar HTML5 in plaats van Flash. Oracle wil waarschijnlijk dat de extreem onveilige Java-plug-in wegvalt en niet langer hun beveiligingsrecord bezoedeld, en Microsoft is niet langer geïnteresseerd in duwen Silverlight als Flash-concurrent.