În urmă cu zece ani, CEO-ul Apple, Steve Jobs, a surprins lumea Internetului prin dezvăluirea Safari, un nou browser Web pentru desktop. Scopul Apple a fost de a oferi o experiență de navigare pe Web rapidă și simplă, dar de primă clasă, pentru Macintosh. De atunci, Apple a adăugat noi funcții, dar printre browserele Mac, Safari a avut întotdeauna un avantaj pentru a se comporta ca o aplicație Mac - și de multe ori conduce pachetul pentru performanțe ridicate.
Totuși, pentru mulți utilizatori de web, Safari este de asemenea o funcție. Nu a fost niciodată mai mult decât o treime îndepărtată pentru Internet Explorer și Firefox, și apoi o a patra îndepărtată cu ascensiunea Google Chrome.
Cel mai mare impact al Safari din ultimii zece ani nu se reflectă în statisticile de utilizare; mai degrabă, este în WebKit. WebKit este un software care afișează conținut Web. Apple a creat WebKit pentru Safari, dar acum este peste tot, inclusiv Google Chrome, dispozitive Android și aproape tot ceea ce Apple. Prin WebKit, Safari a jucat un rol enorm, îndepărtând dispozitivele mobile de „Web-ul mobil” condus de protocolul de aplicație fără fir (WAP), pentru a face smartphone-uri și tablete cu drepturi depline - și în curând să devină dominante - jucători de pe web-ul „real”. . Pe cât de ciudat pare, dacă ați folosit Internetul de pe un smartphone sau tabletă, probabil că aveți Safari de mulțumit.
Cum s-a întâmplat asta?
Zilele Olde IE
Safari și-a început startul în 2001. Apple livra Internet Explorer ca browser web implicit în Mac OS (Da, tânăr, a existat odată o versiune Mac a IE), dar când Steve Jobs s-a întors la Apple în 1997, a elaborat un complex partajarea brevetelor și acordul de soluționare cu Microsoft. O parte a făcut din Internet Explorer browserul implicit al Mac-ului timp de cinci ani.
Așa-numitele războaie de browser între Netscape și Internet Explorer erau în plină desfășurare. Acordul Microsoft cu Apple a fost o victorie pentru Redmond, dar a reprezentat și o problemă pe termen lung pentru Apple. Internetul devenea un motiv important pentru care oamenii foloseau computerele, iar Apple credea că internetul va deveni doar mai important. Acordul de cinci ani a însemnat că Apple cedează Microsoft un aspect central al experienței Mac. Microsoft nu deținea internetul, dar era renumit pentru strategia sa de „îmbrățișare, extindere și stingere” către concurenți. (Această strategie a ajutat la uciderea Cyberdog, un browser Apple anterior).
Apoi, ca și acum, Apple a preferat să-și controleze propriul destin, proiectând experiența Mac de la hardware-ul în sus. Trecerea la browserul altcuiva în cinci ani ar putea fi doar un exercițiu în alegerea unui rău mai mic, așa că Apple a început să lucreze pe propriul browser web cu mult înainte de încheierea acordului Microsoft.
„La început nu-mi amintesc un termen limită”, a scris un fost inginer Safari care nu dorea să fie identificat, „dar [Safari] se mișca repede și până în vara [2002] echipa era la curent cu acea dată”.
De îndată ce acordul a expirat, Apple a dezvăluit Safari și avea o versiune beta gratuită gata de descărcare. Până în iunie 2003, Safari a reușit versiunea 1.0 și Internet Explorer pentru Mac era istoric; până în octombrie, Safari era browserul implicit al Mac.
Furca în drum
Nucleul unui browser Web este un motor de aspect, un software care interpretează conținutul unui site web și află cum să-l afișeze pe ecran. Pentru Safari, Apple ar fi putut să-și facă propriul motor de aspect cu caracteristici whiz-bang numai pentru Mac, dar, potrivit managerilor de la Apple la acea vreme, Apple dorea ca browserul său web să facă din Mac cele mai bune modalități de accesare a Webului, ceea ce înseamnă că nu prin crearea unor capabilități interesante numai pentru Mac, pe care sperau că le vor adopta site-urile web. Calea de urmat a fost un motor de layout open-source bazat pe standarde.
Candidatul evident a fost Gecko, dezvoltat inițial pentru Netscape Navigator. Gecko a îmbunătățit performanța și suportul standardelor pentru Netscape și Apple ar putea l-am folosit: Gecko a fost lansat ca sursă deschisă în 1998, deci alimenta nu doar Netscape, ci și browsere precum Galeon, Chimera, nașterea Firefox (pe atunci Phoenix) și browserul Mac-only Camino.
Cu toate acestea, când Apple a dezvăluit Safari, a dezvăluit, de asemenea, că Safari a fost construit în jurul motorului de layout KHTML mai puțin cunoscut de la Konqueror, dezvoltat de comunitatea KDE. Apple a renunțat la propria sa versiune de KHTML pentru a-și crea propriul motor de layout, pe care l-a numit WebKit (cunoscut în cercurile de dezvoltare sub numele de „forking”). Don Melton, liderul ingineriei originale pentru Safari, a menționat că Apple a ales KTHML în locul alternativelor precum Gecko datorită standardelor sale, designului curat și dimensiunilor mici. Totuși, alegerea a surprins comunitatea de pe Internet.
„Este posibil ca KHTML să fi fost o surpriză mai mare decât să facă Apple un browser”, a scris Melton în blogul său, reamintind anunțul public al lui Jobs despre Safari. „Și acel moment a fost glorios. Aveam punk toată lumea. ”
Nu toată lumea a fost mulțumită. Apple a făcut modificări în secret în KHTML (și în motorul KJS Javascript) timp de un an sau mai mult. Apple și-a onorat angajamentele cu sursă deschisă și a început să-și lanseze munca înapoi către KDE - acesta este un punct crucial, deoarece înseamnă că Apple nu deține WebKit și cineva s-ar putea baza pe contribuțiile Apple. Cu toate acestea, volumul mare de material (și alegerea sistemelor de urmărire) a făcut ca integrarea muncii Apple să fie descurajantă, iar unii au pus la îndoială dacă ar trebui să se facă deloc.
„Dezvoltatorii KHTML au fost încântați și precauți”, a scris un dezvoltator KDE care lucrează acum pe software bazat pe WebKit, dar nu a vrut să fie numit. „Miscarea Apple a validat KHTML și resursele lor ar putea avansa serios [KHTML și KJS]. Dar nimeni nu a vrut ca Apple să intervină și să preia KHTML ca pe al său. ”
A durat mai mult de doi ani până când lucrurile s-au stabilit, Apple a obținut doar deschiderea întregii sale furci KHTML la mijlocul anului 2005. Riftul răsună astăzi: în ciuda eforturilor de fuzionare, KHTML este încă separat și este motorul de aspect implicit din Konqueror.
Cu toate acestea: WebKit a ieșit din poartă și era disponibil ca sursă deschisă ... și Internetul nu a fost același.
Mergând pe mobil
Apple folosește WebKit în Safari și propriile aplicații precum Mail, dar alte programe desktop folosesc și WebKit, inclusiv Adobe AIR și Creative Suite, plus Google Chrome - și Chrome este departe mai popular decât Safari. Într-un fel de inversare a rolului, Microsoft folosește WebKit în Outlook pentru Mac și în Entourage înainte.
Este un sprijin semnificativ, dar impactul real al WebKit a fost mobil platforme. Credeți sau nu, Nokia a fost primul producător de telefoane care a sărit pe WebKit, construind un browser bazat pe WebKit pentru telefoanele sale S60. A fost, fără îndoială, primul browser „real” pentru un dispozitiv mobil: majoritatea telefoanelor au trecut prin „Web-ul mobil” cu funcție WAP, în timp ce telefoanele S60 au accesat cu succes același conținut ca și browserele desktop. Browserul S60 a ridicat vălul, dovedind că introducerea unui browser Web real într-un telefon nu numai că era posibil, ci era foarte mult mai bine decât site-urile exclusiv mobile - sau site-urile care nu funcționau deloc pe telefoane.
WebKit a intrat cu adevărat în centrul atenției mobile în 2007 cu iPhone. Nu numai că iPhone-ul a accesat același Web ca și computerele desktop, Mobile Safari a fost inițial singura modalitate de a crea software pentru iPhone. Apple a inversat rapid cursul și s-a îndreptat către aplicațiile native pentru iPhone, dar în 2009 webOS-ul Palm a făcut o mișcare îndrăzneață și a pariat Tot pe WebKit: întreaga interfață webOS este condusă de WebKit.
„Când a apărut webOS, am fost încântat, deoarece aplicațiile sale native sunt scrise în tehnologii web: HTML, JavaScript și CSS”, a spus Tomomi Imura, fost dezvoltator de interfețe umane Palm, prin e-mail. „Aplicațiile web mobile au fost în cele din urmă tratate ca un cetățean de primă clasă, iar WebKit a realizat acest lucru.”
WebKit pretutindeni
WebOS-ul Palm a fost un eșec comercial, iar fostul director al software-ului Palm, Paul Mercer, a dat vina pe WebKit că nu funcționează ca aplicații native. Dar traiectoria nefericită a webOS nu a afectat WebKit.
Chiar acum, WebKit domină internet mobil. Cifrele din NetMarketShare au cont de browserele bazate pe WebKit peste 85 la sută a pieței mobile. Pe desktop, WebKit este reprezentat în principal de Safari și Chrome; potrivit StatCounter, aceasta reprezintă aproape 45% din piața browserelor desktop, deși NetMarketShare crește cu 23% mai conservator.
Cine sunt toți acești utilizatori WebKit? Pentru început, sunt sutele de milioane de oameni care folosesc iPhone, iPod touch și iPad. Mai ai nevoie de sute de milioane? WebKit este de asemenea în centrul Android. De când primele dispozitive au fost puse în vânzare în 2008, browserul Android se bazează pe WebKit. Începând cu BlackBerry 6, Playbook și smartphone-urile BlackBerry folosesc WebKit; la fel și sistemul de operare mobil Samsung, browserul Silk al Amazon pentru tabletele Kindle Fire, și chiar browserul experimental Amazon introduse în recenziile recente Kindle. Răsfoiți pe web pe un Nintendo 3DS? Folosește WebKit. Viitorul sistem de operare mobil Tizen face un pariu ca webOS: Tizen este Linux sub capotă, dar interfața este alimentată de WebKit.
În lumea reală, WebKit a contribuit la îmbunătățirea experienței Web. Până acum câțiva ani, nu era neobișnuit să găsești site-uri importante care funcționau doar în Internet Explorer, nu funcționau în Safari sau erau total inaccesibile pe telefon. Acum, utilizatorii de Internet se așteaptă ca majoritatea site-urilor web să funcționeze, indiferent de browserul sau dispozitivul pe care îl utilizează. WebKit nu este singurul responsabil, dar a fost un factor imens - și culege recompensele.
„WebKit este fața internetului mobil de astăzi ”, a scris fostul inginer Safari. „Nu cred că cineva și-a imaginat asta când a fost livrat Safari.”
Istorie, sortită să se repete?
WebKit are un aspect negativ. Succesul WebKit pe dispozitivele mobile înseamnă că aplicațiile și site-urile se bazează uneori pe funcții care nu fac parte din tehnologia HTML5 - oricum nu încă. Exemplele includ modalități de a susține imagini „Retina” de înaltă rezoluție, împreună cu gradiente, tranziții, umbre, transformări și efecte de font. Unele dintre cele mai noi site-uri web și aplicații web pentru aspectul mobil (și funcționează) sunt mai bune doar în browserele WebKit.
„Atâtea site-uri web mobile sunt optimizate doar pentru WebKit”, a remarcat Tomomi Imura. „Evangheliștii dezvoltatorilor Microsoft, Opera și Mozilla lucrează din greu pentru a-și susține platforma și pentru a educa dezvoltatorii, dar acesta este un efect secundar al WebKit fiind standardul defacto”.
Multe tehnologii web (de la cele simple precum Do Not Track la cele complicate precum HTML) sunt definite de World Wide Web Consortium (W3C). Oamenii interesați (dar mai ales companiile) se alătură grupurilor de lucru și încearcă să pună capăt unui gratuit standard pe care îl poate folosi toată lumea. Procesul este de obicei lent, așa că, odată ce o propunere începe să consolideze atât proiectele comerciale, cât și cele open source, deseori trec pe versiunile timpurii ca experiment ... sau pentru a obține un avantaj asupra concurenților. Este posibil ca standardele W3C să nu fie finalizate formal timp de ani de zile după ce o tehnologie devine obișnuită.
Dominarea WebKit înseamnă că alte motoare de layout se confruntă cu o alegere dificilă: așteptați standardele de mâine sau susțineți lucrurile WebKit astăzi? Opera s-a mutat deja pentru a imita WebKit; FireFox o ia în considerare cu tărie și Microsoft a făcut o scurtă aplicație WebKit pe scurt în Windows Phone 7, apoi s-a inversat. De ani de zile, browserele desktop nu au avut de ales decât să fie compatibile cu Internet Explorer, deoarece dominația sa însemna că majoritatea site-urilor web au fost proiectate având în vedere IE. Acum, browserele mobile se confruntă cu opțiuni similare despre WebKit. Este un ecou straniu al luptelor dintre Internet Explorer și Netscape.
Brevetele complică, de asemenea, standardele W3C. IOS-ul Apple gestionează evenimentele tactile - atingeri, ciupituri, glisări și gesturi - în propriul cod, dar modelul Apple a fost implementat separat de alții și a intrat în WebKit de la Android în 2009. Procesul standardelor W3C a început și (desigur) WebKit browserele au început să utilizeze evenimente tactile imediat. Dar în 2011 Apple a dezvăluit brevete care acoperă evenimente tactile (inclusiv brevetul SUA 7.812.828, parte a luptei Apple cu Samsung și Motorola). Este posibil ca aceste brevete să nu se ridice, dar procesul W3C de standardizare a evenimentelor tactile a încetat. Microsoft a trimis propriile sale evenimente (cu totul diferite) Pointer Events ca o posibilă înlocuire, dar praful nu s-a stins
Ce lungă călătorie ciudată a fost ...
La zece ani după ce Apple a introdus Safari, acesta încă nu a preluat piața browserelor desktop și nici măcar nu a făcut un obstacol major. Probabil că nu va fi niciodată. Cu toate acestea, prin forțarea KHTML și nașterea WebKit, influența Safari a fost cel puțin la fel de importantă pentru Web-ul modern ca Internet Explorer și cea mai faimoasă descendență a Netscape, Gecko și Firefox. Este o dovadă a acoperirii largi a tehnologiei open source ... și a ceva la care să te gândești atunci când pornești browserul mobil.
