HTML5 sāka radīt viļņus programmatūras izstrādē daudzus gadus pirms tā oficiālās pieņemšanas 2014. gada oktobrī, samazinot paļaušanos uz bagātām patentētām interneta tehnoloģijām, piemēram, Adobe Flash un Microsoft Silverlight. HTML5video elements, lai iegultu video dokumentā, bija lielas pārmaiņas, lai atbalstītu bagātīgo internetu. HTML5 arī tika izstrādāts, lai atbalstītu tīmekļa maiņu no vietas, kur pārlūkot dokumentus, uz vietu, kur veidot izplatītas lietojumprogrammas.
Tomēr joprojām HTML5 noteikšana ir kopīga, bez autoratlīdzības video kodeka meklēšana tīmeklim. Ir gūti zināmi panākumi, bet nav atrisinājuma. H.265 joprojām ir apgrūtināts ar patentiem. Google VP9 kodeks var palīdzēt, taču citi uzņēmumi, kas iesaistīti tīmekļa standartos, atbalsta galveno tehnoloģiju galveno tehnoloģiju.
Neskatoties uz to, HTML5 ir sevi pierādījis kā veidu, kā veidot lietojumprogrammas atvērtam, ar multimediju bagātu tīmekli. "HTML5 ļoti ātri ir kļuvis par vienīgo HTML versiju, ko cilvēki šodien patiešām izmanto pārlūkprogrammās un vietnēs," sacīja Džefs Jafē, globālā tīmekļa konsorcija izpilddirektors, kura pārziņā ir tehnoloģija.
HTML5 pakāpeniski uzlabojumi
HTML5 specifikācija tiek regulāri atjaunināta. Dažreiz ir nelieli funkciju uzlabojumi un kļūdu labojumi, piemēram, ar pagājušā gada versiju 5.1, kas modificēja audekls 2D elements un tālāk sakopts HTML5.
Nākamā ir 5.2 versija ar tādām funkcijām kā provizoriski izvēlne elements, kas apzīmē komandu grupu, kuras var aktivizēt. Izlaidums 5.2 arī pilnveido tīmekļa satura drošības politiku, nodrošinot iespēju izstrādātājiem kontrolēt piekļuvi resursiem. Jauninājums arī varētu apstrādāt e-pasta adreses alfabētos, kas nav latīņu alfabēti. Tomēr HTML5.2 tiek uzskatīts par nelielu pārskatīšanu.
Bet W3C vēlas biežāk atjaunināt HTML pamatspecifikāciju, atjauninot to katru gadu, nevis ik pēc desmit līdz 15 gadiem, kā tas bija iepriekšējās HTML galvenās versijas maiņās, kas neatpaliek no tīmekļa laika, sacīja Jaffe. Tomēr šie lielie labojumi ne vienmēr nodrošinās pilnīgu jaunināšanu, piemēram, no HTML5 uz HTML6 uz HTML7.
Kas varētu radīt HTML5 pēcteci
Tātad, vai kādreiz būs HTML6? Jaffe ierosina, ka tīmekļa maksājumi varētu attaisnot šādu visa skaitļa pārskatīšanu, lai nodrošinātu konsekventu veidu, kā veikt maksājumus tīmeklī. "Ja mēs kaut ko lineāri sauktu par HTML6, tas varētu būt." Neskatoties uz to, ka pirkšana, izmantojot tīmekli, nav jauna, pieaugošā mobilā tīmekļa lietošanas dominēšana liek cilvēkiem atteikties no iepirkšanās ratiņiem sarežģītības dēļ - un, iespējams, būs nepieciešama cita pieeja, kas tiek izmantota pašā HTML. W3C ir darba grupa, lai izpētītu šo problēmu.
W3C strādā arī pie Web komponentiem, ietvara, lai identificētu atkārtoti izmantojamus vietnes komponentus, un ar pakalpojumu darbiniekiem, lai pārlūkprogrammā būtu vieglāk vadīt vairākas funkcijas, kas piedāvā bezsaistes iespējas. Varbūt viņi pamatos nosaukuma maiņu uz HTML6.
Atvērtais tīmeklis HTML5 sazaro jaunās jomās
Lai gan HTML5 ir noenkurojusi atvērto tīmekļa platformu, pati platforma ir kļuvusi arvien lielāka nekā tikai HTML, sacīja Jaffe. Tātad W3C strādā pie drošības, veiktspējas un straumēšanas.
Ar straumēšanu saistītie pasākumi ietver ierosināto šifrēto multivides paplašinājumu (EME) standartu, kas paplašina HTMLMediaElement (HTML5.1), lai nodrošinātu API, lai kontrolētu šifrēta satura atskaņošanu un izveidotu savienojumu ar digitālo tiesību pārvaldības sistēmu. EME nodrošina standarta video demonstrēšanas veidu, izmantojot pārlūkprogrammas. Iepriekš nebija savstarpējas izmantojamības, sacīja Jaffe. "Tas ir milzīgs uzlabojums salīdzinājumā ar nestandartizēto video piegādes metodi mūsdienās", kas bieži ir Netscape pretrunīgi vērtētā spraudņu tehnoloģija NPAPI.
Tims Berners-Lī, W3C direktors un uzskatāms par tīmekļa izgudrotāju, februārī atbalstīja EME priekšlikumu, sakot, ka tas nodrošina salīdzinoši drošu veidu, kā skatīties filmu tiešsaistē. Bet citi ir pret šo priekšlikumu. Pats Berners-Lī atzīmē, ka izstrādātājiem ir problēmas ar DRM un jautājumi par pēcnācējiem un likumiem.
Tīmekļa drošības jomā W3C ir trīs pūles:
- Tīmekļa autentifikācijas ietvars. Pašlaik mērķis ir atbalstīt drošību, izmantojot daudzfaktoru autentifikāciju. "Mēs ļoti vēlamies izvairīties no parolēm," sacīja Džafe.
- Tīmekļa šifrēšanas API. Pabeigts šī gada sākumā, tas nodrošina JavaScript API pamata kriptogrāfijas operācijām tīmekļa lietojumprogrammās.
- Labākā tīmekļa izstrādes drošības prakse. Šīs prakses ir arī pabeigtas, lai novērstu informācijas koplietošanu no vienas lietojumprogrammas citā un tādējādi pārkāptu lietotāju privātumu.
