For ti år siden overrasket Apples administrerende direktør Steve Jobs internettverdenen ved å avdekke Safari, en ny stasjonær nettleser. Apples mål var å tilby en rask og enkel, men likevel førsteklasses, nettleseropplevelse for Macintosh. Apple har siden lagt til nye funksjoner, men blant Mac-nettlesere har Safari alltid hatt en fordel for å oppføre seg som en Mac-app - og ofte lede pakken for ren ytelse.
For mange nettbrukere er Safari likevel en kjørt. Det var aldri mer enn en fjern tredjedel til Internet Explorer og Firefox, og deretter en fjern fjerde med stigningen til Google Chrome.
Safaris største innvirkning de siste ti årene gjenspeiles ikke i bruksstatistikk; heller, det er i WebKit. WebKit er programvare som viser webinnhold. Apple opprettet WebKit for Safari, men nå er det overalt, inkludert Google Chrome, Android-enheter og nesten alt Apple. Gjennom WebKit har Safari spilt en enorm rolle ved å flytte mobile enheter vekk fra den lamme Wireless Application Protocol (WAP) -drevne "mobile Web" til å gjøre smarttelefoner og nettbrett fullverdig - og snart bli dominerende - spillere på det "ekte" nettet. . Så rart det høres ut, hvis du har brukt Internett fra en smarttelefon eller et nettbrett, har du sannsynligvis Safari å takke.
Hvordan skjedde det?
The Olde IE Days
Safari fikk sin start tilbake i 2001. Apple sendte Internet Explorer som standard nettleser i Mac OS (Ja ung, det var en gang en Mac-versjon av IE), men da Steve Jobs kom tilbake til Apple i 1997, jobbet han med et komplekst patentdelings- og oppgjørsavtale med Microsoft. En del gjorde Internet Explorer til Macs standardleser i fem år.
De såkalte nettleserkrigen mellom Netscape og Internet Explorer var i full gang. Microsofts avtale med Apple var en seier for Redmond, men var også et langsiktig problem for Apple. Internett ble en stor grunn til at folk brukte datamaskiner, og Apple mente at nettet bare ville bli viktigere. Den femårige avtalen betydde at Apple avga et sentralt aspekt av Mac-opplevelsen til Microsoft. Microsoft eide ikke Internett, men var beryktet for sin “omfavnelse, utvide og slukke” -strategi til konkurrentene. (Denne strategien hadde hjulpet med å drepe Cyberdog, en tidligere Apple-nettleser.)
Da, som nå, foretrakk Apple å kontrollere sin egen skjebne ved å designe Mac-opplevelsen fra maskinvaren og oppover. Å bytte til andres nettleser på fem år kan bare være en øvelse i å velge et mindre ondskap, så Apple begynte å jobbe med sin egen nettleser lenge før Microsoft-avtalen ble avsluttet.
"Jeg husker ikke en frist først," skrev en tidligere Safari-ingeniør som ikke ønsket å bli identifisert, "men [Safari] gikk raskt og sommeren [i 2002] var teamet klar over den datoen."
Så snart avtalen gikk ut, avslørte Apple Safari og hadde en gratis beta klar til nedlasting. I juni 2003 var Safari versjon 1.0, og Internet Explorer for Mac var historie. innen oktober var Safari standard nettleser for Mac.
Gaffelen i veien
Kjernen i en nettleser er en layoutmotor, programvare som tolker innholdet på et nettsted og finner ut hvordan det skal vises på skjermen. For Safari kunne Apple ha laget sin egen layoutmotor med bare Mac-funksjoner, men ifølge ledere hos Apple på den tiden ønsket Apple at nettleseren skulle gjøre Mac-er til den beste måten å få tilgang til nettet, og det betydde ikke ved å lage kule Mac-bare funksjoner de håpet nettsteder ville ta i bruk. En standardbasert, åpen kildekode-layoutmotor var veien å gå.
Den åpenbare kandidaten var Gecko, opprinnelig utviklet for Netscape Navigator. Gecko hadde forbedret ytelse og standardstøtte for Netscape og Apple kunne har brukt den: Gecko ble utgitt som åpen kildekode i 1998, så den drev ikke bare Netscape, men også nettlesere som Galeon, Chimera, den fremvoksende Firefox (den gang kalt Phoenix) og nettleseren Camino.
Da Apple avduket Safari, avslørte det imidlertid at Safari ble bygget rundt den mindre kjente KHTML-layoutmotoren fra Konqueror, utviklet av KDE-samfunnet. Apple spunnet av sin egen versjon av KHTML for å lage sin egen layoutmotor, som den kalte WebKit (kjent i utviklingskretser som "forking"). Don Melton, den opprinnelige tekniske ledelsen på Safari, bemerket at Apple valgte KTHML fremfor alternativer som Gecko på grunn av standardstøtte, rent design og liten størrelse. Valget fanget imidlertid nettsamfunnet på vakt.
"KHTML kan ha vært en større overraskelse enn at Apple i det hele tatt gjorde en nettleser," skrev Melton i bloggen sin og minnet Jobs 'offentlige kunngjøring om Safari. “Og det øyeblikket var strålende. Vi hadde punk’d hele publikum. ”
Ikke alle var fornøyd. Apple hadde gjort endringer i KHTML (og KJS Javascript-motoren) i det skjulte i ett år eller mer. Apple respekterte åpen kildekode-forpliktelser og begynte å frigjøre sitt arbeid tilbake til KDE - det er et viktig poeng, fordi det betydde at Apple ikke eide WebKit og enhver kunne bygge på Apples bidrag. Imidlertid gjorde det store volumet av materiale (og valg av sporingssystemer) integrasjonen av Apples arbeid skremmende, og noen spurte om det i det hele tatt skulle gjøres.
"KHTML-utviklere var begeistret og forsiktige," skrev en KDE-utvikler som nå jobber med WebKit-basert programvare, men ikke ønsket å bli navngitt. “Apples bevegelse validert KHTML og deres ressurser kan [KHTML og KJS] alvorlig fremme. Men ingen ønsket at Apple skulle gå inn og overta KHTML som sitt eget. ”
Det tok mer enn to år før ting ordnet seg, med Apple kun åpen sourcing av hele KHTML-gaffelen i midten av 2005. Splittet ekko i dag: til tross for forsøk på å slå seg sammen, er KHTML fremdeles separat, og fortsatt standard layoutmotor i Konqueror.
Likevel: WebKit var utenfor porten og tilgjengelig som åpen kildekode ... og Internett har ikke vært det samme.
Going Mobile
Apple bruker WebKit i Safari og egne apper som Mail, men annen stasjonær programvare bruker også WebKit, inkludert Adobes AIR og Creative Suite, pluss Google Chrome - og Chrome er langt mer populær enn Safari. I en bit av en rollevending bruker Microsoft WebKit i Outlook for Mac, og i Entourage før det.
Det er betydelig støtte, men WebKits virkelige innvirkning har vært på mobil plattformer. Tro det eller ei, Nokia var den første telefonprodusenten som hoppet på WebKit, og bygde en WebKit-basert nettleser for sine S60-telefoner. Det var uten tvil den første "ekte" nettleseren for en mobilenhet: de fleste telefoner slo gjennom det WAP-aktiverte "mobile nettet", mens S60-telefoner fikk tilgang til samme innhold som stasjonære nettlesere. S60-nettleseren løftet sløret, og beviste at det ikke bare var mulig å sette en ekte nettleser i en telefon, det var veldig bedre enn å fjerne mobilnettsteder - eller nettsteder som ikke fungerte i det hele tatt på telefoner.
WebKit kom virkelig inn i mobil søkelyset i 2007 med iPhone. Ikke bare fikk iPhone tilgang til samme Internett som stasjonære datamaskiner, men Mobile Safari var opprinnelig den eneste måten å lage iPhone-programvare på. Apple snudde raskt kursen og gikk mot innfødte iPhone-apper, men i 2009 gjorde Palms webOS et dristig trekk og satset alt på WebKit: hele webOS-grensesnittet drives av WebKit.
"Da webOS kom ut, var jeg begeistret fordi de innfødte appene er skrevet i webteknologier: HTML, JavaScript og CSS," sa tidligere Palm menneskelig grensesnittutvikler Tomomi Imura, via e-post. "Mobile Web-apper ble endelig behandlet som en førsteklasses borger, og WebKit fikk det til å skje."
WebKit overalt
Palms webOS var en kommersiell feil, og Palms tidligere programvaredirektør Paul Mercer beskyldte WebKit for ikke å prestere som innfødte apper. Men webOSs uheldige bane skadet ikke WebKit.
Akkurat nå, WebKit dominerer mobilt Internett. Tall fra NetMarketShare har WebKit-baserte nettlesere som står for over 85 prosent av mobilmarkedet. På skrivebordet er WebKit stort sett representert av Safari og Chrome; ifølge StatCounter er det nesten 45 prosent av markedet for stasjonære nettlesere, selv om NetMarketShare oppnår 23 prosent mer konservative.
Hvem er alle disse WebKit-brukerne? Til å begynne med er de hundrevis av millioner mennesker som bruker iPhones, iPod touch og iPads. Trenger du hundrevis av millioner mer? WebKit er også i hjertet av Android. Siden de første enhetene ble solgt i 2008, har Android-nettleseren vært basert på WebKit. Fra og med BlackBerry 6 bruker Playbook og BlackBerry-smarttelefoner WebKit; det gjør også Samsungs bada-mobiloperativsystem, Amazons skyassisterte Silk-nettleser for Kindle Fire-nettbrett, og til og med den eksperimentelle nettleseren Amazon legger inn de siste Kindle-leserne. Surfe på nettet på en Nintendo 3DS? Den bruker WebKit. Det kommende Tizen mobile OS satser på et webOS: Tizen er Linux under panseret, men grensesnittet drives av WebKit.
Ute i den virkelige verden har WebKit bidratt til å gjøre nettopplevelsen konsistent. Frem til for noen år siden var det ikke uvanlig å finne store nettsteder som bare fungerte i Internet Explorer, ikke fungerte i Safari eller var helt utilgjengelige på en telefon. Nå forventer Internett-brukere at de fleste nettsteder vil fungere uavhengig av nettleser eller enhet de bruker. WebKit er ikke eneansvarlig, men det har vært en stor faktor - og det høster fordelene.
“WebKit er ansiktet på det mobile nettet i dag, ”skrev den tidligere Safari-ingeniøren. "Jeg tror ikke noen hadde forestilt seg det når Safari ble sendt."
Historie, dømt til å gjenta seg selv?
WebKit har en ulempe. WebKits suksess på mobile enheter betyr at apper og nettsteder noen ganger er avhengige av funksjoner som ikke er en del av HTML5-teknologi - ikke ennå, uansett. Eksempler inkluderer måter å støtte "Retina" -bilder med høy oppløsning sammen med graderinger, overganger, skygger, transformasjoner og fonteffekter. Noen av de kjekkeste nettstedene og nettappene for mobil ser (og fungerer) best ut bare i WebKit-nettlesere.
"Så mange mobile nettsteder er bare optimalisert for WebKit," bemerket Tomomi Imura. "Microsofts, Operas og Mozillas utviklerevangelister jobber hardt for å støtte deres plattform og utdanne utviklere, men dette er en bivirkning av at WebKit er defacto-standarden."
Mange webteknologier (fra enkle som Ikke spor til kompliserte som HTML) er definert av World Wide Web Consortium (W3C). Interesserte mennesker (men hovedsakelig selskaper) blir med i arbeidsgrupper og prøver å hamre ut a gratis standard alle kan bruke. Prosessen er vanligvis treg, så når et forslag begynner å stivne, hopper både kommersielle og open source-prosjekter ofte på tidlige versjoner som et eksperiment ... eller for å få et forsprang på konkurrentene. W3C-standarder blir kanskje ikke formelt fullført i mange år etter at en teknologi blir vanlig.
WebKits dominans betyr at andre layoutmotorer står overfor et vanskelig valg: vente på morgendagens standarder, eller støtte WebKits ting i dag? Opera har allerede flyttet for å etterligne WebKit; FireFox vurderer det sterkt, og Microsoft aped WebKit kort i Windows Phone 7 og snudde seg. I mange år hadde nettlesere på skrivebordet lite annet valg enn å være kompatible med Internet Explorer, fordi dens dominans betydde at de fleste nettsteder var designet med tanke på IE. Nå står mobile nettlesere overfor lignende valg angående WebKit. Det er et uhyggelig ekko av kampene mellom Internet Explorer og Netscape.
Patenter kompliserer også W3C-standarder. Apples iOS håndterer berøringshendelser - kraner, klemmer, sveiper og bevegelser - i sin egen kode, men Apples modell ble implementert separat av andre og kom inn i WebKit fra Android i 2009. W3C-standardprosessen kom i gang, og (selvfølgelig) WebKit nettlesere begynte å bruke berøringshendelser med en gang. Men i 2011 avslørte Apple patenter som dekker berøringshendelser (inkludert US patent 7 812 828, en del av Apples kamp med Samsung og Motorola). Disse patentene kan ikke stå opp, men W3Cs prosess for å standardisere berøringshendelser stoppet død. Microsoft har sendt inn sine egne (ganske forskjellige) Pointer Events som en mulig erstatning, men støvet har ikke lagt seg
Hva en lang merkelig tur det har vært ...
Ti år etter at Apple introduserte Safari, har det fremdeles ikke overtatt nettlesermarkedet, eller til og med gjort en stor bule. Det vil det sannsynligvis aldri gjøre. Likevel har Safaris innflytelse vært minst like viktig for det moderne nettet som Internet Explorer og Netscapes mest berømte avkom, Gecko og Firefox, ved å forde KHTML og fødsel WebKit. Det er et bevis på den store rekkevidden av åpen kildekode-teknologi ... og og noe å tenke på når du fyrer opp din mobile nettleser.
