Înapoi la Plugin-uri: NPAPI și Web-ul Plug-and-Play

O eră de plugin-uri dispărute

În lumea actuală bazată pe Chrome, poate fi greu de imaginat o epocă în care browserele puteau fi extinse nu doar prin extensii, ci și prin plugin-uri. Deși utilizatorii browserelor tradiționale bazate pe Netscape, precum Pale Moon, continuă să folosească plugin-uri, majoritatea utilizatorilor web au avut de ales din extensii tot mai restrictive, cu Google implementând Manifest V3. Aceste măsuri de securitate au dus la o reducere drastică a opțiunilor de extindere a funcționalității browserului, fără a aborda nevoia de a executa cod mai rapid decât viteza melcului oferită de JavaScript.

Provocările actualelor tehnologii web

Browser-ele moderne, în special cele care nu suportă plugin-uri, precum Google Chrome, se lovesc de probleme când vine vorba de utilizarea datagramelor UDP. Deși există soluții precum WebRTC, utilizarea avansată a funcțiilor de rețea este limitată. Propunerea WASI Sockets, care ar putea deveni parte a standardului WebAssembly, vine cu multe limitări și este supusă suportului din partea browserelor.

Avantajele plugin-urilor NPAPI

Plugin-urile NPAPI permit chiar și renderizarea directă pe ecran, eliminând nevoia de configurări dificile. Această capacitate simplifică utilizarea browserelor în scopuri precum descoperirea serviciilor bazate pe UDP. Spre deosebire de soluțiile actuale, plugin-urile oferă acces mai direct la funcționalitățile sistemului de operare.

Conservarea documentației NPAPI

Este tragic că o tehnologie simplă precum plugin-urile NPAPI a fost distrusă și considerată periculoasă, în favoarea unor API-uri mai complexe. În timp ce browserele moderne pot să nu revină la plugin-uri, este esențial ca informațiile despre NPAPI să fie păstrate. Documentația și codul sursă se șterg rapid, iar fără arhive, multe ar putea dispărea complet.