For ti år siden overraskede Apples administrerende direktør Steve Jobs internetverdenen ved at afsløre Safari, en ny desktop-webbrowser. Apples mål var at levere en hurtig og enkel, men alligevel førsteklasses, web-browsing-oplevelse til Macintosh. Apple har sidenhen tilføjet nye funktioner, men blandt Mac-browsere har Safari altid haft en kant til at opføre sig som en Mac-app - og ofte føre pakken til ren ydeevne.
For mange webbrugere er Safari stadig en kørt. Det var aldrig mere end en fjern tredjedel til Internet Explorer og Firefox, og derefter en fjern fjerde med stigningen i Google Chrome.
Safaris største indflydelse gennem de sidste ti år afspejles ikke i brugsstatistikker; snarere er det i WebKit. WebKit er software, der viser webindhold. Apple oprettede WebKit til Safari, men nu er det overalt, inklusive Google Chrome, Android-enheder og næsten alt, hvad Apple har. Gennem WebKit har Safari spillet en enorm rolle ved at flytte mobile enheder væk fra den lamme Wireless Application Protocol (WAP) -drevne "mobile Web" til at gøre smartphones og tablets til fuldgyldige - og snart være dominerende - spillere på det "rigtige" web . Så underligt som det lyder, hvis du har brugt internettet fra en smartphone eller tablet, har du sandsynligvis Safari at takke.
Hvordan skete det?
Olde IE-dagene
Safari fik sin start tilbage i 2001. Apple sendte Internet Explorer som standardwebbrowser i Mac OS (Ja ung, der var engang en Mac-version af IE), men da Steve Jobs vendte tilbage til Apple i 1997, arbejdede han ud af en kompleks patentdelings- og forligsaftale med Microsoft. En del gjorde Internet Explorer til Macs standardbrowser i fem år.
De såkaldte browserkrige mellem Netscape og Internet Explorer var i fuld gang. Microsofts aftale med Apple var en sejr for Redmond, men var også et langsigtet problem for Apple. Internettet blev en stor grund til, at folk brugte computere, og Apple mente, at Internettet kun ville blive vigtigere. Den femårige aftale betød, at Apple overgav et centralt aspekt af Mac-oplevelsen til Microsoft. Microsoft ejede ikke Internettet, men var berygtet for sin strategi for "omfavnelse, udvidelse og slukning" til konkurrenter. (Denne strategi havde hjulpet med at dræbe Cyberdog, en tidligere Apple-browser.)
Så, som nu, foretrak Apple at kontrollere sin egen skæbne ved at designe Mac-oplevelsen fra hardware og opefter. At skifte til en andens browser på fem år kunne bare være en øvelse i at vælge et mindre ondt, så Apple begyndte at arbejde på sin egen webbrowser længe før Microsoft-aftalen sluttede.
”Jeg kan ikke huske en deadline i starten,” skrev en tidligere Safari-ingeniør, der ikke ønskede at blive identificeret, “men [Safari] bevægede sig hurtigt, og inden sommeren [i 2002] var holdet opmærksom på denne dato."
Så snart aftalen udløb, afslørede Apple Safari og havde en gratis beta klar til download. I juni 2003 var Safari-version 1.0 og Internet Explorer til Mac historik; i oktober var Safari Macens standardbrowser.
Gaffelen på vejen
Kernen i en webbrowser er en layoutmotor, software, der fortolker indholdet på et websted og finder ud af, hvordan det skal vises på skærmen. For Safari kunne Apple have lavet sin egen layoutmotor med whiz-bang kun Mac-funktioner, men ifølge ledere hos Apple på det tidspunkt ville Apple have sin webbrowser til at gøre Mac'er til den bedste måde at få adgang til internettet, og det betød ikke ved at oprette kølige Mac-kun-funktioner, de håbede, at websteder ville vedtage. En standardbaseret open source-layoutmotor var vejen at gå.
Den åbenlyse kandidat var Gecko, oprindeligt udviklet til Netscape Navigator. Gecko havde forbedret ydeevne og standardstøtte til Netscape og Apple kunne har brugt det: Gecko blev frigivet som open source i 1998, så det styrede ikke kun Netscape, men også browsere som Galeon, Chimera, den nye Firefox (dengang kaldet Phoenix) og den eneste Mac-browser Camino.
Men da Apple afslørede Safari, afslørede det også, at Safari blev bygget omkring den mindre kendte KHTML-layoutmotor fra Konqueror, udviklet af KDE-samfundet. Apple udskiftede sin egen version af KHTML for at lave sin egen layoutmotor, som den kaldte WebKit (kendt i udviklingscirkler som "forking"). Don Melton, den originale ingeniørledelse på Safari, bemærkede, at Apple valgte KTHML frem for alternativer som Gecko på grund af sin standardstøtte, rent design og lille størrelse. Alligevel fangede valget Internetsamfundet af vagt.
”KHTML kan have været en større overraskelse end Apple overhovedet foretog en browser,” skrev Melton i sin blog og mindede om Jobs offentliggørelse af Safari. ”Og det øjeblik var strålende. Vi havde punk'd hele publikum. "
Ikke alle var tilfredse. Apple havde foretaget ændringer i KHTML (og KJS Javascript-motoren) i hemmelighed i et år eller mere. Apple respekterede open source-forpligtelser og begyndte at frigive sit arbejde tilbage til KDE - det er et afgørende punkt, fordi det betød, at Apple ikke ejer WebKit og nogen kunne bygge videre på Apples bidrag. Imidlertid gjorde den store mængde materiale (og valget af sporingssystemer) integrationen af Apples arbejde skræmmende, og nogle stillede spørgsmålstegn ved, om det overhovedet skulle gøres.
"KHTML-udviklere var begejstrede og forsigtige," skrev en KDE-udvikler, der nu arbejder på WebKit-baseret software, men ikke ønskede at blive navngivet. “Apples bevægelsesvaliderede KHTML og deres ressourcer kunne [KHTML og KJS] alvorligt fremme. Men ingen ville have, at Apple skulle træde ind og overtage KHTML som sit eget. ”
Det tog mere end to år for tingene at afvikle, med Apple kun open-sourcing af hele sin KHTML-gaffel i midten af 2005. Splittelsen ekko i dag: trods bestræbelserne på at fusionere er KHTML stadig adskilt og stadig standardlayoutmotoren i Konqueror.
Ikke desto mindre: WebKit var ude af porten og tilgængelig som open source ... og Internettet har ikke været det samme.
Kører mobil
Apple bruger WebKit i Safari og sine egne apps som Mail, men anden desktop-software bruger også WebKit, inklusive Adobes AIR og Creative Suite plus Google Chrome - og Chrome er langt mere populær end Safari. I en smule rollevending bruger Microsoft WebKit i Outlook til Mac og i Entourage før det.
Det er betydelig støtte, men WebKits virkelige indvirkning har været på mobil platforme. Tro det eller ej, Nokia var den første telefonproducent, der hoppede på WebKit og byggede en WebKit-baseret browser til sine S60-telefoner. Det var uden tvivl den første "rigtige" browser til en mobilenhed: de fleste telefoner slog igennem det WAP-aktiverede "mobile web", mens S60-telefoner med succes fik adgang til det samme indhold som desktop-browsere. S60-browseren løftede sløret og beviste, at det ikke kun var muligt at placere en ægte webbrowser i en telefon, det var meget bedre end afskaffede websteder, der kun er mobile - eller websteder, der slet ikke fungerede på telefoner.
WebKit kom virkelig ind i det mobile spotlight i 2007 med iPhone. Ikke kun fik iPhone adgang til det samme web som stationære computere, men Mobile Safari var oprindeligt den eneste måde at fremstille iPhone-software på. Apple vendte hurtigt om kursen og bevægede sig mod indfødte iPhone-apps, men i 2009 lavede Palms webOS et dristigt træk og satse alt på WebKit: hele webOS's interface er drevet af WebKit.
"Da webOS kom ud, var jeg begejstret, fordi dens oprindelige apps er skrevet i webteknologier: HTML, JavaScript og CSS," sagde den tidligere Palm-humane interfaceudvikler Tomomi Imura via e-mail. "Mobile Web-apps blev endelig behandlet som en førsteklasses borger, og WebKit fik det til at ske."
WebKit overalt
Palms webOS var en kommerciel fiasko, og Palms tidligere softwaredirektør Paul Mercer beskyldte WebKit for ikke at fungere som native apps. Men webOSs uheldige bane skadede ikke WebKit.
Lige nu, WebKit dominerer mobil internet. Tal fra NetMarketShare har WebKit-baserede browsere, der tegner sig for over 85 procent af mobilmarkedet. På skrivebordet er WebKit for det meste repræsenteret af Safari og Chrome; ifølge StatCounter er det næsten 45 procent af markedet for desktop-browsere, selvom NetMarketShare optæller en mere konservativ 23 procent.
Hvem er alle disse WebKit-brugere? Til at begynde med er det de hundredvis af millioner mennesker, der bruger iPhones, iPod touches og iPads. Brug for hundreder af millioner mere? WebKit er også i hjertet af Android. Siden de første enheder blev solgt i 2008, har Android-browseren været baseret på WebKit. Fra og med BlackBerry 6 bruger Playbook og BlackBerry-smartphones WebKit; det gør også Samsungs bada-mobiloperativsystem, Amazons skyassisterede Silk-browser til Kindle Fire-tabletter og endda den eksperimentelle browser Amazon lægger i de seneste Kindle-læsere. Surfe på Internettet på en Nintendo 3DS? Det bruger WebKit. Det kommende Tizen mobile OS laver et væddemål som webOS: Tizen er Linux under emhætten, men grænsefladen er drevet af WebKit.
Ude i den virkelige verden har WebKit været med til at gøre weboplevelsen konsistent. Indtil for et par år siden var det ikke usædvanligt at finde store websteder, der kun fungerede i Internet Explorer, ikke fungerede i Safari eller var helt utilgængelige på en telefon. Nu forventer internetbrugere, at de fleste websteder fungerer, uanset hvilken browser eller enhed de bruger. WebKit er ikke eneansvarlig, men det har været en enorm faktor - og det høster frugterne.
“WebKit er ansigtet på mobilnettet i dag, ”skrev den tidligere Safari-ingeniør. "Jeg tror ikke nogen forestillede sig det, da Safari blev sendt."
Historie, dømt til at gentage sig selv?
WebKit har en nedadgående side. WebKits succes på mobile enheder betyder, at apps og websteder undertiden er afhængige af funktioner, der ikke er en del af HTML5-teknologien - alligevel ikke endnu. Eksempler inkluderer måder at understøtte "Retina" -billeder i høj opløsning sammen med gradienter, overgange, skygger, transformationer og fonteffekter. Nogle af de smukkeste websteder og webapps til mobil ser (og fungerer) kun bedst ud i WebKit-browsere.
"Så mange mobile websteder er kun optimeret til WebKit," bemærkede Tomomi Imura. "Microsofts, Operas og Mozillas udviklerevangelister arbejder hårdt på at fortaler deres platform og uddanne udviklere, men dette er en bivirkning af, at WebKit er defacto-standarden."
Mange webteknologier (fra enkle som Track ikke til komplicerede som HTML) er defineret af World Wide Web Consortium (W3C). Interesserede mennesker (men for det meste virksomheder) slutter sig til arbejdsgrupper og prøver at hamre en ledig standard, som alle kan bruge. Processen er normalt langsom, så når et forslag begynder at størkne, springer både kommercielle og open source-projekter ofte på tidlige versioner som et eksperiment ... eller for at få en fordel på konkurrenterne. W3C-standarder udfyldes muligvis ikke formelt i årevis, efter at en teknologi bliver almindelig.
WebKits dominans betyder, at andre layoutmotorer står over for et vanskeligt valg: vente på morgendagens standarder eller støtte WebKits ting i dag? Opera er allerede flyttet til at efterligne WebKit; FireFox overvejer det stærkt, og Microsoft aped WebKit kort i Windows Phone 7 og vendte sig derefter om. I årevis havde desktop-browsere ikke andet valg end at være kompatible med Internet Explorer, fordi dens dominans betød, at de fleste websteder var designet med IE i tankerne. Nu står mobile browsere over for lignende valg med hensyn til WebKit. Det er et uhyggeligt ekko af kampene mellem Internet Explorer og Netscape.
Patenter komplicerer også W3C-standarder. Apples iOS håndterer berøringsbegivenheder - tryk, klemmer, swipes og gestus - i sin egen kode, men Apples model blev implementeret separat af andre og kom ind i WebKit fra Android i 2009. W3C-standardprocessen kom i gang, og (selvfølgelig) WebKit browsere begyndte at bruge berøringsbegivenheder med det samme. Men i 2011 afslørede Apple patenter, der dækkede berøringsbegivenheder (inklusive amerikansk patent 7.812.828, en del af Apples kamp med Samsung og Motorola). Disse patenter står muligvis ikke op, men W3C's proces til standardisering af berøringshændelser stoppede død. Microsoft har indsendt sine egne (helt forskellige) Pointer Events som en mulig erstatning, men støvet har ikke lagt sig
Hvilken lang underlig tur har det været ...
Ti år efter, at Apple introducerede Safari, har det stadig ikke overtaget desktop-browsermarkedet eller endda gjort en stor bule. Det vil sandsynligvis aldrig. Ikke desto mindre har Safaris indflydelse været mindst lige så vigtig for det moderne web som forfalder KHTML og fødsel af WebKit som Internet Explorer som Internet Explorer og Netscapes mest berømte afkom, Gecko og Firefox. Det er et vidnesbyrd om den brede rækkevidde af open source-teknologi ... og og noget at tænke på, når du affyrer din mobilbrowser.
