Annons
Polaris är en ny teknik från MIT som kommer att lösa ett av det moderna livets största irritationsmoment: långsamma webbsidor. Vi har alla varit där. Du vill bara ha en snabb information. Du sitter sedan fast och väntar nära en minut medan allt laddas. Polaris kommer att lösa det.
Men hur kan det jämföras med andra försök att påskynda webben? Ganska darn bra.
Ända sedan smartphones blev vardagsartiklar har utvecklare skyndat sig hitta sätt att minska komplexiteten på webbsidor och dataanvändning, vilket är så vi slutade med mobila webbläsare byggda för hastighet 4 av de snabbaste surfplattoroptimerade webbläsarna du aldrig har hört talas om [Android]Generellt sett är Android-surfplattor inte så bra. De flesta av de fyra stora webbläsarna lider av knappar med dåligt storlek och långsam prestanda. De tablettoptimerade alternativen som nämns i den här artikeln, som du kanske inte känner ... Läs mer . Och medan mobiloptimerade webbplatser finns, är de fortfarande inte tillräckligt snabba.
Det här är problemet som Polaris vill lösa. Polaris är inte den första tekniken som vi har sett försöka lösa detta problem - Google har AMP och Facebook har Instant Articles - men Polaris hanterar problemet från en annan vinkel.
Så fungerar MITs Polaris
Polaris är faktiskt två separata komponenter: en på webbservern och en i din webbläsare. Komponenten på serversidan är en anpassad schemaläggare som heter Scout medan klientsidekomponenten heter Polaris, ett anpassat Javascript-bibliotek som optimerar hur din webbläsare laddar sidinnehåll.
Scout är en schemaläggare som analyserar befintlig kod, tittar på DOM (Dokumentobjektmodell Att göra webben interaktiv: en introduktion till jQueryjQuery är ett skriptbibliotek på klientsidan som nästan alla moderna webbplatser använder - det gör webbplatser interaktiva. Det är inte det enda Javascript-biblioteket, men det är det mest utvecklade, mest stödda och mest använda ... Läs mer ) som skulle skapas när en webbläsare laddar en sida. Den använder en nedlagd version av Firefox för att säkerställa en exakt modell, och allt detta händer bakom kulisserna.
Medan du gör detta, spårar spår där beroenden skapas som skulle försena den normala belastningen och skapa en anpassad DOM med rätt beroende kartlagda. Vid testningen fann denna process förbättrade modeller för 81% av alla webbsidor.
Dessa data används för att skapa en stubbsida för servern att leverera i stället för det ursprungliga HTML-dokumentet.
Den nya stubbsidan innehåller Polaris Javascript-biblioteket, det anpassade schemat som skapats av Scout och ditt ursprungliga HTML-dokument. Den använder det schemat för att dynamiskt ladda det innehåll som behövs för din webbsida, så att din webbläsare laddar innehåll som det behövs.
Eftersom Polaris tillverkas helt i Javascript kan den köras även i omodifierade webbläsare. HTML på webbsidor är också oförändrat, men den här prestandaförbättringen kommer med en liten kostnad: några extra byte för varje laddad sida.
Googles AMP är den nya HTML
Polaris är inte det enda sättet som utvecklare försöker öka webbhastigheterna. Google nyligen debuterade sin egen teknik som heter AMP Google är på väg att göra mobila surfningar upp till 85% snabbareGoogle rullar ut en ny standard som kommer att förbättra mobila surfhastigheter. Så här påverkar det dig och varför du bör bry dig. Läs mer (Accelerated Mobile Pages). Hur skiljer det sig från Polaris? För en sak använder AMP en ny typ av HTML medan Polaris arbetar med traditionell HTML.
AMP begränsar också de typer av skript som kan köras på en sida, vilket endast möjliggör en deluppsättning skript som är godkända enligt AMP: s specifikationer. Anpassning görs genom en utökad form av CSS (Cascading Style Sheets Topp 5 webbplatser för att lära sig CSS online Läs mer ), även om AMP begränsar vissa animationer som tenderar att påverka prestanda.
Med AMP kan sidorna inte heller ha formulär, vilket begränsar de typer av webbplatser som kan använda AMP. Så medan AMP kan skapa flammande snabba sidor, måste de vara enkla - till och med primitiva - och du förlorar mycket av det moderna webbs utseende. Om en webbplats har massor av social integration, bildspel och andra skriptselement fungerar AMP inte bra.
Dessutom är AMPs skript baserat på webbkomponenter, som inte gör det kompatibla i alla webbläsare. I Chrome eller Opera fungerar allt bra. För Safari, Firefox och Edge kan du aldrig vara för säker. Det kan vara mindre problem i framtiden, men för tillfället är det en stor sak.
AMP: s största tillgång är dess nära band till Google. När användare hittar sidor via Google-sökning cachas AMP-sidor på Googles servrar. Utgivare avger mycket kontroll, men Google har fler servrar på fler platser och kan bättre leverera innehåll. Denna cacheprocess får användare liknande prestationsvinster som Opera Mini Optimera din mobila surfning med Opera Mini Browser Läs mer .
Polaris erbjuder några betydande fördelar för utgivare jämfört med AMP. Befintlig HTML-kod kan användas, så det finns inget behov att skriva om sidor i AMP: s version av HTML. Polaris kan köras i valfri webbläsare och därmed undvika kompatibilitetsproblem. Polaris förbättrar hastigheten för stationära webbläsare, inte bara för mobilanvändare.
Men AMP får en fördel när det gäller datakonsumtion eftersom sidor är väldigt smalare. Googles caching är ett annat plus eftersom Polaris bara körs på vanliga webbservrar. Få Google att agera som en nätverk för leverans av innehåll Hur man ställer in CDN på rätt sätt och undviker SEO-problem Läs mer är alltid en enorm bonus för utgivare.
Vad sägs om Facebooks omedelbara artiklar?
Polaris och AMP är inte den enda tekniken för att påskynda webben. Vi har också Facebook som gör ett försök med deras framtida ansträngning som kallas Omedelbara artiklar Verizon köper AOL, Facebook lanserar omedelbara artiklar och mer... [Tech News Digest]Verizon köper AOL, Facebook börjar publicera, Microsoft börjar översätta, TunnelBear sträcker sig till Chrome, Domino levererar via emoji och Conan O'Brien spelar The Witcher 3. Läs mer . Baserat på sin Paper-app för iOS försöker Facebook skapa en liknande mobiloptimerad upplevelse någon annanstans.
I grund och botten är Instant Articles fullständiga artiklar som utgivare från tredje part publicerar direkt på Facebook. Dessa Instant Articles lovas att ladda minst tio gånger snabbare än vanliga webbsidor, och till skillnad från AMP behöver Instant Articles inte offra någon avancerad JavaScript eller interaktivitet.
I utbyte får deltagande utgivare en del av intäkterna som genereras av Instant Articles. Det är en win-win för alla inblandade, åtminstone i teorin.
Den stora nackdelen är att förlag förlorar mycket kontroll över sitt innehåll - ännu mer än med Googles AMP - och det är svårt att se hur detta kan konkurrera med Polaris när det gäller frihet och kompatibilitet. Omedelbara artiklar kan förbättra prestandan på mobilwebben, men huvudfokuset är att fånga Facebook-användare och reklamintäkter.
Detta hjälper utgivare att göra artiklar som deras användare delar till intäkter, och Facebook får hålla dessa användare Facebook längre. Det enda sättet som användarna drar nytta av Instant Articles är om de redan lägger all sin tid på att bara läsa innehåll på Facebook.
Polaris och webbens framtid
Jämfört med AMP och Instant Articles erbjuder Polaris de största fördelarna för både utgivare och användare, främst för att den är fri från komplexa relationer. Inte bara är det inte nödvändigt att lita på varken Google eller Facebook, utan det påskyndar webben för mobil och stationära webbläsare.
Dessutom är det också den enda som inte kräver en omskrivning av befintlig HTML.
Bara från dessa tre projekt kan vi se att påskyndandet av webben ligger både hos toppföretag och datavetare. Polaris har mycket löfte, liksom AMP och Instant Articles. Låt oss i kommentarerna veta vilken av dessa tekniker som tilltalar dig mest.
Bildkrediter: Snabb dator av lassedesignen via Shutterstock, Sozialhelden e. V. via Flickr, MIT CSAIL via MIT.EDU, Tigger11: e via Shutterstock
Michael använde inte en Mac när de var dömda, men han kan koda i Applescript. Han har examen i datavetenskap och engelska; han har skrivit om Mac, iOS och videospel ett tag nu; och han har varit IT-apa på dagtid i över ett decennium, specialiserat på skript och virtualisering.