IT-стандарты *

Председатель Марк Ноттингем разослал вчера всем членам рабочей группы по HTTP письмо, где предложил сделать сетевой протокол SPDY частью стандарта HTTP/2.0. Эта технология, разработанная в Google, позволяет значительно ускорить загрузку сайтов по HTTP за счёт мультиплексирования запросов, расстановки приоритетов для запросов и сжатия заголовков HTTP (cм. результаты тестов). SPDY уже давно работает в связке браузера Chrome с серверами Google.

Основанием для своего предложения Ноттингем считает то, что протокол уже де-факто используется в онлайне, он реализован в двух основных браузерах: Chrome и, месяц назад, в Firefox Nightly, и уже появились его экспериментальные имплементации от независимых разработчиков, например, SPDY-сервер на Питоне.

Формальное принятие SPDY в HTTP/2.0 должно придать импульс для повсеместного внедрения этой технологии как на стороне серверов, так и в остальных браузерах.

Как известно, Хабр использует «олдскульные» атрибуты тегов, допускающие форматирование текста и рисунков в статьях и комментариях авторами. Среди таких тегов оказался один, отсутствующий в стандартах W3C. Это — <img align=«center»>. Обнаружилось, что часть авторов «наивно» пользуется этим атрибутом, потому что другого редактор Хабра просто не предоставляет. Как ни странно, в части браузеров этот атрибут на Хабре поддерживается, хотя эксперименты с чистыми тестовыми страницами показывают, что чудес нет, в img он не работает.

Заинтересовал вопрос, в каких случаях атрибут поддерживается и что надо дописать в стилях, чтобы он начал поддерживаться везде. Если бы это заработало на сайте, мы поддержали бы наивное мнение, что это правильный атрибут, но, тем не менее, получили бы инструмент центрирования рисунков.

В сезон, когда всё, за чем можно наблюдать в сети — так за падающими кривыми посещаемости, сообщество «Веб-стандарты» спешит порадовать вас свежим видео и ссылками на доклады со встречи Web Standards Days, прошедшей 13 декабря в Москве в гостях у МИЭМ. Мы бьём все рекорды — видео готово спустя всего две недели.

Поскольку в этом году встречи выстроились в серию и некоторые докладчики, прямо-таки гастролировали из Киева в Минск, а потом в Москву с одним докладом, то некоторые выступления вы уже могли видеть в предыдущей записи про Web Standards Days в Минске. Но были и четыре свежих выступления, их и предлагаем вашему вниманию:

«Бесчеловечные эксперименты над CSS» Романа Комарова

Mozilla закончила разработку BrowserID — единой децентрализованной системы аутентификации, которая использует HTML5, криптографию с открытым ключом и цифровые подписи. Она основана на упрощённой интерпретации Verified Email Protocol.

Даже сейчас, на первом этапе внедрения, система довольно проста для пользователя: ему нужно один раз подтвердить email, после чего он получает возможность безопасной авторизации на любом сайте в два клика мышкой, без ввода пароля. В будущем авторизация ещё более упростится, когда поддержку BrowserID внедрят в браузеры, а почтовые провайдеры станут центрами идентификации первого уровня.


^{Так будет работать система, если Gmail станет поддерживать BrowserID. В этом случае отпадёт необходимость подтверждать свой email на сайте Browserid.org, который сейчас является пока единственным центром идентификации первого уровня.}

Кроме отсутствия паролей, ключевым преимуществом BrowserID является защита приватности — в отличие от OpenID и всех подобных систем, провайдер identity в BrowserID не получает данных о том, на каком сайте залогинился пользователь.

Протокол WebSocket получил свой номер RFC и опубликован в официальной библиотеке IETF как RFC 6455. Это означает, что черновик спецификаций признан вполне удачным, в целом стабильным и подходящим для стандартизации. Его дальнейшую судьбу будет отслеживать организация IETF, и впереди у потенциального стандарта — два этапа. После «предложенного стандарта» будут рассмотрены улучшения, которые представит сообщество, затем документ RFC может получить статус «драфта» (чернового стандарта) и, в конце концов, может быть признан как полноценный Стандарт Интернета (STD) — из нескольких тысяч кандидатов до такого статуса дожили всего 72.

