HTML5: Където сега се насочва основната уеб технология

HTML5 започна да прави вълни в разработването на софтуер много години преди официалното му приемане през октомври 2014 г., намалявайки разчитането на собствени богати интернет технологии като Adobe Flash и Microsoft Silverlight. Елементът HTML5  video за вграждане на видео в документ беше голяма промяна в подкрепа на богатия интернет. HTML5 също е проектиран да поддържа промяната на мрежата от място за разглеждане на документи на място за изграждане на разпределени приложения. 

Все още търсенето на HTML5 обаче е търсенето на общ, безплатен видео кодек за мрежата. Има известен напредък, но няма резолюция. H.265 все още е обременен с патенти. Кодекът VP9 на Google може да помогне, но други компании, участващи в уеб стандартите, се опитват да поддържат технология от основен конкурент.

Въпреки това HTML5 се утвърди като начин за създаване на приложения за отворена, богата на мултимедия мрежа. „HTML5 много бързо се превърна в единствената версия на HTML, която хората наистина използват в браузърите днес и в уебсайтовете“, каза Джеф Джафе, главен изпълнителен директор на консорциума на World Wide Web, който има юрисдикция над технологията.

Постепенни подобрения на HTML5

Спецификацията HTML5 се актуализира редовно. Понякога има малки подобрения на функциите и корекции на грешки, като например при миналогодишната версия 5.1, която модифицира canvas2D елемента и допълнително почисти HTML5.

Следва версия 5.2 с функции като например menuелемента, представляващ група команди, които могат да бъдат активирани. Версия 5.2 също така усъвършенства политиката за сигурност на уеб съдържанието, предоставяйки начин на разработчиците да контролират достъпа до ресурси. Надстройката също може да обработва имейл адреси в не-латински азбуки. И все пак HTML5.2 се счита за малка ревизия.

Но W3C иска по-чести актуализации на основната спецификация на HTML, като я актуализира всяка година, вместо на всеки десет до 15 години, както при предишните промени в основната версия на HTML, което не е в крак с времето в мрежата, каза Яфе. Тези основни ревизии обаче няма непременно да получат надстройки с цели числа, като например от HTML5 на HTML6 на HTML7.

Какво може да направи наследник на HTML5

Така че ще има ли някога HTML6? Джафе предполага, че плащанията в мрежата могат да оправдаят такава ревизия на цял брой, за да осигурят последователен начин за извършване на плащания в мрежата. „Ако щяхме да наричаме линейно нещо HTML6, това може да е всичко.“ Въпреки че покупката през мрежата не е новост, засиленото доминиране на използването на мобилни мрежи кара хората да изоставят количките за пазаруване поради сложността - и може да изисква различен подход, запечатан в самия HTML. W3C има работна група за изследване на този въпрос.

W3C работи и върху Web Components, рамка за идентифициране на компоненти на уебсайтове за многократна употреба и Service Workers, за да улесни стартирането на множество функции в браузъра, включващи офлайн възможности. Може би ще оправдаят промяната на името в HTML6.

Отворената мрежа разклонява HTML5 в нови области

Докато HTML5 е закрепил отворената уеб платформа, самата платформа става все по-голяма от обикновения HTML, каза Джафе. Така че W3C работи върху сигурността, производителността и поточното предаване.

Усилията, свързани със стрийминг, включват предложения стандарт Encrypted Media Extensions (EME), който разширява HTMLMediaElement(в HTML5.1), за да осигури API за контрол на възпроизвеждането на криптирано съдържание и свързване към система за управление на цифрови права. EME осигурява стандартен начин за показване на видео през браузърите. Преди това не е имало оперативна съвместимост, каза Джафе. „Това е огромно подобрение спрямо нестандартизирания метод за предаване на видео днес“, което често е противоречивата технология за приставки NPAPI на Netscape.

Тим Бернер-Лий, директор на W3C и считан за изобретателя на мрежата, одобри предложението на EME през февруари, като каза, че то осигурява относително безопасен начин за гледане на филм онлайн. Но други са против предложението. Самият Бърнърс-Лий отбелязва, че има проблеми с DRM за разработчиците и проблеми около потомството и законите.

За уеб сигурността W3C има три усилия:

  • Рамка за уеб удостоверяване. В ход целта е да се подкрепи сигурността чрез многофакторно удостоверяване. „Наистина искаме да избягаме от паролите“, каза Джафе.
  • API за уеб крипто. Завършен по-рано тази година, той предоставя JavaScript API за основни криптографски операции в уеб приложения.
  • Най-добри практики за сигурност при уеб разработка. Също така завършени, тези практики имат за цел да предотвратят споделянето на информация от едно приложение в друго и по този начин да нарушат поверителността на потребителите.