Waarom browser plug-ins verdwijnen en wat hen vervangt

Browser plug-ins zijn onderweg. IOS van Apple 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.

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

Waarom browserplug-ins zijn gemaakt

Browser plug-ins waren zeer noodzakelijk toen ze werden gemaakt. In die tijd waren browsers vrij 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 trekken 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 uitgebracht in 2009, waren een vrij kleine verbetering ten opzichte van IE 6.

Al meer dan vijf jaar was de browserontwikkeling voor de meeste internetgebruikers gestagneerd. Deze langzame browserontwikkeling 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 browserplug-ins gebruikt om functies toe te voegen aan webbrowsers die de browsers zelf gewoon niet hadden. Als u lang genoeg op het internet bent geweest, herinnert u zich dat u online naar een video-afspeelpagina 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 naar 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 Slechte

-browserplug-ins hebben bewezen een probleem te zijn voor internet. Hier zijn enkele van de grootste problemen met hen:

• Beveiliging : Browser plug-ins hebben bewezen 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 sandboxed zijn. 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 : invoegtoepassingen 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-spellen 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 een van de belangrijkste oorzaken van crashes geweest, vooral wanneer hun crashes hele webbrowsers hebben verbroken. Dank zij Chrome-sandboxing en het plug-in-isolement van Firefox crashen de plug-ins tegenwoordig alleen nog maar. Er is geen mogelijkheid voor browserontwikkelaars om deze crashes op te lossen;ze moeten op de ontwikkelaars van de plug-in vertrouwen 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 veiligheid en de strijd om plug-ins goed te laten werken op verschillende mobiele en desktopplatformen, 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 met webpagina's worden geïntegreerd op dezelfde manier als standaard HTML-codes.

Wat vervangen Browser plug-ins

In de begindagen van het web lieten plug-ins toe dat functies tegelijkertijd werden ontwikkeld en met elkaar concurreren - bekijk alle verschillende video-afspeelplug-ins. Ze stelden ook derden in staat om nieuwe webpaginafuncties 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 geïmplementeerde plug-ins van 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, waaronder het afspelen van video 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 op webpagina's in te sluiten, en dit is niet goed uitgekomen.
• 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, 3D Google Earth-scène bekijken in Google Maps met WebGL.
• Google spraak en video : de Google Voice en Video-plug-in is nog steeds vereist voor gesprekken in Hangouts en Google Talk. Het wordt 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 op weg naar buiten. 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 duwenSilverlight als Flash-concurrent.