WebSocket — протокол двунаправленной связи между браузером и веб-сервером. Протокол включает в себя описание запроса клиента и ответа сервера на установление соединения, а также базовое оформление сообщений, передаваемых поверх TCP-соединения.

С помощью WebSocket можно создавать интерактивные браузерные веб-приложения, которые постоянно обмениваются данными с сервером, но при этом не нуждаются в открытии нескольких HTTP-соединений, как XMLHttpRequest или <iframe>’ы.

В качестве авторов RFC 6455 указаны Ян Фетте из Google Security Team и Алексей Мельников (isode.com).

Итак, сегодня я хочу поговорить о шаблонах для социальной сети facebook. Это направление сейчас большими шагами идет вперед. Я, кстати, не могу понять, почему Дуров до сих пор не «придумал» что-то подобное и для своего детища. Но сейчас не об этом. Так же, сразу хочу сказать, что 90% (это приблизительное число не имеющее под собой никакого математического основания и написанное с одной лишь целью — заменит слово «много» или «почти 100%») информации взято с одного из любимых моих блогов, о котором я очень часто пишу в своих постах. Так вот в этом блоге есть статья The Facebook Template: What to pay attention?, которая появилась приблизительно в то время, когда я стал facebook'у уделять больше внимания. В общем информация в этой статье мне понравилась и я хочу поделится ею с вами, правда, добавив немного и от себя.

Ещё один браузер близок к тому, чтобы реализовать поддержку протокола SPDY — надстройки над HTTP 1.1, которая ускоряет загрузку веб-страниц на 44-64% (по тестам Google).

3 декабря разработчики Mozilla завершили работу, а с сегодняшнего дня SPDY появился в тестовой сборке Firefox Nightly. По умолчанию он выключен, но активировать можно в настройках about:config, переключив флаг network.http.spdy.enabled в значение true.



Разработчики Mozilla пока затрудняются сказать, в какой версии Firefox протокол SPDY будет включен по умолчанию. Они говорят, что тестирование продлится долго, потому что «в интернете работают очень важные SPDY-сайты» (читай, сайты Google) и нужно гарантировать корректную работу с ними браузера Firefox.

Пока у Mozilla также нет понимания, какую именно версию черновика SPDY поддерживать, ведь этот протокол до сих пор имеет статус экспериментального и может измениться в любое время. Google и Mozilla работают вместе, чтобы представить согласованную версию стандарта в IETF.

Введение

Одной из проблем, на решение которой был направлен HTML5, было повышение логичности (и, следовательно, машиночитаемости) разметки, о чем свидетельствует введение стандартных семантических элементов, таких как <header>, <nav> и <figure>. Это все хорошо, но иногда возникает потребность добавить определенные машиночитаемые атрибуты для элементов контента, так чтобы их можно бы использовать в каком-либо скрипте предсказуемо, даже если разметка используемая для различного контента различается между собой. Эта потребность уже удовлетворена, в определенной степени, с помощью простых и обратно совместимых Микроформатов, и с помощью более эзотерического RDFa.

В связи с этим, нет ничего удивительного, что решение этой проблемы было добавлено в спецификацию HTML5 в виде спецификации микроданных(далее Microdata), включающей в себя набор атрибутов, которые могут быть добавлены к любому элементу и связанное DOM API для обработки/агрегирования микроданных на странице.

Сейчас многие разработчики стараются либо вовсе убрать скроллбар, либо сжать его до минимума. Создатель же CSS, Хокон Виум Ли, предлагает убрать скроллбал из современных версий браузеров. В принципе, определенная логика в этом есть, поскольку Хокон Виум Ли предлагает полностью поменять способ навигации в браузере. По его задумке, скроллбар не нужен.

