Будучи digital production агентством, мы часто работаем с креативными агентствами. Задача креативного агентства предлагать Клиенту новые, или даже инновационные решения, поэтому не раз и не два возникал вопрос об HTML5 технологии. Как правило, при этом много говорится о том, как классно, что теперь не нужно использовать флеш-плагин для отображения видео, что можно определять местоположение пользователя на карте, и что можно рисовать прямо в браузере, и делать много всяких других классных штучек. И каждый раз, рассказывая об HTML5, я честно не понимала, почему эти функции так воодушевляют креативное агентство? Ведь эти опции можно реализовать более распространенными технологиями...

Я никогда не слышала от Клиента просьбу сделать сайт посложнее, так, чтобы он совсем не работал в ИЕ6,7, 8, которыми пользуется 20% интернет населения Украины и частично работал во всех остальных. Ведь Клиенту по большому счету все равно, используется или не используется флеш-плагин для отображения видео и все, что его интересует - это адекватное отображение его сайта во всех браузерах. Зачем HTML5 клиенту? Откуда вообще весь этот шум вокруг HTML5? Зачем он вообще нужен был?

HTML5, несомненно, нужен - это важный, серьезный шаг в развитии интернета. Через несколько лет наверняка будет странно слышать о том, что какие-то сайты не делаются на HTML5, точно также как теперь молодое поколение не понимает, как можно было верстать таблицами. Ведь каждому понятно, насколько каскадные таблицы стилей (CSS) разумнее.

Вопросов к HTML 5 у меня несколько:
1. Откуда столько шума вокруг HTML5?
2. HTML5 vs. Flash: что выбрать?
3. HTML5 и мобильные приложения

В моей сегодняшней статье - ответ на вопрос №1. Сразу оговорюсь, будет много терминов. Эта статья для тех маркетологов, которые хотят разобраться в вопросе. Тем же, которым интересны более прикладные моменты HTML5 будут посвящены следующие две статьи.

Чтобы понять суть HTML5 важно знать, из какой проблемы он вырос.

В 1997 году World Wide Web Concortium (W3C) опубликовал 4-ю версию HTML4.0 и закрыл группу HTML Working Group, разрабатывающую этот язык. Дальше не было смысла работать с этим языком, он, как тогда казалось, изжил себя, но при этом породил проблему, которую W3C посчитало фундаментальной. Дело в том, что браузеры всегда «многое прощали» HTML. Разработчик мог забыть закрыть тег и браузер все равно отображал страницу. То, что неправильные страницы с поломанным кодом все равно отображались в браузерах, дало молчаливое согласие всем авторам создавать страницы с ошибками. При этом много страниц с ошибками. По некоторым оценкам более 99% HTML страниц в вебе на сегодняшний день имеют как минимум одну ошибку. Но так как браузеры все равно их отображали, никто эти ошибки не исправлял.

Как было сказано, W3C посчитал эту проблему фундаментальной для дальнейшего развития Интернета, ее нужно было решить на качественно ином уровне. Всего через два месяца после закрытия HTML группы, был выпущен язык XML 1.0 с более строгим синтаксисом и жесткими требованиями к ошибкам на странице. При наличии первой же ошибки на странице веб-браузер должен был остановить ее обработку и показать конечному потребителю ошибку. Это правило получило название "draconian error handling" в честь греческого диктатора Дрáконта, которые имел привычку казнить даже за малейшие нарушения его законов.

Еще через 3 месяца W3C поручил новой группе переформулировать HTML языком XML. Что и было сделано, вследствие чего появился новый язык XHTML 1.0. Новый язык определялся новым типом документа application/xhtml+xml, который и накладывал жесткие ограничения на ошибки на странице. Чтобы упростить миграцию страниц, написанных на HTML4, создатели добавили примечание, с которым разрешили авторам так называемых "XHTML" страниц обслуживаться типом text/html - все тем же всепрощающим стандартом.

Исключением воспользовались, конечно же, практически все. При среднем проценте ошибок 99% в существующих страницах, использование типа application/xhtml+xml равнялось смерти страницы, поэтому веб-разработчики пользовались преимуществами языка XHTML 1.0 , и обслуживались всепрощающим типом text/html .

Разработчики языка XHTML 1.0 быстро поняли, что к чему, и создали язык XHTML 1.1, а потом и незаконченный XHTML 2.0, в которых обходной путь был закрыт и использование драконовских обработок ошибок стало обязательным . Именно поэтому в Интернете миллиарды страниц, который, как говорят разработчики, написаны XHTML 1.0 и с десяток, написанных на XHTML 1.1 (или XHTML 2.0). Понятное дело, что все эти миллиарды страниц относятся к типу text/html.