^{Предисловие переводчика. Словосочетание «jQuery Standards Team» в косвенных падежах будет переводиться необычным словосочетанием «jQuerийская группа стандартизации»: перевод «группа стандартов jQuery» не подходит, потому что речь пойдёт не о каких-либо «стандартах jQuery», а о влиянии на те стандарты, которые касаются не самóй библиотеки jQuery, а других основных веботехнологий. Для имени «יהודה‎» выбран вариант перевода «Иуда», как наиболее традиционный (в совершенном согласии с мнением brainplus, высказанным в марте прошлого года). Слово «process» переводится «процесс», дабы ненароком не посягнуть на многозначность первоисточника.}

Сегодня мы с радостью объявляем о том, что в команде разработчиков jQuery создана новая подгруппа, названная jQuery Standards Team; её цель — дать веборазработчикам право голоса в процессе стандартизации.

Введение

Все мы знаем, как важны веб-стандарты. Они помогают обеспечить работоспособность того кода, который мы пишем, в различных технологических средах, у лиц с различными возможностями, а главное — во всех браузерах.

Но тем не менее, как часто доводится всем нам ощутить, что наши голоса, наши предложения и идеи услышаны теми группами, которые отвечают за принятие этих стандартов? В действительности, хотя многие из нас желали бы увидеть те или иные изменения, нехватка времени и долгие формальности мешают нашему вкладу в обсуждение стандартов, вовлечению в написание спецификаций, участию в заседаниях о будущих фичах. Вот чем затрудняется право голоса веборазработчиков.

Есть и другая проблема: желающие воздействовать на процесс нередко ощущают, что воздействие от участия в конкретной ветви обсуждения по списку рассылки не значительно, потому что сообщество Паутины весьма фрагментировано. Поставщики браузеров весьма деятельны во всех этих списках, и в большинстве ветвей обсуждения предполагается колоссальный объём внутренних базовых знаний. Браузеростроителям обычно есть где посовещаться да обсудить интересующие их проблемные области, а у веборазработчиков так не выйдет, если не считать случайных встреч на конференциях.

Проект jQuery намерен переменить эти обстоятельства: мы желаем, чтобы у вас было право голоса в выборе той формы, которую принимает будущее Паутины.

На рассмотрение в IETF поданы спецификации новых кодов состояния HTTP, которые более точно описывают некоторые типичные ситуации.

428 Precondition Required
429 Too Many Requests
431 Request Header Fields Too Large 
511 Network Authentication Required

Сегодня Ян Хиксон (Google) и Håkon Wium Lie (Opera Software) объявили об обновлении теста ACID3 для совместимости с современными реалиями веб-стандартов, исключив из него те части, которые могут измениться в соответствующих спецификациях.

Теперь IE9+ (включая мобильную версию IE в Windows Phone 7.5) и последние версии Firefox набирают 100/100.

Bruce Lawson опубликовал у себя в блоге пост с видеороликом, где он со своими коллегами зажигает:

Продолжение темы порталов, поднятой в моей предыдущей статье.

Наиболее сложная проблема, с которой я столкнулся при написании данной статьи, заключалась в достоверности определений даваемых различными источниками. Не помогла мне и пресловутая Wikipedia, т.к. некоторые определения вызывали явные сомнения (конечно, я бы мог бы их поправить, с другой стороны, ну кто я такой?). Кроме того, версии Wikipedia на русском и английском языках содержали несколько отличающиеся определения. Было бы неправильно писать эту статью основываясь только на собственном опыте, поэтому в качестве источника, к которому я буду апеллировать, я выбрал ежегодные отчеты аналитического агентства Gartner о горизонтальных порталах.

Давайте обратимся к определению портала, которое дает авторитетное аналитическое агентство Gartner: портал – это программная инфраструктура для Web, предоставляющая доступ (с возможностью взаимодействия) к релевантным информационным активам (например, к информации/контенту, приложениям и бизнес-процессам), интеллектуальным и человеческим активам путем выборки по целевой аудитории, предоставляемыми с высокой степенью персонализации.

Aгентство Gartner предлагает следующее деление порталов по целевой аудитории:

• B2E (business-to-employee) – порталы для взаимодействия с сотрудниками,
• B2C (business-to-customer) – порталы для взаимодействия с заказчиками,
• B2B (business partners) – порталы для взаимодействия с бизнес-партнерами.

Aгентство Gartner предлагает также подразделять программные продукты, позволяющие создавать и поддерживать порталы, по их устройству на следующие типы:

• Вертикальные порталы – фокусируются на специфических приложениях и бизнес функциях;
• Горизонтальные порталы – собирают интегрированную информацию из множества межотраслевых приложений, а также специфических бизнес сервисов и приложений для определенной отрасли производства.

В Интернет я также встречал понятие мега-портал, но не нашел ни одного источника, который смог бы подтвердить правомочность использования этого термина.

Сообщество разработчиков Mozilla сейчас занимается разработкой новой системы авторизации пользователей на сайтах. По словам представителей команды разработчиков проекта BrowserID, пароли станут ненужными, если система получит широкое распространения. В общем-то, до «убийцы паролей» этот проект, вероятно, все же не дотягивает, но в качестве альтернативы OpenID платформа BrowserID представляет определенный интерес.

ISO готовит специальный стандарт, посвященный безопасности облачных вычислений. Основная направленность нового стандарта – решение организационных вопросов, связанных с облаками. Однако в силу сложности согласовательных процедур ISO окончательная версия документа должна выйти лишь в 2013 г.

Среди тем, раскрытых в черновом проекте стандарта, фигурируют облачные модели и место в них облачных пользователей и провайдеров; место облаков в политике безопасности; организация информационной безопасности; управление активами; управление персоналом; физическая безопасность; операционное управление и управление коммуникациями; контроль доступа; управление закупками, разработкой и поддержкой систем; управление инцидентами; управление непрерывностью бизнеса и управление соблюдением требований регуляторов.

В официальном IEBlog, описывающим возможности недавно вышедшего IE10 PP2, появилась новость, говорящяя, что IE10 не будет поддерживать условные комментарии (Conditional Comments) вида для совместимости с новым HTML5-парсером.

Removing legacy features

Because some features in earlier versions of IE aren’t compatible with HTML5 parsing, we’ve removed them from IE10 mode. Sites that rely on these legacy features will still work when running in legacy modes. This way, sites that work today will continue to work with IE10 even if the developers of the site don’t have the time to update them.

Вместо этого, разработчикам предлагается заниматься не выяснением модели браузера, а определением его возможностей.

Сегодня мы поговорим об отечественных стандартах на проектную документацию. Как эти стандарты работают на практике, чем они плохи и чем хороши. При разработке документации для государственных и серьезных частных заказчиков у нас обычно нет выбора — в требования по документированию ТЗ вписано соблюдение стандартов. На практике мне приходилось сталкиваться с различными примерами недопонимания структуры стандартов, того, что должно быть в документах и зачем эти документы нужны. В итоге из-под пера техписателей, аналитиков и специалистов выходят порой такие перлы, что непонятно, в каком состоянии сознания они писались. А ведь на самом деле все достаточно просто. Поиск по Хабру не вернул ссылок на более-менее целостный материал на данную тему, потому предлагаю закрасить этот досадный пробел.

Правда, пока что поддержка внедрена только в те из них, что используют SSL-соединение. Об этом заявили представители корпорации на конференции O’Reilly Velocity. Собственно, этот протокол начал разрабатываться Google еще в 2009 году, но теперь, похоже, этот проект действительно «выходит в люди». Стоит напомнить, что SPDY представляет собой протокол прикладного уровня для передачи веб-контента, который позволяет значительно ускорить загрузку веб-страниц и отдельных элементов. Корпорация Google позиционирует свою разработку, как достойную альтернативу протоколу HTTP.

На открытии конференции Microsoft DevCon'11 был показан русский перевод известного видео про важность поддержки утвержденных веб-стандартов и дебаты вокруг WebSockets.