Теперь подходим ближе к сути проблемы.
В 2004 году W3C cобрал еще один семинар, на которой представители W3C, Mozilla Foundation, Opera Software и других ключевых компаний должны были решить вопрос: будет ли в вебе использоваться формат HTML в новейших веб-приложениях, или нет. И мнения здесь разделились. Открытым голосованием было принято решение: консорциум W3С не будет вкладывать в дальнейшем ресурсы в развитие HTML и CSS.

Соответственно, тем разработчикам, которые предложили развивать HTML и CSS оставалось два пути: либо сдаться, либо действовать вне консорциума W3C. Так была создана the Web Hypertext Applications Technology Working Group - более известная как the WHAT Working Group , которая и создала впоследствии HTML5.

Основной миссией группы WHAT Working Group было расширения языка HTML 4 без потери обратной совместимости с предыдущими версиями языка. Ключевое слово здесь - обратная совместимость. Дело в том, что XHTML, над которым работал W3C, не совместим с более низкими версиями HTML. Он (за исключением обходного пути, описанного выше) требует полностью нового типа документа, который в свою очередь вызывает алгоритм «драконовских обработок ошибок», что ведет к показу сообщения об ошибке конечному пользователю, если на странице есть хоть одна ошибка. Говоря просто, W3C выбрать путь создания языка, который был бы несовместим с 99% существующих в вебе страниц. Группа WHAT Working Group решила действовать иначе.

Вместо того, чтобы отменить всю работу предыдущего десятилетия над HTML и сделать 99% существующих страниц нерабочими, группа WHAT Working Group решила предпринять другой подход: задокументировать алгоритмы всех «простительных» ошибок, которые использует брузер. Да, веб-браузеры всегда прощали HTML, но никто особо не напрягался описывать, как именно они это делают.

Этот объем работы даже звучит как бог знает какая туча работы. И ее действительно было много. Потребовалось 5 лет, чтобы описать и официально выпустить документ, описывающий как парсить HTML, так, чтобы он был совместим с существующим веб-контентов. И ни в одном месте финального алгоритма не было шага, который требовал бы остановки действия браузера и показа сообщения об ошибке конечному пользователю.

Отдельным абзацом хочу отметить, что, несмотря на то, что выше говорится об исключительной «мячеголовости» членов группы the WHAT working group, люди, в ней работающие, вершили историю веба. В нее, например, в вошли такие гуру как:
Brendan Eich - человек, создавший Javascript
Hakon Wium Lie - человек, который изобрел CSS
David Hyatt - архитектор веб-браузера Safari

Пока происходил весь этот процесс документирования, группа the WHAT working group тихонько работала и над другими вещами. Одной из них была спецификация "Web Applications 1.0," которая включала такие важные новые функции, как встроенная поддержка аудио и видео без плагинов и расширенные возможности рисования с помощью тега <canvas>.

Два с половиной года W3C и the What Working Group в основном игнорировали друг друга. Пока the WHAT Working Group работала над новыми функциями HTML, W3C занимался второй версией XHTML2.0. Но в октябре 2006 года стало ясно, что именно the WHAT Working Group словила волну, в то время как XHTML 2 находился все еще в зачаточной форме, так как ни один из основных браузеров не хотел его реализовывать. Поэтому в октябре 2006 года, основателю W3C Тиму Бернс-Ли (Tim Berners-Lee) пришлось признать: прошедшие годы доказали, что веб нуждается в развитии HTML.

После этого была назначена новая группа W3C HTML Working Group , которая решила переименовать "Web Applications 1.0" в "HTML5."Вот так он и родился, HTML5.

Из истории возникновения HTML5 можно сделать один важный вывод: эта технология никогда не создавалась специально для того, чтобы побороть Flash, как некоторые думают. Вопрос: HTML5 vs. Flash никогда не стоял перед создателями HTML5.

Технология HTML5 родилась как побочный эффект большого процесса по созданию более структурированного, лучше формированного, более детально описанного, более easy-to-use Интернета. Никто не пытался убить Flash. Просто люди, которые думают о будущем, пытались сделать интернет лучшим местом. И, вместе с тем, придумывали вещи, которые им всегда хотелось, чтобы Интернет умел делать.

HTML5 - это во многом не просто возможности, которые дает веб. Это принцип - думать о будущем, о том, неотъемлемой частью которого будет Интернет, и которым будут пользоваться и на персональных компьютерах, и на мобильных устройствах. Поэтому, как мне кажется, некоторые компании и инвестируют деньги в создание сайтов на HTML5. Уж никак не для того, чтобы встроить в веб-страницу видео-плейер без flash-плагина, а для того, чтобы показать позицию компании, которая, инвестируя в пока еще не финализированные технологии, приближает будущее, в котором все будут работать в этом формате. Уверена, это вопрос времени.

Экскурс в основные особенности HTML5, анализ преимуществ HTML5 перед Flash и наоборот, следует.